Webdesign, CMS

První den v roce 2006 (přeju všem vše nejlepší!), a už tolik humoru. Čtenář se jménem Volkor si chtěl nainstalovat PHP na Windows dle mého návodu, a protože mu něco nefunguje, napsal tento komentář:

Zdravim… Nainstaloval sem si apache a PHP, nicmene s tim mam trosku problemy… http://192.168.42.89/Biologie/sablona.php.. Netusim, proc se to zobrazuje tak divne. Nemate nekdo nejakej napad?? DIX

Pro laiky, IP rozsah 192.168/16 je dle RFC určen jen pro privátní sítě, tedy třeba pro intranet.dubnadmoravou.cz, na kterém Volkor je umístěn. S internetem nemá tato adresa nic společného, a není se tedy na sablona.php nijak možno podívat. Pokud někdo nemá takovéto naprosto základní a triviální informace, neměl by na programování v PHP byť jen pomýšlet, a věnovat se raději zahrádce, popřípadě si nejdříve zásadně zlepšit svoje znalosti.

Když jsem dnes validoval Atom feed WELL.DONE, byl jsem FeedValidator.org upozorněn na nutnost přechodu na verzi Atom 1.0. Atom 1.0 byl schválen v září 2005 a v listopadu 2005 byl upraven validátor tak, že použití Atom 0.3 feedu již pokládá za chybu validace. Což je popud proč věc řešit, dosud jsem Atom 1.0 ignoroval.

Na webu AtomEnabled.org se můžete podívat na kompletní specifikaci „nového“ Atom 1.0 formátu. Popravdě řečeno, od chvíle co jsem se na to podrobněji podíval, pokládám autora Atom formátu za mimořádně směšného idiota. Atom 1.0 je totiž zcela nekompatibilní s formátem Atom 0.3.

