LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> 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.

11.10.2004 15:00 | Petr Zajíc | Články autora | přečteno 32330×

Komerční sdělení: Pořádáme Kurzy PHP

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 normy

Pakliž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čky

Jednou 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):

<?
header
("Location: neco.php");
?>

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:

<?
$path
=SubStr($SCRIPT_NAME, 0, StrRPos($SCRIPT_NAME,"/"))."/neco.php";
header("Location: http://".$_SERVER["SERVER_NAME"].":".$_SERVER["SERVER_PORT"].$path);  
?>

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:

<?
header
("Expires: 0");
?>

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:

<?
$header
="Expires: ".GMDate("D, d M Y H:i:s \G\M\T");
Header ($header);
?>

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 dokumentu

Př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:

<?
echo "<HTML>";
require
"./hlavicka.php";
require
"./telicko.php";
echo
"</HTML>";
?>

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?

<?
$odkaz
="<a href=\"neco.php?id=1&user=2\">Odkaz</a>";
echo
$odkaz;
?>

Je špatně! Ampresandy nemají v URL co dělat! A přitom by stačilo tak málo. Přepsat kód do podoby:

<?
$odkaz
="<a href=\"neco.php?id=1&amp;user=2\">Odkaz</a>";
echo
$odkaz;
?>

Znakové sady

Ješ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.

Verze pro tisk

pridej.cz

 

DISKUZE

array () 11.10.2004 16:33 by default
Šablony 12.10.2004 19:36 MaReK Olšavský
  L Re: Šablony 12.10.2004 22:16 Petr Zajíc




Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

8.5.2016 17:19 /Redakce Linuxsoft.cz
PR: Dne 26.5.2016 proběhne v Praze konference Cloud computing v praxi. Tématy bude např. nejnovější trendy v oblasti cloudu a cloudových řešení, cloudové služby, infrastruktura cloudu, efektivní využití cloudu, možné nástrahy cloudů a jak se jim vyhnout
Přidat komentář

21.4.2016 8:01 /František Kučera
Spolek OpenAlt zve na 127. distribuovaný sraz příznivců svobodného softwaru a otevřených technologií (hardware, 3D tisk, SDR, DIY, makers…), který se bude konat ve čtvrtek 28. dubna od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).
Přidat komentář

2.3.2016 22:41 /Ondřej Čečák
Letošní ročník konference InstallFest již tento víkend!
Přidat komentář

14.2.2016 16:39 /Redakce Linuxsoft.cz
O víkendu 5. a 6. března 2016 proběhne na pražském Strahově 8. ročník tradiční konference InstallFest. Celkem za dva dny uvidíte ​30 přednášek​ a ​6 workshopů.
Přidat komentář

5.2.2016 17:38 /Petr Ježek
Utilitka z XFce "xfce4-power-manager" nejen umožňuje nastavení lhůty pro uspání či hybernaci, ale i zapínání a vypínání prezentačního módu pro nerušené sledování videí. Stačí ji nastavit v každém vybavenějším panelu a v jakémkoli nontiled WM/DE.
Přidat komentář

10.1.2016 11:32 /Pavel `Goldenfish' Kysilka
LinuxMarket změnil provozovatele. Nově jej provozuje Marek Pszczolka. Více info a detaily #1 a #2.
Přidat komentář

29.12.2015 11:38 /Ondřej Čečák
Ještě posledních pár dní můžete přidávat příspěvky nebo nápady na Install Fest 2016, který se bude konat 5. a 6. března 2016.
Přidat komentář

8.12.2015 11:36 /Petr Ježek
Logické se stává realitou. LibreOffice a Thunderbird se mají dle článku na Redditu stát protiváhou MS řešení (MS Office a Outlook).
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

10.6.2016 21:10 / pavel riha
FreeBSD 10.3 a virtualizace

8.6.2016 21:56 / Milan Gallas
Nevalidní prefix m

7.5.2016 14:58 / Teodor Komárek
Soubory

20.4.2016 0:07 / Jakub Cleing
Sázkový panel PHP FUSION

9.4.2016 9:43 / jiwopene@gmail.com
Re: problém s dpkg a nemožností instalovat

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2016) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze