ReactiveBratislava #1

Zdroják » Zprávičky » ReactiveBratislava #1

Nálepky:

Na prvom tohtoročnom ReactiveBratislava 18. 2. nam Tomáš Kulich prezradí veľa užitočných info o tom ako a prečo robiť ‚optimistic updates‘ a ‚latency compensation‘ na strane klienta, ako riešiť kolízie s backend dátami a čo keď spojenie vypadne natrvalo.

Viac info zistíte na Facebooku alebo Meetup.com

Jak Cloudflare ušetřil 100 terabajtů paměti optimalizací DNS cache pro 1.1.1.1

Cloudflare v cache svého DNS resolveru 1.1.1.1 drží přes 250 miliard položek, takže i úspora jednoho bajtu na položku se počítá. Pěti úpravami toho, jak jsou záznamy uložené v paměti, se týmu podařilo zmenšit jednu položku o 56 % a napříč celou flotilou uvolnit zhruba 100 terabajtů RAM, aniž by to stálo výkon.

Fronta před rychlým backendem. Co ukázal veřejný test eDokladů

Pixelová ilustrace hlavy složené z digitálních bloků

Veřejný zátěžový test eDokladů přinesl zdánlivě protichůdný výsledek: aplikační servery odpovídaly v milisekundách, zatímco část lidí čekala desítky sekund. Za hlavní omezení závěrečná analýza DIA označila vstupní bránu, jejíž automatické škálování nestačilo na náhlý náběh provozu. Test zároveň ukázal, proč samotný generátor HTTP požadavků nenahradí identity skutečných uživatelů a jejich zařízení.

Jak měřit výkon webu a proč samotné skóre nestačí

Zelená devadesátka z PageSpeed Insights se skvěle vyjímá v prezentaci pro klienta. O tom, jestli web někoho reálně zdržuje, ale řekne překvapivě málo. Pojďme si projít, co skóre doopravdy počítá, proč se rozchází s daty od skutečných uživatelů a jak si postavit měření, kterému se dá věřit.

ReactiveBratislava #1

Nálepky:

Vacuumlabs

Jak Cloudflare ušetřil 100 terabajtů paměti optimalizací DNS cache pro 1.1.1.1

Fronta před rychlým backendem. Co ukázal veřejný test eDokladů

Jak měřit výkon webu a proč samotné skóre nestačí

Sledujte Zdroják:

Hádej co? Cookies!