Ezt azért gondolom már sejtettük egy ideje, de jó volt így "egyben" olvasni. Ezzel viszont vitatkoznék:
Olyan univerzális megoldás nem létezik, ami PC-n, telefonon és tableten is egyforma minőséget biztosít, az azonban megoldható, hogy a telefonról érkező látogatót egy alternatív oldalra irányítsák át.
Van egy konkrét példám, ahol egy változó a session-ben, ettől függ, hogy melyik view "jön a végén". Fejléc, nem lényeges képek kiszórva, fent a menü (egyébként oldalt), ugyanaz a szöveges tartalom (rel. méretekkel), láblécben ismét a menü. Ja, és megpróbálom detektálni a mobilt, de van (oda-vissza) link is a nézetváltáshoz. Nem kell ehhez sem aldomain, sem másik tartalomgenerálás*. Ész kell hozzá. Persze ha már meglévő "monitoros" honlaphoz kell, ott elképzelhető, hogy csak így lehet megoldani. De most készülő honlapnál butaság elkülöníteni.
*Ha kiegészítő tartalom van oldalsávban, akkor azt érdemes a HTML-ből is kivenni, itt lehet különbség.
Szerk.: Nem lenne baj, ha több "közösségi szolgáltató" is versenyezne egymással, a FB már betegség.
Szerintem itt arra gondolt az illető, hogy macerás lehet megoldani egy html+css kombóval azt, hogy mindhárom platformon jól nézzen ki a dolog (még media query-kkel is).
nekem inkább az a tippem, hogy olyat látott, ilyet nem. A cikk alapján én nem tudom az informatikai tudását felmérni, lehet ilyet még nem látott. Tény, hogy sok olyan "mobilos" honlap van, ami egész más tartalmat küld egy mobilnak. Egyébként simán CSS-el ott a "handheld" direktíva, csak egyes mobilböngészők nem veszik figyelembe. De egy 960px széles design-hoz nem egyszerű mobilos CSS-t, stb. írni. Viszont ha jó az alapfelépítés, akkor még egyszerű CSS-csere is elegendő lehet.
Van egy konkrét példám, ahol egy változó a session-ben, ettől függ, hogy melyik view "jön a végén".
Vagy hagyni a szerveroldalt, hogy csak egy faék egyszerű html-t köpjön ki, az egyébként sidebar-ban található blokkokra (például archívum, kapcsolódó tartalmak, stb) meg csak egy hivatkozás mutatna, amit JS-sel le lehetne cserélni teljes egész blokkra azoknak, akik jobb adottságú kütyükkel (nagyobb kijelző, sávszél, ram, processzor) nézelődőknek. Szerencsére mostmár van history api, vagy ha nincs, akkor még a # utáni résszel — aminek most nem jut eszembe a neve — lehetne bűvészkedni, mint ahogy a twitternél is van, így nem függne az oldalon mászkálástól az oldalsávban található vackok frissülése. A probléma csak a paranoiából letiltott JS-nél jelentkezik, de hát az meg egész elenyésző százalék.
Értem mire gondolsz, de akkor ezek szerint nem sikerült leírni jól a mondandómat. Szóval úgy képzeltem el, mint ha itt a WL-en az aktív fórumtémák, könyvajánló alapértelmezetten egy külön URL mögött lenne, amire egy link vezetne a HTML-ből Például ebből a fórumtémából. Ha pedig van JS, akkor ezek helyére kliensoldalon lehetne beszúrni a blokkokat. Mint ahogy a twitter üzenetek vannak. Tehát a cynefin keretrendszerre keresők így nem tévednének véletlenül erre a fórumtémára, mert a cikkajánlós blokk nem szerveroldalon gyógyulna bele a html kimenetbe.
Remélhetőleg sikerült leírnom a gondolataimat rendesen. Elég gyakori eset, hogy elbeszélünk egymás mellett az aktuális vitapartnerrel. :|
Így már van igazság abban amit mondasz, én mégiscsak a szerveroldali tartalomgenerálást részesítem előnyben. A js-megoldásoknak több olyan hátránya is van, ami miatt - nálam - kicsit háttérbe szorulnak. De ez már inkább feladat ill. nézőpont függvénye. Amit talán fentebb kihagytam: figyelek arra, hogy a mobil / screen változatban kiküldött HTML lehetőleg teljesen azonos legyen (persze van ami mobilra nem megy ki). Ez sem hátrány SEO szempontból. (Azt még nem tudom biztosan, hogy mennyire kezeli külön oldalként a verziókat pl. a googlebot, ezért is jobb az azonos URL. És jó description kell, hogy azt jelenítse meg.)
Ismerem a jelenséget, de a fentebb vázoltak egyelőre még csak elméleti stádiumban élnek a fejemben. Nyilván a linkelt esetben az oldal üzemeltetője volt a balfasz. De ahogy azt fentebb leírtam, az oldal működhetne JS nélkül is, legfeljebb nem lenne olyan egyértelmű, meg felhasználóbarát, meg parasztvakító. De működne.
A Facebooknál már valós probléma a százmilliós nagyságrendű hamis profil, melyet ál-lájkolók és robotok használnak, ezzel az akciójával a Google pont ugyanezt fogja elérni. Cégek szakosodnak a pluszegyezésre, és ezt hatékonyan még szűrni sem lehet, így a találati listák tovább fognak torzulni: nem feltétlenül a jobb, hanem a gazdagabb cégek lesznek elől.
Ez nem biztos, hogy építi a Google renoméját, nemrég volt egy blogmark, ahol az elemzésben leírták, külföldi fórumokon célzottan elhelyezett speciális szövegekkel hogyan lehet bizonyos negatív kulcsszavakhoz linkelni olyan website-okat, amelyeken ezek egyáltalán nem is szerepelnek.
Megoldást még nem tudok, csak azt látom, hogy a jelenlegi út rossz. A magam részéről el tudnék képzelni egy fizetős webet, ahol semleges találatokat kapok kereséskor, vagy weboldalakat reklámok nélkül nézhetek meg, viszont azt meg sokan nem engedhetik meg maguknak. Az ingyenes net, szolgáltatások egy nagy átverés, semmi sincs ingyen.
Mondjuk úgy, leírtam véleményemet a linkelt cikkről. Minthogy az is egy vélemény darab, újságírásnak nem igen nevezhető. Másrészt pedig (amint az első kommentből is láthatod) ez a kommunikáció nem csak hogy sikeres volt, hanem mások véleményét is megtestesíti. - Persze ezek után sem állít meg semmi abban, hogy cenzúrázd a hosszászólásokat.
Majdnem
*Ha kiegészítő tartalom van oldalsávban, akkor azt érdemes a HTML-ből is kivenni, itt lehet különbség.
Szerk.: Nem lenne baj, ha több "közösségi szolgáltató" is versenyezne egymással, a FB már betegség.
Szerintem itt arra gondolt az
Lehet, de
Backend helyett frontend varázslással
Vagy hagyni a szerveroldalt, hogy csak egy faék egyszerű html-t köpjön ki, az egyébként sidebar-ban található blokkokra (például archívum, kapcsolódó tartalmak, stb) meg csak egy hivatkozás mutatna, amit JS-sel le lehetne cserélni teljes egész blokkra azoknak, akik jobb adottságú kütyükkel (nagyobb kijelző, sávszél, ram, processzor) nézelődőknek. Szerencsére mostmár van history api, vagy ha nincs, akkor még a # utáni résszel — aminek most nem jut eszembe a neve — lehetne bűvészkedni, mint ahogy a twitternél is van, így nem függne az oldalon mászkálástól az oldalsávban található vackok frissülése. A probléma csak a paranoiából letiltott JS-nél jelentkezik, de hát az meg egész elenyésző százalék.
A probléma csak a paranoiából
Például keresőmotorok? Szerintem azért őket támogatni is szempont, főleg, hogy a bevétel nagy részét ők hozzák.
A tartalmat mindenki megkapná, csak a díszítést nem..közvetlenül
Értem mire gondolsz, de akkor ezek szerint nem sikerült leírni jól a mondandómat. Szóval úgy képzeltem el, mint ha itt a WL-en az aktív fórumtémák, könyvajánló alapértelmezetten egy külön URL mögött lenne, amire egy link vezetne a HTML-ből Például ebből a fórumtémából. Ha pedig van JS, akkor ezek helyére kliensoldalon lehetne beszúrni a blokkokat. Mint ahogy a twitter üzenetek vannak. Tehát a cynefin keretrendszerre keresők így nem tévednének véletlenül erre a fórumtémára, mert a cikkajánlós blokk nem szerveroldalon gyógyulna bele a html kimenetbe.
Remélhetőleg sikerült leírnom a gondolataimat rendesen. Elég gyakori eset, hogy elbeszélünk egymás mellett az aktuális vitapartnerrel. :|
Elképzelhető
Paranoia...
Ajánlom figyelmedbe, mennyire paranoia...
Ismerem a jelenséget
OK, engem csak a "paranoia"
Probléma
Ez nem biztos, hogy építi a Google renoméját, nemrég volt egy blogmark, ahol az elemzésben leírták, külföldi fórumokon célzottan elhelyezett speciális szövegekkel hogyan lehet bizonyos negatív kulcsszavakhoz linkelni olyan website-okat, amelyeken ezek egyáltalán nem is szerepelnek.
Megoldást még nem tudok, csak azt látom, hogy a jelenlegi út rossz. A magam részéről el tudnék képzelni egy fizetős webet, ahol semleges találatokat kapok kereséskor, vagy weboldalakat reklámok nélkül nézhetek meg, viszont azt meg sokan nem engedhetik meg maguknak. Az ingyenes net, szolgáltatások egy nagy átverés, semmi sincs ingyen.
Probléma
:D
Azért próbáld meg, mert sok
+1
Értelmetlen
Persze ezek után sem állít
Már azon túl, hogy nem tudja.
Vélemény
Szerkesztés: természetesen vbencének ment.