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ší.
Redis je běžně používán pro cache, fronty a realtime notifikace, ale přidává další infrastrukturu. Tento článek ukazuje, jak lze tyto funkce nahradit čistě PostgreSQL, s praktickými příklady kódu a zachováním rychlosti i transakční konzistence.
Po téměř deseti letech přichází jQuery s novou hlavní verzí. jQuery 4.0.0 přináší výraznou modernizaci, ukončuje podporu zastaralých prohlížečů, odstraňuje historické API a lépe se přizpůsobuje dnešním bezpečnostním a vývojovým standardům webu.
JavaScript se v backendu dlouho bral jako kompromis mezi výkonem a pohodlím vývoje. Nové benchmarky ale ukazují, že se tahle rovnice může rychle měnit. Runtime Bun se v testech mikroservisních frameworků výkonově dotáhl na špičkové Rust frameworky a výrazně překonal klasický Node.js s Expressem. Co za tím stojí a znamená to konec pomalého JavaScriptu na serveru?
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.