Vlákno názorů k článku AMP HTML: impuls pro weby, které se na mobilech načítají pomalu od Tomáš2 - ano AMP nepřináší nic nového a je stejný...
-
Tomáš2 (neregistrovaný)
ano AMP nepřináší nic nového a je stejný jako dalších tisíc podobných frameworků, jen s tím rozdílem, že se google nejprve dohodnul s velkými vydavateli.
Ano, sdílení zdrojů funguje i teď, ale rozmanitost je tak velká, že v praxi to tolik nepomáhá (vycházím z interních statistik doby načítání stránky našich klientů).
To je zajímavý nápad, přibalit frameworky do prohlížeče, ale byl by tady problém s aktualizací a nejnovějšími verzimi. Problém by to ale neřešilo, kvůli obrovské rozmatinosti a nekompatibilitě napříč prohlížeči. Nedokážu si ani představit testování, jak by se řešil fallback, když prohlížeč nebude mít požadovanou verzi?
-
Tomáš2 (neregistrovaný)
bylo by to příliš nedetermistické a velikost by nebyla zanedbatelná, pokud stáhnu vše z https://developers.google.com/speed/libraries/, jde to do stovek mb.
Každopádně je mnohem lepší používat podobná cdn, protože pak dojde pouze jednou ke stáhnutí :).
Ale jdeš dobrým směrem, asi jsem pro to, aby se rozšířily možnosti DOMu, který už nebyl deset let aktualizovaný a přidat možnosti, které má jquery do specifikace od W3C. Raději bych používal vanillaJs než jQuery :).
-
Do Chrome je na to plugin, který si uloží jquery a i když jsou pak na stránce nestahují se, ale použijí se ty (ta která verze je potřeba) z prohlížeče https://chrome.google.com/webstore/detail/jquery-cache/kalnennlfaffhbdbnoakkiiciifmmohk?utm_source=chrome-app-launcher .
Na desktopu asi dobrý, ale na mobilu, kde by to bylo o to více potřeba by to asi bylo problematičtější … všechny verze všech JS knihonen a frameworků, … zabírají fakt moc místa a navíc tak jak tak se ten obří JS soubor (bez ohledu na to kde se vzal a jestli se stahoval nebo ne) musí držet v dost malé paměti mobilního zařízení. Na mobilu je to asi prostě nejčistější řešení moc JS knihoven nepoužívat… ideálně jen několik málo drobných vlastních scriptíků.
-
Petr (neregistrovaný)
Stejně jako lze nyní v objektu navigator zjistit základní info o vlastnostech prohlížeče, tak obdobně by mohla jít zjistit i (ne)přítomnost nějaké JS knihovny a podle toho se rozhodnout odkud to načtu.
Nebo rovnou ve script tagu přidat k normálnímu src další speciální atribut typu browser-src="" a v případě jeho přítomnosti si prohlížeč použije přednostně svou integrovanou verzi.
To byly jen příklady, vyřešit technicky ten fallback nebude nic složitého, pokud se do toho nezatáhne W3C :-). -
Petr (neregistrovaný)
Připojovat takovou spoustu skriptů se zdá být nerozumné. Při rozšířeném používání Accelerated Mobile Pages by ale všechny tyto knihovny v sobě měla už cache prohlížeče, takže by šlo používat hotové JS funkce bez načítání dalších dat.
Ale to už v podstatě funguje i dnes, beztak má každý nakešovanou nějakou známou cdn verzi běžných JS frameworků.
Proč vůbec prohlížeče už nyní v sobě neobsahují přímo zaintegrované nejpoužívanější JS frameworky a nějakou možnost si na ně z webstránky šáhnout? Něco jako:
<script src="browser://jquery123"></script>Těch pár mega navíc, co by se při instalaci/aktualizaci prohlížeče stáhlo nehraje žádnou roli.
ČLÁNKY DO MAILU