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

Zdroják » Zprávičky » Adobe a HTML5 nesmiřitelní nepřátelé? Kdepak…

Adobe a HTML5 nesmiřitelní nepřátelé? Kdepak…

Zprávičky Webdesign

Jméno společnosti Adobe je spojeno v očích webařů především s technologií Flash, a někteří radikálněji uvažující tak dospívají k názoru, že Adobe musí být zapřísáhlým nepřítelem HTML5. Adobe ovšem tvrdí něco jiného, podle slov představitelů je HTML5 (resp. celá rodina technologií) oblastí jejich zvýšeného zájmu.

Svou podporu dokládá společnost i skutky – např. přispívá kódem do knihovny jQuery Mobile. Typografickými knihovnami přispěla do projektu WebKit (jádro prohlížeče Safari či Chrome). V neposlední řadě představila sady nástrojů pro práci s HTML5 a chystá další, např. konvertor z Flashe do HTML5.

Samosebou existují místa, kde se zájmy Flashe a HTML5 kříží, jako např. u videa, ale pro Adobe je zjevně výhodnější podporovat oba směry v kooperaci, než je stavět proti sobě. Nesmiřitelný boj mezi Flashem a HTML5 se tak odehrává spíš v hlavách diváků, než v realitě.

Zdroj: TheRegister

Komentáře

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

Je to logické, Adobe vydělává na nástrojích, ne na přehrávačích, a je jen otázka času, kdy Flash IDE bude kompilovat do JS/Canvasu (mým tajným přáním je, aby zůstal zachován ActionScript 3 a vývojáři se nemuseli vracet k JavaScriptu ;-)). Viz třeba projekty Granta Skinnera, který dříve pomáhal Adobe s Flashem (komponenty…) a teď se zaměřuje na to, jak využít nástroje a znalosti flashařů pro plynulý přechod na HTML5 (Zoë, EaselJS).

Ale může to být i jinak – rostoucí vliv mobilních platforem otočí kormidlem zpátky ke klasickým instalovaným aplikacím místo webových, a pak bude pro Adobe nejhodnotnějším produktem AIR (čili flashový runtime). Takže nutně musí zatím udržovat oba směry.

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.