PHP - historie a současnost

Před deseti lety začala epocha jazyka PHP, který na svou stranu získal spoustu vývojářů i webhostingových společností. Poslední hlavní řada 5.x přinesla spoustu novinek, ještě více si začala rozumět s neméně oblíbenou MySQL a podnítila i teorie o PHP - klonu Javy. Navíc se blíží zajímavá verze 5.1. PHP 5 žene kupředu.

27.9.2005 12:31 | Pavel 'lingeek' Szalbot | Zajímavý článek

Komentáře

[Pavel Stárek]

... ještě více si začala rozumět s neméně oblíbenou MySQL ...

Mám pocit, že právě v PHP řady 5 právě začali být problémy s MySQL, a sice něco kvůli licenci, a ovladač pro MySQL nebyl při standardním sestavení PHP zkompilován, a mám pocit že se dokonce musel kompilovat úplně mimo hlavní strom PHP, nebo se musel ručně zapnout v ./configure skriptu. Opravte mne jestli se mýlím. Samozřejmě po technické stránce si PHP s MySQL rozumí dobře, a tato funkčnost mohla být v PHP 5 ještě vylepšena.

[Spike]

Mno, a to je problém?

[Pavel Stárek]

Pro mne ne. Používám distribuci kde podpora MySQL v PHP 5 je standardně dodávána. Jen že okolo toho byl "nějaký šum", bohužel nemám čas ani chuť to hledat na netu.

[Spike]

Já vím, že kolem toho byl šum. Protože uživatelé MS Windows najednou museli v php.ini podporu mysql(i) explicitně zapínat.

[Michal Čihař]

Jestli s tím máš nějaké problémy, tak to nahlaš . Jinak předpokládám že mluvíš o mysqli.

[lukas.ramlich]

PHP jsem měl rád, dost jsem ho používal, ale dobastlené objekty do v5, to je opravdu rána.

Snaha o dohnání javy PHP ublížila. Pokud to chcete všechno naplno využít, tak se začne ukazovat, že projekty se stanou natolik komplexními, že začnou vážně chybět další a další výhody javy - silná typová kontrola, vyspělá chybová hlášení, vynikající podpora ladění, dobrá dokumentace, vyspělá IDE, třídy "žijící" nezávisle na serveru atd. atd. Přitom výhody, které PHP mělo, se najednou začínají ztrácet. Psaní kódu už není zdaleka tak efektivní, jak bývalo.

Mnoho kvalitních PHP programátorů už přešlo na javu a další budou následovat.

[Abraxis]

S PHP delam docela dost, ale pravda ne objektove, ale pisu a spravuji projekt, co ma 17 tisic radku v PHP - nicmene PHP 5 mi neprijde nijak horsi, nez 4. Objekty jsem si procital a zda se mi, ze v PHP 5 se daji konecne trochu pouzivat (narozdil od PHP 4). Co ti na tom prijde zbastlene?

IDE a ladeni - nemas pravdu - napr. KDevelop je vyborne IDE a ma i podporu pro ladeni (ale to jsem nezkousel). Dokumentace je u PHP nejlepsi, jakou jsem videl - hromady velmi uzitecnych komentaru uzivatelu (www.php.net/manual/en) - vetsinou, kdyz hledas nejake reseni nejakeho problemu, tak to tam najdes.

Nechapu take, co myslis tim, ze psani kodu neni tak efektivni, jak bylo - vzdyt muzes psat tak, jak jsi byl v zvykly v PHP 4.

[Michal Kubeček]

