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

Zdroják » Zprávičky » Jak při kódování designu pojmenovávat sémanticky

Jak při kódování designu pojmenovávat sémanticky

Zprávičky Webdesign

Nálepky:

Při kódování designu je třeba navrhnout názvy řady tříd a hodnot id (pokud nepoužíváte CSS framework, který má již hodnoty dané). Je lepší v názvech vyjadřovat aktuální vzhled stránky (např. „levy-panel“) nebo se soustředit na sémantickou strukturu (např. „bocni-panel“, „pomocny-panel“)?. Článek CSS coding: semantic approach in naming convention se snaží ukázat, proč je sémantický přístup lepší a nabízí několik pravidel pro tvorbu lepších názvů. Jaký přístup volíte vy?

Komentáře

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

Už je to drahně let, co jsem hlavní weby překopal na sémantický id a class, a u nových to už taky samozřejmě používám.

karf

Já myslím, že se tohle dost přeceňuje. Nepřikládám tomu žádný podstatný význam. Sloupce klidně pojmenuju jako col-left, col-right apod. Nevybavuju si případ, kdy by se redesignoval web jenom změnou CSS (to je takový oblíbený mýtus), nebo že by se přehazovaly sloupce. Proč taky? Nedává to smysl (a i kdyby, tak prohození tříd v šabloně je otázka minuty). Naopak, vymýšlet nějaké smysluplné "sémantické" pojmenování sloupců je většinou dost opruz a vycházejí z toho pak takové jakési podivné názvy, které nikomu nic moc neřeknou.

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.