|
||||||||||||||||||||||||||||||||||||||||||||||||
Menu
Distributions (131)
Software (10844)
|
PHP (54) - Dodržování webových standardůPři psaní v PHP byste měli dodržovat webové standardy. Jak? Uvidíte v dnešním článku.
Jelikož je PHP velmi úzce spojeno s tvorbou webu, je při psaní stránek pomocí PHP potřeba myslet na dodržování určitých norem. Pojďme se v dnešním díle našeho seriálu podívat, jak nám PHP může být v tomto ohledu nápomocno a jakých chyb bychom se měli v této souvislosti naopak vyvarovat. Stránky a normyPakliže nejste na internetu úplnými nováčky, pravděpodobně víte, že
HTML
dokumenty mají svoji strukturu, která je předem daná. Na našem webu se
o tom
psalo například v seriálu o
HTML, ale psalo se o tom samozřejmě i na mnoha jiných místech. Při
vývoji aplikace byste měli mít na paměti, že výsledkem PHP skriptu
bývají
HTML stránky a tyto stránky by měly odpovídat normám. Tak například na webu World Wide Web
consortia můžete najít vyčerpávající informace o webových
dokumentech, jejich specifikacích a můžete tam rovněž najít HTML validátor, který Vám umožní vaše
stránky (nebo skripty) ON-LINE otestovat. Měli byste si zvyknout
testovat validitu stránek již během vývoje, zejména pokud se jedná o
větší projekty. Je to dobrý zvyk - bez norem by web vůbec nemohl
existovat; úplně stačí, že normy okázale ignorují některé prohlížeče. Pozn.: Tady na Linuxsoftu máme například
pravidlo, podle něhož si autor má zkontrolovat validitu článku předtím,
než jej předá k uveřejnění. To je nanejvýš rozumné, protože to pomáhá
jak autorovi, tak editorovi, tak čtenáři. Pojďme se teď podívat na některé konkrétní věci, jež s tím souvisejí
a jež můžeme ovlivnit pomocí PHP. HlavičkyJednou z věcí, které Váš webový dokument musí mít v pořádku jsou hlavičky. Možná si vzpomínáte na hlavičku Location, pomocí níž můžeme donutit server, aby načetl jinou stránku. Následující hlavička Location je například formálně nesprávná, přestože se v tomto stylu na internetu hojně vyskytuje (a přestože vám většinou bude fungovat): <? Nesprávná je proto, že podle specifikace by url v této hlavičce mělo být vždy absolutní. Přitom pomocí PHP není problém absolutní hlavičku sestavit. Již jsme to v seriálu dělali, takže jen připomenu: <? Podobným problémem může být použití hlavičky Expires, kterážto by měla donutit prohlížeč nečíst (případně) odpověď z vyrovnávací paměti, ale požádat o ni server v případě, že vyprší doba platnosti. Často se nesprávně používá takto: <? Zase - podle normy by za Expires mělo následovat datum, ne nula. A to ještě ne datum napsané lecjak, ale podle specifikace. Sestavit takové datum pomocí PHP samozřejmě NENÍ problém, takže není důvod proč nevyhovět normě a nenapsat něco jako: <? Takhle bychom mohli pokračovat. Tyto dvě chyby však jsou zdaleka
nejčastější, kterých se programátoři PHP při generování hlaviček
dopouštějí. Pokud si nejste jisti, jak má nějaká hlavička vypadat,
podívejte se do specifikace. Tělo dokumentuPři práci na složitějších webech může být až neuvěřitelně složité zachovat správné pořadí tagů <HTML><HEAD>...</HEAD><BODY>...</BODY></HTML>. To proto, že výstup do prohlížeče může pocházet z několika různých skriptů a že občas potřebujeme odeslat nějakou tu hlavičku předtím, než pošleme prohlížeči cokoliv jiného. "Nejlepší" řešení tohoto problému asi neexistuje, ale mohu Vám ukázat některá "správná" řešení. Jedno spočívá v nějaké logické organizaci skriptů a používání include, resp. require ve smyslu: <? Jiné dobré řešení spočívá v nasazení nějakého šablonovacího systému,
který bude formátování držet pevně ve své režii. Jeho výběr záleží
pochopitelně na Vás, můžete se porozhlédnout třeba tady. Poměrně častý problém v těle dokumentu (sám se toho s oblibou dopouštím) je špatné uvádění odkazů. Co byste řekli na následující kód? <? Je špatně! Ampresandy nemají v URL co dělat! A přitom by stačilo tak málo. Přepsat kód do podoby: <? Znakové sadyJeště malou poznámku ke znakovým sadám: Znakovou sadu stránky byste zcela určitě měli specifikovat v odpovídající hlavičce. Pokud je to jen trochu možné (například, když se rozhodujete při tvorbě nového webu), měli byste dát přednost UTF-8, protože je jakýmsi "nepsaným standardem". Vím o čem mluvím. Tuto radu ocení zejména programátoři pracující v systémech Windows i Linux; důsledné používání UTF Vám ušetří hodně starostí při vývoji na více než jedné platformě. Nejčastější důvod (a špatný) proč to nedělat je ten, že některé
editory zdrojového kódu zkrátka v UTF-8 ukládat neumějí. Jsem ale
přesvědčen, že je lepší zvyknout si na jiný editor, než neustále
bojovat s konverzemi mezi win CP 1250, ISO 8859-2 a unikódem. A ještě malá poznámka k seriálu - většinu zde uvedených pravidel v příkladech nedodržuji. Je to schválně - s cílem napsat co nekratší kód, který bude ilustrovat to, k čemu byl napsán, a nic jiného. Pochopitelně, že v "ostrém" provozu by tato filozofie byla odsouzeníhodná. Přesto (nebo možná právě proto?) jsem rád, když na případné odchylky od norem poukazujete ve svých komentářích pod články.
|
Search Software
Search Google
|
||||||||||||||||||||||||||||||||||||||||||||||
©Pavel Kysilka - 2003-2024 | maillinuxsoft.cz | Design: www.megadesign.cz |