Webdesign

Díky laskavosti společnosti DigitalMedia.cz mám možnost recenzovat nejnovější verzi produktu Macromedia Dreamweaver 8, součást Macromedia Studio 8, tedy komplexním balíku software zaměřeném na webdesignéry.

Osobně mám zkušenosti i se všemi konkurenčními produkty, tedy Adobe GoLive CS2, Microsoft FrontPage 2003, až po přímé psaní textů v PSPadu či UltraEditu32, a fakt je ten, že Dreamweaver 8 je daleko napřed před libovolnou konkurencí.

Dreamweaver 8 od zbytku světa odlišuje nejenom striktní zaměření na webové standardy a obrovská množina funkcí, ale také spousta „drobných“ vychytávek, které činí práci s tímto editorem skutečně mnohem produktivnější než čisté psaní textu v čemkoliv jiném.

Dreamweaver 8 - první pohled

Po spuštění Dreamweaver 8 a otevření souboru k editaci na Vás čeká podobná obrazovka:

Dreamweaver 8 - klikněte pro zvětšení

Osobně na otázkou položenou v titulku nemohu odpovědět zcela přesně, nicméně minimálně je Seznam.cz email horší než dvě v ČR podobně populární služby, tedy Centrum.cz email a než Google Gmail. Když jsem zhruba před rokem pokusně použil svůj testovací emailový účet na Seznam.cz pro odeslání emailu společně s SMTP bránou smtp.seznam.cz tak dva emaily nebyly nikdy doručeny, tři emaily byly doručeny až po 3 dnech (!), a dva emaily během 10 minut. Žádný email nebyl doručen během očekávaných 10 sekund.

Podobná situace se mi nikdy při testování Centrum emailu či Gmailu nestala. Uvedený Seznam email má oproti dvěma zmiňovaným i bezkonkurenčně nejhorší a nejstarší rozhraní a subjektivně nejnižší dostupnost na HTTP.

Když jsem se před pár dny ptal mého kamaráda, zda četl můj téměř kriticky důležitý email, odpověděl mi, že ne, že mu toho chodí tolik, že to nemůže zvládat. Jeho email je (cosi)@seznam.cz. Moc jsem mu nevěřil, osobně si nechávám veškeré SPAMy mazat, chodí mi denně jen několik desítek seriózních emailů a 0 SPAMů, nicméně po pohledu na mou testovací schránku na Seznam.cz jsem uvěřil, že mi kamarád říká pravdu:

antispamový filtr je zapnut na maximum

F-ART AGENCY, s.r.o. dokončuje novou webovou prezentaci Města Podbořany, pokud máte chuť se k ní vyjádřit, zde je dočasné URL. Web je tradičně jako jeden z mála v ČR zpracován ve validním XHTML 1.1, a to včetně správně zasílaného MIME typu application/xhtml+xml. Jak XHTML 1.1 WYSIWYG editor je použit XStandard.

Když jsem před půl rokem s radostí přivítal, že PHP 5.0 pro Windows obsahovalo standardně v sobě SQLite extension (a také třeba iconv), tak musím konstatovat, že v PHP 5.1 je zase všechno jinak. Chlapci pracující na PHP mají zjevně rádi náhodné změny, a tak se rozhodli, že PHP 5.1 už zase SQLite obsahovat zakompilované nebude, ale je nutné je explicitně načíst jako extension. A aby to nebylo tak úplně jednoduché, je nutné v php.ini načíst nejenom extension=php_sqlite.dll, ale rovnou takto:

extension=php_pdo.dll
extension=php_sqlite.dll

Chlapcům z PHP děkuji, jen více a více neustálých úžasných změn! Tedy, já tuším, že to je kvůli zahrnutí PDO, ale stejně by to chtělo trošku více konzistence a konzervativního postoje. Není důvod, aby non-PDO php_sqlite.dll potřebovala ke své funkci načtené PDO, taková mysql a mysqli extension to samozřejmě nepotřebuje. Je to bordel. Takto na novější verze nepřejde skoro nikdo, protože kompatibilita neexistuje.

