Kritika webu beta.geospy.org
http://beta.geospy.org
V předchozím kvízu, Online test znalostí HTML a CSS, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 25 zpráv z 25.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí HTML a CSS, jsme si ověřili nabyté zkušenosti z kurzu.
Vypadá to pěkně, Možná bych dal tu lupu v hlavičce křiklavější, přijde mi, že tam zaniká. Co se týče kódu, tak nic moc. Ten příšerný JS by měl být v externím souboru a měli byste používat HTML 5 tagy místo tolika divů.
Ahoj sdraco.
Velmi děkujeme za pochvalu a připomínky.
S pozdravem
HQ GeoSpy
Pro IE8 by měl fungovat modernizr - http://modernizr.com/.
Externí JavaScript by neměl být pomalý, protože ho prohlížeče cachují, načítá se tedy pouze jednou. Pomalejší to bude naopak teď, jelikož se cachovat nebude.
V profilech nevidím avatary, asi by tam měly být.
Ahoj sdraco.
Modernizr jsme nechtěli používat. Byl by to další produkt třetí strany
navíc. Už tak je web JS prošpikován
Zvolili jsme tedy raději "standardnější" oldschool cestu.
Nicméně webpagetest.org vždy řekne, že by měl být JS mezi HTML
kódem.
Externí JS ještě prozkoumáme. Děkujeme za tip.
Avatary jsou plánovány do dalších verzí GeoSpy.org. Toto je neúplná základní beta verze. I ostrá verze bude mít ještě nějaké funkcionality navíc.
S pozdravem
HQ GeoSpy
Ahoj sdraco.
Trochu jsme se šťourali v cachování JS. V Nette máme spuštěno cachování na serverové straně. Takže pokud někdo jde na stejnou www podruhé, stahuje se ze serveru již "zkompilovaná verze" dané WWW.
JS mezi HTML kód jsme volili opravdu proto, aby byla ušetřena vlákna při stahování těchto JS souborů. A nečekalo se třeba na nějaký „šprajclý“ poslední JS… Zákon schválnosti. Doporučeno je, pokud se nemýlíme stahovat max. v 6 vláknech zároveň. Sice se to nedodržuje, ale ... JS samostatných souborů by se u nás stahovalo tak do 10.
Máš ale pravdu v tom, že když už se jednou ty JS stáhnou na klientův počítač, tak se již nemusí stahovat mezi HTML kódem znovu a znovu ze serveru.
Docela by nás zajímalo, které výhody / nevýhody u těchto dvou přístupů převažují a který tedy zvolit prioritně.
S pozdravem
HQ GeoSpy
Chválím a palec nahoru za profesionální a pozitivní postoj ke kritice a
jejímu řešení
// Moc často se to tu nevidí
Jelikož se skript stahuje opravdu jen jednou, tak bych se toho nebál. Ostatně že má být JS v externím souboru je dobrá a osvědčená praktika.
S IE8 to chápu, na druohu stranu stejně za 2 roky už nebude důležitý a devítka HTML 5 umí, takže byste modernizr pak vyhodili.
Ahoj sdraco.
Zdá se, že to ušetří dost. Pro uživatele by to znamenalo opravdu rychlejší načítání obsahu a i menší CPU a RAm zátěž na serveru.
Popřemýšlíme nad tím, jak změřit nynější traffic s includovaným JS. A poté, kolik bez include JS. Tušíme, že rozdíl bude značný.
V teoretické rovině se tedy kloníme k Tebou navržené variantě.
Co nevidět vše vyzkoušíme a změříme.
Velmi děkujeme.
Zděsili jsme se, že ve 21. století používají statisíce počítaů
braky typu IE6. V Číně využívalo IE6 ještě nedávno cca kolem 5 %
počítačů. USA: 2 %, atd.
A to je jen IE6, další verze byly podobně tragické. Když se to sečetlo,
tak nás omývalo...
Proto ten náš oldschool přístup
GeoSpy chceme lokalizovat do co nejvíce jazyků (taková je představa,
uvidíme, jak se naplní). Proto se snažíme GeoSpy.org vytvořit tak, aby ho
přečetlo co nejvíce browserů.
S pozdravem
HQ GeoSpy
Ahoj sdraco.
V rychlosti jsme udělali ten nejprimitivnější test.
Závěr:
Toto rozhodně budeme řešit
Ještě jednou děkujeme za radu.
S pozdravem
HQ GeoSpy
IE 6 a Čínu neřešte, Čína je specifická země. Ani giganti jako Google
již nepodporují nic staršího než IE 8 Oldschool přístup není v IT
sféře příliš vhodný, i když tady to tolik nevadí
Souhlasím se David Hartinger, Čína stejně dost pravděpodobně nebude číst
české stránky, natož pak fotit objekty po Česku
Ahoj FunebrakCZ.
GeoSpy chceme lokalizovat do co nejvíce jazyků (taková je představa,
uvidíme, jak se naplní).
Proto se snažíme GeoSpy.org vytvořit tak, aby ho přečetlo co nejvíce
browserů.
Časem bychom rádi měli GeoSpy třeba i v čínštině
S pozdravem
HQ GeoSpy
Ahoj
Zjistili jsme několik nových poznatků ohledně cachování JS, CSS.
První závěr je, že sice oddělený JS a CSS je dobrý. Nicméně dotazy na to, zda proběhla mezitím změna CSS a JS žere čas na dotaz vůči serveru (TCP/IP je spojovaný protokol).
Takže k ověření zda došlo ke změně JS či CSS na serveru si bere síťový provoz dost času navíc. A čím více samostatných JS či CSS, tím déle nakonec načtení kompletní www trvá (HTTP1.1 304).
Řešení:
Ideální by byl stav:
Tahat ze serveru po reloadu page pouze HTML.
Samozřejmě první unikátní načtení bude trvat vždy déle.
Tak uvidíme jak pokročíme a vyoptimalizujeme
Budeme vás informovat.
HQ GeoSpy
Správně je ta druhá možnost. Naházet všechny JS do jednoho souboru a všechny CSS do druhého souboru.
Ještě by se to dalo vylepšit tak, že by se ze serveru tahalo pouze nové XML, ale to by všechny prohlížeče nemusely zvládnout.
Ještě další možností by byl JSON a AJAX. Na takovou aplikaci by to mohlo být ideální.
Ahoj Kite,
děkujeme za doporučení. Zkusíme obě možnosti a proměříme. Budeme
informovat
JSON a AJAX. Tohle nás vůbec nenapadlo.
Také se nad tím zamyslíme a zaevidujeme. První dojem je však ten, že
bychom tím vývoj protáhli.
Velmi děkujeme a zdravíme
HQ GeoSpy
Tak jsme udělali nějaká další měření.
Výsledky jsou rozporuplné. Každé řešení má svá pro a proti.
Pokusíme se shrnout, snad na nic nezapomeneme
Kdyžtak se ptejte
Includovaný JS do HTML:
JS a CSS mimo HTML:
Výsledek je ten, že časově vycházela při všech testech po celém
světě lépe při znovunačtení stránky verze s includovanýcm JS.
První načtení trvalo obvykle o 300 - 500 ms déle. Ovšem reload a další
načtení www trvalo oproti samostatným JS a CSS v průměru o 300 - 500 ms
kratší dobu.
Z pohledu uživatele je pro nás důležitější kratší zpracování www
při používání portálu.
Jde nám o uživatele, který portál pravidelně používá a navštěvuje.
Chceme mu maximálně zkrátit čas. Pokud načte www 10 000 x a ušetří při
každém načtení 200 ms .... a za rok, za dva používání mu ušetříme
fůru času.
Nový návštěvník si naopak chvíli počká (cca 300 ms v průměru). S tím dost userů počítá a je obecně vnímáno, že když někdo leze na novou, nikdy nenavštívenou www, tak s tím "jakoby počítá" a je méně přísný. Je prý krapítek trpělivější. Méně trpělivý je, pokud www navětěvuje pravidelně a její výkon je mizerný.
Blbé je, že budeme takto zatěžovat více linku, server, výkon
serveru,... a použití CDN v budoucnu bude také nahouby.
Naštěstí jsou tyto úpravy realitvně jednoduché a CSS a JS odhodit z HTML
není až takový problém ani později.
Pro nás zatím zůstává includovaný JS do HTML favoritem. Uvidíme, jak dále, neboť naše znalosti jsou omezené a třeba jsme něco důležitého přehlédli.
WWW s includovaným JS je zde:
beta.geospy.org
CSS a JS mimo HTML je zde (aplikováno pouze na homepage):
test.geospy.org
Používali jsme webpagetest.org a Google Chrome a jeho vývojové nástroje.
Snad jsme na nic nezapomněli.
Zdravíme a přejeme hezký den
HQ GeoSpy
GeoSpy v říši divů:
<div><div>GeoSpy</div></div>
Ahoj Pepo489,
děkujeme za upozornění.
Mohl bys nám, prosím, sdělit, na kterém odkazu máme problém hledat?
Velmi děkujeme
HQ GeoSpy
Fotky se načítají docela pomalu, vyřešil by to preload na příští fotku.
Ahoj sdraco,
výborný nápad, prozkoumáme, jaké máme možnosti.
HQ GeoSpy
Jen taková drobnost. IE6 je používán především ve firmách. Protože je již standardně nainstalován. Zaměstnanci nemají právo aktualizovat a IT oddělení to neřeší. To se potom nedivím, že to v Číně dělá 5%, ale zase z 1 mld. je to "jen" 50M což je zanedbatelné, protože každý ze zaměstnanců má své vlastní PC a tam se na stránky může podívat.
Byl jsem již v několika firmách, brigádně. A když to přeženu, tak na
jednom patře bylo dejme tomu 100 PC, 6-ti patrová budova, takže asi 500 PC s
IE6. Samozřejmě to nebyly žádné moderní stroje, ale pro zaměstnance
dostačující.
A ne nebyly to IT firmy.
Ale dokazuje to, že spousta firem se tímto nezabývá.
Zobrazeno 25 zpráv z 25.