Pri zobrazení predchádzajúcej navštívenej stránky pomocou tlačidla Back prípadne následne zase pomocou tlačidla Forward prehliadač Chrome zobrazí stránku typicky vďaka nacachovaniu jednotlivých prvkov na stránke rýchlejšie ako pri prvej návšteve. Na stránkach s veľkým množstvom JavaScriptu môže ale podstatnú časť času zobrazenia stránky tvoriť jeho spustenie a rozdiel nemusí byť zásadný.
Vývojári teraz pripravujú pod označením bfcache cachovanie kompletného stavu stránok vrátane stavu DOM štruktúry a stavu JavaScriptu. Stav stránky sa pri odchode nacachuje celý, pozastaví sa na nej vykonávanie JavaScriptu a pri prípadnom návrate pomocou Back alebo Forward sa veľmi rýchlo stránka obnoví.
Porovnanie rýchlosti Chrome s bfcache a bez nej (video: Google / Addy Osmani)
Vývojári už majú implementovaný prototyp funkčnosti v Chrome, pričom podľa demonštrácie je rozdiel rýchlosti dramatický.
Navigovanie pomocou Back a Forward tvorí podľa Google pritom nezanedbateľnú časť navštívených stránok, na desktope 10% a na mobiloch 19%, bfcache tak celkovo zvýši vnímanú rýchlosť prehliadača. Na druhej strane funkčnosť bude mať ďalší negatívny dopad na spotrebu pamäte, aký konkrétne Google nešpecifikuje.
Podobnú technológiu majú podľa Google implementovanú Firefox, Safari aj Edge. K dispozícii je implementácia v jadre WebKit, z ktorého vychádza jadro Chrome, táto implementácia bola ale nekompatibilná s multiprocesovou architektúrou Chrome a preto ju Google nenasadil.
Hoci vývojári majú už vyvinutý prototyp bfcache, zatiaľ len diskutujú ako a či funkčnosť nasadiť do finálnej verzie a kedy by sa v nej mohla objaviť nie je jasné.
To znamena, ze bude este debilnejsi refresh pri vyvoji nez doteraz. Zatial je pre mna chrome prehliadac s najdebilnejsou cache, aku som videl. F5 - CTRL+F5 tisickrat dokola, kym reloadne nove CSS-ko alebo javascript.
ultraradikalny faktizmus
Od: syntaxterrorXX. X
|
Pridané:
28.2.2019 10:37
Fakt? A to funguje na všetky cache od klávesnicovej queue, cez os s DNS cache a swap s odbočkou na sshd a skrz tri L úrovne CPU a potom fujáš-matiáš skrz sieťovku na proxy providera až na server, kde je ešte priekazne zopár load balancingových vrstiev naviac?
Re: no kokos
Od: Janko Zygelitki
|
Pridané:
28.2.2019 11:02
ak robis veci pre browser a pokial je tvoj sposob vyvoja 'edit->save-refresh->edit->save..' jedna z moznosti je pouzivat timestamping eg: file.css?t=201902280110143
jeden z trikov ako resetnut cache v chrome je otvorit dev konzolu a uistit sa ci mas zaksrtnuty checkbox, nieco v zmysle "reset cache on refresh while dev console is open" a ked das refresh, vsetko sa nacita odznova bez cache.
toto vyzera, akoby web developeri zacali pri kazdom moznom obsahu pouzivat tagy no-cache, max-age atd, a teraz sa rozculuju ze sa na nich tvorcovia browserov vybodli a kesuju si podla seba ;-)
Keška
Od reg.: vrtak_das_osmicka
|
Pridané:
28.2.2019 11:10
Pamatam casy Opery 12, ked som klikol na Back, tak som bol okamzite Back. V terajsej Opere mam pocit ako keby cache ani nebola. Vzdy taha z netu ked idem Back.
Lenže to boli doby keď mali webstránky 250kB aj s obrázkami a boli často bez skriptov alebo tak s jedným dvoma. Dnes má single stránka webu kľudne 5-15 MB + 20-30 javascriptov.
treba navštevovať stránky písané zo srdiečka a nie pre zisk, napr. bigclive.com ... tam ide back button na všetkých prehliadačoch ako za čias opery 12 :)
ničivý praktik S005E00106
Od: syntaxterrorXX. X
|
Pridané:
28.2.2019 12:36
Hmmmm...je tu niekto, komu taká dramatizácia riešenia postbackov v e-shopoch, redakčných systémoch či napríklad na slovensko.sk príde priekazne veselá?
“Podobnú technológiu majú podľa Google implementovanú Firefox, Safari aj Edge” - čiže nič nové? Prečo o tom dsl.sk nepísal, keď to implementoval prvý browser, ale až teraz?
neprihlásený 
