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

Zdroják » Zprávičky » Co vše by měl vývojář vědět, než se pustí do tvorby veřejně dostupného webu?

Co vše by měl vývojář vědět, než se pustí do tvorby veřejně dostupného webu?

Zprávičky Různé

Nálepky:

Otázka zní zdánlivě jednoduše, ale odpověď může být pěkně obsáhlá. Rady, které ostatní vývojáři poskytují, sahají od obecných („napsat aplikaci škálovatelně, aby vás nepřekvapil nárůst návštěvnosti“) po specifické („posílejte obsah gzipovaný“). Objevují se i rady ohledně uživatelského rozhraní a především ohledně bezpečnosti. Jednoznačně doporučené čtení!

Komentáře

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

keď už sme pri tom GZipe tak som porovnával GZip a Deflate a Deflate komprimuje o niečo lepšie.

Tom

Samozřejmě že výstup z DEFLATE je menší (a komprese/dekomprese je rychlejší), Gzip je tentýž algoritmus s přidaným CRC.

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.