1. halogan | 13.9.2005, 18.05 ![]()
Pěkný článek, ve všem souhlasím, jen bych dodal, že při kliknutí se nereloaduje stránka, tudíž reklama jiná než PPC nevydělává.
2. dgx | 14.9.2005, 8.49 ![]()
Pokud je možné javascriptem modifikovat URL tak, že se dosazují identifikátory začínající na #, nebylo by možné dosazovat i identifikátory s & ?
Tedy při opětovném vyvolání by stránku uvedl do správného stavu už server a na přítomnosti JavaScriptu by už nezáleželo.
3. Lukáš Mačí | 14.9.2005, 10.48 ![]()
Moc pěkný článek! Ještě bych do háčků Ajaxu přidal to, co psal halogan. Tzn. při kliknutí se stránka nereloaduje, nepřibývají pageviews a obchodníci z toho nejsou nadšení. A musíš uznat, že rozházet si něco s obchodníkama, to je špatenka :-)
Těším se na další článek!
4. Petr Cada | 14.9.2005, 15.01
Osobne jsem na tot reseni intreaktivnosti dosti skeoticky. Myslim ze JS neni zrovna stastnou volbou. Pokud by se mel JS pouzivat na takovehle uzitecnejsi veci nez na nejake menu, tak by se mela prepracovat specifikace a hlavne nejak sjednotit podpora v prohlizecich.
Zatim me internet pripada jako mlady stat ktery nevi co s demokracii a kazdy si dela co chce, zadna pravidla zadne omezeni, a tvurci prohlizecu a jeste to podporovali. Ted stoho mame pekny mysmas a uz je pozde a stoji nas to hodne energie dava tdo stavu ve kterem mel byt web uz pred 10 lety.
Uz radeji budu koncit protoze jsem se nejak rozjel.
5. Martin Snížek | 15.9.2005, 14.06
Díky všem za komentáře! Dodal bych tohle:
ad [1], [3] Pokud web zobrazuje vlastní reklamu, tak ta se dá samozřejmě pomocí AJAXu nahrát také. Problém je pouze u vkládaných kódů reklamních serverů, i když možná i tady by se dalo najít řešení.
ad [2] Tohle bohužel nejde. Identifikátory # nezpůsobí nahrání stránky, protože ukazují do aktuální stránky. Ale jakmile změníte adresu jinak, prohlížeč nahraje novou stránku.
6. Jiří Zralý | 20.9.2005, 23.31 ![]()
Pokud to chápu správně, právě na této technologii připravuji nvou verzi chatu. Žádné rámce, pouze jedna stránka a obsah se mění pomocí JS, který si jej tahá svými dotazy na tu samou stránku s parametrem. Zatím to vypadá velmi dobře a za tento nápad vděčím jednomu slovenskému kolegovi.
AJAX se jistě nehodí všude, ukradli bychom tím webu i jeho kouzlo, ale jsou aplikace, kde jistě najde své místo.
7. TimeLord | 23.9.2005, 11.06
Ddobrý článok, príjemné čítanie, pekne zosumarizované.
[2] dgx: myslím, že parametre cez ? a & je možné tiež v pohode dosadzovať. Či už ako vravíš hneď na strane servra alebo svojho času som parametre cez ? a & posielal aj do statických HTML stránok, kde si to už JavaScript prebral z location.search, rozparsoval a urobil s tým to, čo potreboval.
8. Martin Snížek | 26.9.2005, 16.34
[7] Možné to je, ale pokaždé se nahraje nová stránka, což nechceme...
9. dusoft | 6.10.2005, 18.32
![]()
Myslim, ze ste celkom necpohopili, o com DGX pisal - odkazy na AJAX aplikaciu predsa mozu byt orbene na strane servera, ktory naserviruje na lokalnu stranu taky obsah, ako mu URL prikazuje. Presne takym principom funguje predsa Google Maps, kde sa URL v podstate vygeneruje z aktualnej pozicie mapy. Potom staci URL zadat do prehliadaca a zobrazi sa ta ista pozicia, ktoru si pozeral kamarat. Samozrejme sa to musi obchadzat odkazmi "Create link to this point" a podobne, ale je mensia nevyhoda, ako keby odkazy na dany stav v AJAXE neexistovali vobec.
10. Jarda | 19.10.2005, 12.10
Myslim, ze nectnosti jsou nekdy velke vyhody. Mysleno tak, ze je to technologie ne pro web prezentace, ale pro web aplikace. Napr. my provozujeme GIS servery (mapy) pres produkty od ESRI a to dodnes pri kazde zmene reloaduje celou stranku, coz je hodne neprijemne, problemy se zpet atd. Takze vlastni reseni na AJAXEM je cesta spravnym smerem...
11. Petr Lehký | 20.10.2005, 15.27
[10] Jarda: Naprosto souhlasim. AJAX pro webove prezentace nema takovy vyznam, jako pro webove aplikace jako jsou ruzne organizery, vypisy z DB, firemni intranety apod. V teto oblasti potom nevyhody odpadaji a jedinou nevyhodou zustava nekompatibilita prohlizecu. Jinak pokud neznate, tak doporucuji navstivit dle meho uzasny projekt - www.zimbra.com.
12. Tomáš Marek | 7.11.2005, 23.15
K AJAXovému chatu: Myslím, že se dá asynchronní send() poslat jen pro http hlavičku a vyčíst datum aktualizace stránky. Sice je to stále dotazování klienta na server, avšak zátěž serveru by se tak měla minimalizovat.
13. MiSHAK | 21.2.2006, 14.39 ![]()
Ono ten javascript tam musí být vždy, a pokud se nenačte javascript, tak lze použit url... takze zde není problém s AJAXem ale s leností programátorů.
[2]
No ono anchor je # a & je součást dotazu.\
BTW na http://php.vrana.cz je pekny clanek http://php.vrana.cz/ajax.php a v podstatě shrnutí využití AJAXu pro normální "naše" stránky.
Jinak souhlasím s nazory, že je rozdíl mezi webovou stránkou a aplikací.
Ohledně standardů: JavaScript má své standardy a vychází z ECMA scriptu a poslední definice je JavaScript 1.5 resp. JScript 5(.5) a všechny specifikace jsou na netu. IMHO doporučuji knižečku do kapsy za 80kachlí (O'Reily), je tam hodně věcí a je to vždy po ruce. Mimo jiné nechybí zde ani rozdíly mezi IE a Mozillou resp. Netscape a definicí DOM od W3C
Takže číst a ne plácat do větru.
14. Aloe | 17.11.2006, 23.04
Článek byl pěkný. Jen bych přidal další nevýhodu.
Je sice již známá, ale málo lidí si jí uvědomuje. Když se stránka znovu nenačte, tak se ke klientovi nedostane updatovaný zdrojový soubor, který ale využívají různé čtečky a odčítače obrazovek. Proto nové informace nemohou využít lidé, kteří tyto pomůcky používají, ať už nevidomí, nebo slabozrací.
Více o tvorbě přístupných webů např. na www.blindfriendly.cz
15. In-počasí | 9.12.2006, 13.27 ![]()
Zajímavý článek
16. gp | 18.12.2006, 16.26
Tusim ze existuje zpusob jak muze server kontaktovat klienta. Je to pomoci neustale otevreneho pomocneho spojeni. Dokonce to nevyzaduje nic vic nez HTML 4 + JS. Ale je to opet dost nepohodlne.
17. Jiří Lysek | 14.1.2007, 23.42
![]()
Něco takového jsem potřeboval před rokem aby někdo napsal. Teď už ajax docela běžně používám Ajax je velmi výborná věc. Používám ho nejvíc pro kontrolu formulářů a pro načtení nějaké události na pozadí tak aby o tom uživatel nevěděl ale těžil z toho.
18. RAmses | 23.1.2007, 15.47
Martin Snížek: Muzes vysvetlit proc bych mel dostat zavolanim url s nejakymi parametry novou stranku? Scriptu ktery zpracuje url je jedno jestli parametry zjisti z # nebo z &.
Prave delam mapovou aplikaci pro Olomouc a tam to tak je resene. Zavolam url s parametra treba ?id=xxx&object=firm a script si podle toho zavola prislusne js funkce pro nacteni podkladove mapy souradnic firmy pod id xxx. Proste..
19. Vasek | 24.1.2007, 20.15 ![]()
Je v tom rozhodne budoucnost, vsechny aplikace se drive nebo pozdeji presunou na internet. Jsem zvedav na nastupce AJAXu.
20. Laďa Toral | 5.9.2007, 18.58
![]()
[19] Vlastně je to jenom o použití té správné knihovny. Ajax používá Microsoft na MSDN už snad 10let, čili asi podobnou dobu už byl taky Ajax implementován v prohlížeči kupodivu bez většího zájmu. Ale teprve chvilku tady máme prototype a jquery, který z Ajaxu dělá multifunkční hračku.
Diskuse již není aktuální, další komentáře tedy není možné přidávat. Pokud mi i přesto chcete sdělit svůj názor na článek, kontaktujte mě.
V roce 2009 jsem založil firmu Optimics – měření a optimalizace webu.
Pravidelné krátké i delší články pro manažery, majitele a tvůrce webů. Hlavními tématy jsou návrh a řízení webu, zvyšování obchodní účinnosti webu, uživatelská přívětivost (použitelnost), internetový marketing, SEO a informační architektura.
Články by vám měly pomáhat tvořit weby, které plní své cíle – tedy především vydělávají.
Autorem článků je Martin Snížek, webový konzultant. Více o mně »
→ Co dělat spíš - analýzu použitelnost nebo uživatelské testování? Zajímavý pohled: http://bit.ly/9XpwG0
→ Segmentace návštěvníků jednoduše pomocí Google Analytics, Google Website Optimizer a BTBuckets: http://bit.ly/5AFTNo (via @paveljasek)
→ Reklama vs. direct marketing: http://bit.ly/735RKC (můžete si dosadit třeba i "klasickou komunikaci" a "search marketing").
→ Asynchronní kód GA bych radši nepoužíval. Hrozný bordel v zápisu eventů a custom proměnných za to podle mě nestojí.
© Martin Snížek 2005-2012
Snizekweb.cz – Martin Snížek o webdesignu. Běží na vlastním CMS.
ISSN 1802-2103
O 20 % více objednávek díky lepší použitelnosti
MyTravel, přední prodejce zájezdů ve Velké Británii, dosáhl v tomto roce zvýšení konverzního poměru o 20 % díky systematickému zlepšování použitelnosti webu – objednávkového procesu, navigace a přehlednosti stránek. Bude to výzva i pro majitele českých webů?