Proč tomu tak je? Autoři Atom formátu pokládali za naprosto nezbytné například změnit <modified> na <updated> („modifikováno“ na „aktualizováno“😉, <issued> na <published> („vydáno“ na „publikováno“😉 či text/html na html. To je celé k těm „zásadním“ změnám. Hra se slovíčky? Pěkně tyto úžasné modifikace popsal Rakaz.

Nyní je tedy WELL.DONE Atom 1.0 feed opět plně validní, nicméně, smysl této „úžasné změny“ opravdu nevidím, maximálně tak další uměle vytvořenou nekompatibilitu, větší zmatek uživatelů a vývojářů redakčních systémů, a naštvané výrobce RSS/Atom čteček.

O víkendu jsem dostal mírně výhružný dopis od webhostingové společnosti, na níž je hostován web antiethanol.com:

Dobrý den,
oznamujeme Vám, že jsme byli bohužel nuceni zablokovat odesílání pošty z Vašich webhostingových účtů. V poslední době Vaše stránky generují nevyžádanou poštu. Věříme, že jde z Vaší strany o nežádoucí chování a doufáme, že co nejdříve odstraníte tuto politováníhodnou závadu.

Trošku mě zarazil tón oné žádosti a ono „z Vaší strany“, bylo totiž nadmíru jasné, že nějaký robot (napsaný třeba pomocí CURL) se napojil na běžný emailový formulář a zneužívá jej pro rozesílání spamu (formulář totiž odesílá i kopii odeslané zprávy klientovi, což se dá zneužít jako spam). Nicméně, toto nechápu jako problém, který způsobuje ona webová prezentace, ale jako problém zneužití třetí stranou navíc snadno řešitelný blokací IP adresy onoho robota ze strany webhostingu.

Nicméně, řešení je samozřejmě použití CAPTCHA, přes kterou robot neprojde. Pokud někdo dosud pochyboval, zda CAPTCHA u emailového formuláře má smysl, či zda je to jen „frajeřinka“, závěr je jasný - CAPTCHA je nutnost. V opačném případě se webhosting může dostat na seznam / blacklist spammerů, přes než je odesílána nevyžádaná pošta, a následně si už nepošle z onoho serveru velice dlouho nikdo nic.

Dnes byla vydána nová verze Firefoxu 1.5 v češtině, stáhnout si ji můžete na czilla.cz. Vzhledem k tomu, že Firefox mám instalován, a občas si jej spouštím z Opery pro kontrolu, jak určitá stránka vypadá ve Firefoxu (a zda není v gecko enginu další chyba), tak jsem si stáhnul i tuto novou verzi.

Následně jsem si nainstaloval zhruba 7 rozšíření, bez kterých je Firefox zcela neovladatelný, jako jsou gesta myši, Web Developer Toolbar, All-In-One Sidebar a pár dalších. Po instalaci toho posledního rozšíření Firefox zkolaboval. All-In-One Sidebar po automatické aktualizaci nabídnuté Firefoxem zajistil to, že se nedostanu do žádného okna nastavení Firefoxu, tedy ani do de-instalace tohoto rozšíření. Ruční mazání v extensions.rdf opravdu není to pravé řešení…

Je to velice smutné. Firefox sice může mít relativně kvalitní jádro, skoro podobné Opeře, ale celkové provedení a testování extensions, bez kterých tento prohlížeč není pro profesionála použitelný, je velice tristní. Pokud chcete, aby se Firefox alespoň částečně přiblížil vlastnostem Opery, je nezbytně nutné do něj doplnit minimálně 30 rozšíření. A problém je v tom, že i když jádro Firefoxu je relativně stabilní, o rozšířeních to zdaleka neplatí, v těch jsou stovky kritických chyb.

Firefox proto nemohu nikomu doporučit jako profesionální prohlížeč, pokud jej potřebujete jako náhradu MSIE, s tím, že nechcete žádnou zvláštní funkčnost, jen vyšší bezpečnost, stáhněte si jej, pokud ovšem potřebujete spoustu funkcí a hlavně stabilitu, jediná Vaše profesionální volba je Opera, která je testována jako celek.

Zend Studio 5 je jeden z nejlepších produktů pro vývoj a ladění PHP 5 aplikací. Instalace produktů je naprosto bezproblémová, Zend Studio Server například automaticky rozpoznal již instalovaný Apache 2.0.55 server (ve velice nestandardní lokaci) a existující PHP 5.0.5 instalaci a automaticky modifikoval php.ini a httpd.conf soubory, kam vložil Zend Debugger, takže klient Zend IDE pracoval na první spuštění.

Jediný problém jsem zaznamenal s fonty, jsem z jEditu zvyklý na antialiasing fontů, a Zend Studio toto standardně nenabízí, ale je možné to obejít editací souboru ZDE.lax, a upravit jej následovně (via 99bugs.blogspot.com):

lax.nl.java.option.additional=-Dsun.java2d.noddraw=true 
  -Dswing.aatext=true

Následně si již můžete užívat i na LCD kvalitního písma:

specifikace vlastních fontů

Opera 8.50 a starší měla jeden nekritický bug, kdy občas přiřadila favicon předchozího webu stránce, kterou si právě prohlížíte, pokud tato nová stránka vlastní favicon nemá. Třeba jste si prohlíželi hulan.cz, a poté weblogy.cz, a po přidání do záložek se někdy u weblogy.cz ukázala moje favicon.

Pokud Vám to vadí, podívejte se do adresáře, kde je profil Opery, v mém případě C:\bin\opera\profile\images, popřípadě obdobný adresář v C:\Documents and Settings\user\Data aplikací, a zde smažte buď všechny soubory anebo soubor s URL daného webu v názvu.

URL: www.cesbrod.cz (včetně přepínače CSS stylů).

URL: www.pekarnahorovice.cz (odkaz směřuje na dočasné URL do změny DNS).

URL: www.mlyncista.cz.

Udělal jsem si vlastní DTD, který rozšiřuje XHTML 1.1 o moduly pro iframe a target. Důvod pro použití iframe je statistika iAudit, která se vkládá právě přes iframe, a použití target se mi jeví vhodnější než klička přes JavaScript.

Takto vypadá finální DTD:

<?xml version="1.0" encoding="utf-8"?>

<!ENTITY % xhtml-datatypes.module "INCLUDE"> 
     <![%xhtml-datatypes.module;[ 
     <!ENTITY % xhtml-datatypes.mod 
     PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
     "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-datatypes-1.mod"> 
     %xhtml-datatypes.mod;]]>

<!ENTITY % xhtml-qname.module "INCLUDE"> 
     <![%xhtml-qname.module;[ 
     <!ENTITY % xhtml-qname.mod 
     PUBLIC "-//W3C//ENTITIES XHTML Qualified Names 1.0//EN"
     "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-qname-1.mod"> 
     %xhtml-qname.mod;]]>
     <!ENTITY % iframe.qname "%XHTML.pfx;iframe">
     <!ENTITY % Misc.extra "| %iframe.qname;">
     <!ENTITY % xhtml11.dtd PUBLIC "-//W3C//DTD XHTML 1.1//EN"
   "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
     %xhtml11.dtd;

<!ENTITY % xhtml-iframe.module "INCLUDE">
     <![%xhtml-iframe.module;[ 
     <!ENTITY % xhtml-iframe.mod 
     PUBLIC "-//W3C//ELEMENTS XHTML Inline Frame Element 1.0//EN"
     "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-iframe-1.mod">
     %xhtml-iframe.mod;]]>

<!ENTITY % xhtml-target.module "INCLUDE">
   <![%xhtml-target.module;[ 
   <!ENTITY % xhtml-target.mod 
     PUBLIC "-//W3C//ELEMENTS XHTML Target Module//EN"
   "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-target-1.mod"> 
     %xhtml-target.mod;]]>

DTD je k volnému soukromému i komerčnímu použití.