Už 90% procent provozu GMailu prochází při použití Chrome protokolem SPDY. Ten je navržen Googlem jako následník HTTP. Nabízí možnost iniciace spojení ze strany serveru, lepší kompresi a neblokující pipelining. Ve výsledku je až o 64% rychlejší.
Cursor 3.0, rozpad Windsurfu a Claude Code jako Unix utilita. Srovnání tří přístupů k AI editoru: architektura, benchmarky, ceny, vendor lock-in a co data skutečně říkají o produktivitě vývojářů.
Kliknete na „Update" a za chvíli je hotovo. Jenže co se přesně stalo? WordPress stáhl balíček, přepsal stovky souborů, upravil databázi — a na pár vteřin váš web zmizel pro všechny návštěvníky. Většinou to proběhne bez problémů. Ale když se to rozbije, chcete přesně vědět kde a proč. Pojďme si celý proces rozebrat od začátku do konce.
V únoru 2025 vyzval Anthony Fu, autor populárních nástrojů kolem Vue, Nuxtu a Vite, ekosystém k opuštění duálního publikování npm balíčků a přechodu na ESM-only. S odstupem více než roku je jasné, že měl pravdu - a že se ekosystém posunul ještě rychleji, než sám čekal. Node.js dnes umí require() i na ESM moduly, podíl balíčků s podporou ESM přesáhl třetinu a komunita označuje rok 2026 za „rok plné adopce ESM".
A záškodníci se už nemůžou dočkat
PS. Zajímalo by mě, jak 10% Chrome může generovat 90(!)% zátěže gmailu…
inicializace != iniciace
10% chrome neznamena ze 10% ide na gmail, ale ze (zhruba povedane) 10% svetoveho browsovania ide cez gmail.
je pravdepodobne ze ludia co maju gmail pouzivaju aj chrome, kedze tam su vzdy implementovane rozne features (napriklad drag and drop priloh)
a ked uz ideme do detailov tak spravicka hovori ze 90% prevadzky chrome<==>gmail ide cez SPDY.
blbe napsany (dotazujici se na vsechno vickrat a vic pripojenimi) Chrome klidne 10% zateze gmailu muze generovat, ale tak to asi mysleno nebylo ;o)
Bývá zvykem uvádět zdroj zprávy, v tomto případě asi spdy-dev.