Jako hlavní vývojář komplexního systému BLOG:CMS 4.0 (cca 7MB kódu) jsem si stáhnul novou verzi WordPress 2.0 (cca 2MB kódu). WordPress je velice triviální systém pro blog, nedá se s ním udělat rozsáhlejší web, ale pro osobní publikování by měl být dostatečný. Zaměření na začátečníky je u WordPressu patrné, a proto jsem byl velice nemile překvapen složitostí jeho instalace a zprovoznění.

Nejprve je (dle dokumentace v readme.html) nutné přejmenovat wp-config-sample.php na wp-config.php a ručně v textovém editoru tam zeditovat údaje pro připojení k databázi. BLOG:CMS má na toto luxusní formulář, kde dané hodnoty vyplníte, a on svůj cfg.php soubor automaticky vytvoří. Trivialitka, ale potěší. Také ve WordPressu musíte pomocí phpMyAdmina vytvořit MySQL databázi, WordPress to neumí (BLOG:CMS samozřejmě ano). Docela by mě zajímalo jak začátečník databázi vytváří…

Následně se podle mizerné dokumentace pokusíte spustit wp-admin/install.php, a ono to zahlásí chybu „Your PHP installation appears to be missing the MySQL …“, protože WordPress nepodporuje MySQL 4.1 a vyšší (tedy mysqli PHP extension, podporuje jen mysql). Takže musíte upravit php.ini a nahrát kromě mysqli.dll i mysql.dll, či překompilovat Vaši instalaci Apache a PHP a MySQL pro podporu zastaralé mysql extension, restartovat Apache server, a poté to zkusit znovu. Opět, chudák běžný uživatel…

BLOG:CMS 4.0 má minimálně 100x více funkcí než WordPress 2.0, a přitom je mnohem snazší na používání a instalaci. Pokud se Vám WordPress 2.0 nakonec podaří zprovoznit, uvítá Vás primitivní rozhraní, které se naštěstí dá zlepšit pomocí Tiger 2.0 WordPress pluginu (via whitwa). Pokud máte zájem o kvalitní WYSIWYG editory, jako je XStandard či FCKEditor.net, u WordPressu na to ale zapomeňte, neobsahuje je.

Na jednoduché publikování článků je WordPress dostatečný, ale jinak je to zjevně špatně doladěný systém. Již po 5 minutách práce s ním mě zarazila tato hláška:

Parse error:
  parse error, unexpected '}' in 
  C:\web\www\wordpress\wp-admin\templates.php on line 164 

Dále jsem WordPress 2.0 zkoumat přestal, nemá to smysl. Je to hrubě nedoladěný systém.

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.

Upravoval jsem dnes prezentaci Města Český Brod (do redakčního systému byla doplněna například automatická expirace článků či zobrazení počtu článků v dané sekci, což jsou velice podstatné funkce pro funkci Úřední deska) a při té příležitosti jsem chtěl i přesunout data z MySQL 4.0 databáze (mysql) do MySQL 4.1 (mysqli).

Požádal jsem tedy webhosting tojeono.cz o vytvoření nové databáze v MySQL 4.1, a zkopírování datových souborů. Problém ovšem byl, že pouhé zkopírování dat nestačí. Tabulky v MySQL 4.0 jsou po převodu do MySQL 4.1 v latin2 kódování (což je hlavní důvod pro úpravu, celý redakční systém jede v UTF-8), a v MySQL 4.1 jsem potřeboval UTF-8. Výsledkem ovšem byla změť znaků, přestože binárně se o unicode jednalo. Nepomohla ani změna typu tabulky z latin2 na binary a poté z binary na UTF-8. PHPMyAdmin zobrazoval pořád nesmyslné znaky.

Jediná cesta, která fungovala, bylo vytvořit novou databázi v MySQL 4.1 s UTF-8 kódováním, exportovat danou tabulku, starou dropnout, vytvořit ji následně znovu, a následně importovat dříve exportovaná data. Za pomoci PHPMyAdmina práce na 10 minut, a web je poté plně fukční, a řadí hezky česky, nicméně, stejně nechápu, proč běžné postupy jako je nastavení COLLATE a CHARACTER SET nefungují, a tabulku je potřeba fyzicky DROPnout a udělat pomocí CREATE novou.

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.