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.
„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.
AI code review zvládá první průchod — shrnout diff, najít rutinní vzory a upozornit na chybějící test. Jako náhrada lidského review ale neobstojí: data ukazují vyšší abandonment a často nízký poměr signálu k šumu. Nasazení proto stojí na pravidlech, úzkém mandátu a měření, ne na výběru dodavatele.
Docela by mě zajímala definice tohoto termínu podle redakce. Díky.
Tento termín použili přímo lidi z CSSPiffle a já neměl důvod ho měnit.
Ak sleduješ nejaký komunitný web pre webdeveloperov (napr. stackoverflow), všimneš si, že 90% ľudí, ktorí vedia v jQuery spraviť pekné efekty, ale samotnému Javascriptu nerozumejú, nemajú poňatia o nekompatibilitách v jednotlivých prehliadačoch a tak podobne. Programovať Piffle očividne znamená niečo, kde ti už nepomôže nalepiť za seba pár volaní jQuery, preto takáto práca nie je pre „jQuery bastličov“ vhodná.
Nechcem teda hovoriť za ľudí odtiaľ, ale myslím, že ich názor bude veľmi podobný.