No, některé části dokumentace k PHP by snesly vylepšení - třeba funkce ibase_blob_* nebo kompletní DOM XML (v PHP 5 je vše jinak, než bylo v PHP 4). Nebo včera jsem zrovna asi dvě hodiny bádal nad tím, proč mi nefunguje ob_iconv_handler, než jsem si teprve nahlédnutím do zdrojáků ověřil, že nějaký lamebrain vymyslel, že se bude výstup transformovat pouze v případě, že Content-Type je text/* (což např. u application/xhtml+xml docela zamrzí). Ale celkově je dokumentace k PHP docela dobrá.

[Abraxis]

Rozhodne netvrdim, ze PHP je dokonale ))

Od toho je to "major number release", abys ocekaval, ze tam budou zmeny typu DOM XML apod.

BTW: a vyplnil jsi bug report k tomu ob_iconv_handler? V komentarich k teto fci jsem nenasel, ze bys tam neco takoveho napsal

[Michal Kubeček]

Od toho je to "major number release", abys ocekaval, ze tam budou zmeny typu DOM XML apod.

Netvrdil jsem, že je špatné, že toto rozšíření kompletně předělali. Špatné je, že ještě poměrně dlouho po vydání PHP 5 nebyla ta nová verze zdokumentována.

a vyplnil jsi bug report k tomu ob_iconv_handler

Ještě ne, přišel jsem na to v pondělí. Navíc vzhledem k tomu, jak vypadá zdroják té funkce, mám pocit, že jsem narazil na klasický problém "it's not a bug, it's a feature" No a pak je tu neochota zabývat se opravováním chyb ve verzi 4 (je to podobné jako přístup vývojářů Apache k verzi 1.3 - to by bylo, abychom vás nedonutili na tu verzi 2.0 přejít, ať chcete nebo ne). Stejně si musím udržovat vlastní sadu patchů, abych mohl PHP vůbec používat (dokonce už jen na to, aby vůbec proběhl configure skript, jsem si musel udělat patch).

[lukas.ramlich]

Tak nevím co na to říct...

- říkat o KDevelop "výborné IDE" může jen někdo kdo neviděl IntelliJ IDEA. Komerční PHP IDE jsou na tom podobně zle - dokumentace PHP nejlepší? Možná u těch pár základních funkcí. Ale co třeba http://pear.php.net/package/Cache/docs nebo http://pecl.php.net http://cz2.php.net/dom http://php.ftp.cvut.cz/manual/en/ref.spl.php - jazyk je děsivě zbastlený, polo-objektový, polo-neobjektový, třeba mysqli existuje v objektové i neobjektové verzi, problém s exceptions (tím že za funkcí není throws xxx a nijak se to nekontroluje se dostaneš do naprostého zmatku kdy netušíš která bije). Základní funkce občas vrací -1, občas false, občas vyhodí exception, občas warning... zmatek nad zmatek. - psát efektivně jako v PHP 4 už pořádně nejde. Zrušilo se register globals, magic quotes. Vylepšily se objektové vlastnosti. A co jsme získali výměnou? Zašmodrchané objekty, které se pořádně nedají používat. Ona ta typová kontrola v javě totiž má smysl - člověk vidí co se děje. V PHP přehlídnutí znamená takovou chybu, kterou se pak zdržuješ půl dne, jen proto, že chybová hláška je úplně zmatená.

Ale třeba jsi jen nikdy nezkusil nic lepšího. Vyzkoušej javu, nebudeš litovat. I abclinuxu je v javě :)

[Martin Povolný]

Kolik je potreba java programatoru na vymenu zarovky?

Napoveda: pouzij google.

PHP smrdi, Java smrdi min, ale proc se zastavovat na puli cesty?

Zkuste Ruby

[Jerry]

Uvažuji o tom, že se na něj podrobněji podívám, takže vás zneužiju a zeptám se:

1) jak je na tom s unicode?
2) jak je na tom s locales nastavovanými pro jednotlivé thready? To je u webu občas důležité, přičemž jednodušší aplikační servery v Pythonu s tímhle měly problémy (nevím jak Zope), locales vždy šly nastavit jen pro celou aplikaci a třeba WebWare mi s českými locales posílal blbě hlavičky s datem.
3) je k dispozici rozumná plnohodnotná alternativa k Hibernate, Lucene, JTidy, Log4j, Dom4j? Najdu někde drivery pro Firebird? Čili jinými slovy: jak je na tom s knihovnami?

[lukas.ramlich]

V podstatě souhlasím s tím, že Ruby je skutečně příklad zajímavého jazyka (ale pouze jazyka). Bohužel je výběr omezen i dalšími podmínkami a jde o kompromis. To bych stejně tak mohl vybrat SmallTalk, což je také velmi čistý jazyk.

Proto doporučuju to zastavení na půli cesty - user base, velmi kvalitní (komerční) IDE, vylepšování jazyka, knihovny, to všechno mluví pro javu. A jestli sledujete rozvoj javy, tak se jazyk rozvíjí a to velmi promyšleným způsobem.

U Ruby to zdaleka není taková sranda. Podpora nic moc, spíš je to - tady máš geniální jazyk a snaž se. Při nějakém nestandardním problému třeba s mod_ruby nebo nějakým rozšířením jste v pytli. Na produkčním serveru bych si ruby dovolit nemohl.

[Hynek (Pichi) Vychodil]

<joke>Proč proboha používat jazyky, které na cestě od algolu k lispu zůstali na půl cesty a nepřejít rovnou k lispu?</joke>

[Jiří (BoodOk) Kadeřávek]

Nejsem zadny benjaminek v programovani. A muj nazor je nasledujici: S postupujicim casem mozna u programatora klesa inteligence, ale stoupa podil x-krat mer na y-krat rez. Casem to mozna dopadne tak, ze zustane jen u mereni, ale co se tyce PHP, tak je pravda, ze nekdo bez prupravy v tom vytvori neskutecne prasacky bastl. Na druhe strane, pokud vam vytvoreni jednoho radku kodu trva dele nez 1 minutu, pak vam PHP umozni veci, ktere jsou jinde problem. Ano, PHP dovoluje bastlit. Bastlit se vsim spatnym, ale i dobrym co s sebou bastleni muze prinaset, pokud je v rukou nekoho, kdo vi jak na to).