Přejít k navigační liště

Zdroják » Zprávičky » Snappy: rychlá komprese od Google

Snappy: rychlá komprese od Google

Zprávičky Různé

Nálepky:

Google netvoří pouze webové služby a podobné „viditelné“ věci, je známý i svými produkty, které běží na pozadí – např. BigTable. Z podobného soudku je kompresní knihovna Snappy. Jejím cílem je dosáhnout velké rychlosti komprese při zachování přijatelného kompresního poměru. V porovnání např se zlib na nejrychlejší kompresi generuje Snappy soubory o 20 až 100 procent větší (proti výsledkům zlib), ale řádově rychleji – na jednom jádru procesoru Core i7 v 64bitovém módu udává Google rychlost 250MB/s při kompresi a 500MB/s při dekompresi (údaje pochází z odkazované stránky).

Knihovna je v C/C++, ale existují wrappery i pro jiné jazyky.

Komentáře

Odebírat
Upozornit na
guest
0 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře

Robots.txt nestačí. AI crawleři mění, jak weby chrání obsah

Robots.txt zůstává základní signál pro slušné crawlery, ale už neumí popsat hlavní problém: stejný veřejný obsah může sloužit klasickému vyhledávání, AI odpovědím, tréninku modelů i načtení na pokyn uživatele. Provozovatel webu proto musí oddělit účel přístupu, ověřovat identitu botů, měřit dopad na infrastrukturu a u hodnotného obsahu řešit i vynucení pravidel mimo samotný robots.txt.

Jak funguje WordPress Cron a proč občas selhává

„Cron mi nějak neběhá." Klasická věta, která ve WordPress světě může znamenat cokoli od špatně nastavené WP_SITEURL, přes loopback zablokovaný Cloudflarem, až po fatal error v callbacku, který nechal viset transient doing_cron. WP-Cron totiž není skutečný scheduler — je to pseudo-cron závislý na návštěvnosti webu a HTTP loopbacku, se všemi pastmi, které si dokážete představit. Tenhle článek je hloubkový průchod jeho vnitřnostmi: co se reálně děje při spawn_cron(), kde vznikají race conditions, proč selhává a čím ho v produkci nahradit.