Názory k článku PDO a další novinky v PHP 5.1

co mi na PHP vadi je nekoncepcnost vyvoje samotneho jazyka. funkcnost se meni verze od verze, hodne veci je reseno i vevnitr jazyka obezlickami. pouzivam jej rad na nektere projekty, probihajici vetsi zmeny (ve snaze dospet) mohou byt ale zaroven i na skodu.

No Python ma 2D syntaxi, ktera asi spouste lidi nevyhovuje a Ruby ma taky takovou netradicni syntaxi (byt vcelku prehlednou) ... kdezto kdyz znam C nebo C++, na php prejdu pomerne snadno, zaklady jsou podobne.

Ale skoda ze se nerozsiril vic Perl :o)
Precejen, Perl je aspon vcelku stabilni co se vyvoje tyce ...

(I kdyz, nevzniklo PHP puvodne jako nadstavba nad perlem?)

souhlasím..

jako profesionální phpkář se mi s tím jazykem loučí těžce, ale nedá se nic dělat. Kromě vážných problémů, které se znenadání objevují v nových verzích a jsou pak nahonem opravovány (a často jde o hrozné kraviny, například 2MB limit čtení dat - http://bugs.php.net/bug.php?id=32553) jsem narazil na mnohá omezení jazyka, která neřeší ani freneticky dobastlované vlastnosti.

Python i Ruby jsem přeskočil a vrhl se do náruče javy. Ze začátku se to zdá být trochu komplikovanější, ale nakonec člověk pocítí svobodu a jednoduchost, která nikdy s jazykem typu "spustíme skript zvlášť pro každý hit" nebyla možná.

Má to i další výhodu - v java komunitě většinou nezaclání lamy, jejichž otravné dotazy a neskutečné skripty za**rají celý interent. Lama totiž javu na server nezvládne ani nainstalovat :)

Python i Ruby jsem přeskočil a vrhl se do náruče javy. No, to jsi ho asi nepřeskočil, protože cesta je C > Java > Python. Možná mu ještě časem přijdeš na chuť, třeba ve formě Jythonu.

No jo, ted jeste aby javu a JSP zacly podporovat i na hostingach .... PHP je vsude, ale neco jineho (at uz java, perl, python ... ) je malokde

kdezto kdyz znam C nebo C++, na php prejdu pomerne snadno, zaklady jsou podobne. Na Python přejdeš taky snadno, Python je snadný na naučení, zvlášť když umíš už programovat v něčem jiném. Udává se, že takovým lidem stačí pár hodin a už v něm mohou začít něco dělat, protože za tu chvíli ovládnou jazyk. Samozřejmě prozkoumíní knihovan chvíli času zabere, ale není tam nic překvapivého, zvláště pro ty co znají unix (posix), z pohledu woknaře nevím, ale myslím že taky nebudou mít problém.

No, videl jsem par skriptu v pythonu, vic mi to pripomina basic nez C :o)
A ta 2d syntaxe mi taky neprijde to prave orechove, sice je hezky ze je presne definovano odsazeni, ale u nekterych kusu kodu je pro prehlednost lepsi to odsazeni porusit a udelat jinak. Coz u pythonu nejde.

Pisete hlouposti.
To ze je PHP tak oblibene vypovida o faktu,
ze pomer cena/narocnost administrace/vykon
je mnohem lepsi nez u jinych jazyku podobneho razeni.
Kdyby s nim byly takove trable, jake tady vsichni popisuji, tak rozhodne neni jeho oblibenost tak vysoka.

Dle meho nazoru neobsahuje o nic vice chyb, nez kterykoliv jiny dynamicky se vyvijejici jazyk. Kazdy jazyk ma sve mimoradne vyladene a stable release, ke kterym php 5.1.x zatim rozhodne nepatri a stejne tak je tomu u 4.4.x.
Myslim si, ze tym vyvojaru stojici za PHP odvadi kvalitni praci a je to mozne videt i na pohotovych bugfixech. (http://snaps.php.net)
Je jasne, ze vlastni vyladovani pouzivane verze jazyka neni prilis user friendly, ale komu neni cizi configure, make, patch a podobne, tak si myslim ze si muze vyladit sve PHP presne na miru svych potreb a nemusi cekat az bude nejaka vylozene stable verze.
V pripade, ze vyzadujete u tohoto jazyka profesionalni support muzete si ho stejne jako u jinych aplikaci podobneho razeni zaplatit (http://www.zend.com).

Myslím že spor není o tom, že je PHP nestabilní, ale o tom, že se jazyk stále pod rukama mění a upravuje.

Nejřív se používalo mysql, pak mysqli, teď PDO. Objekty byly nejřív tak, potom onak. Najednou to už není ten pěkný skriptovací jazyk pro rychlou tvorbu pro web, ale není to ani profesionální a promyšlený jazyk pro enterprise řešení. PHP je teď tak nějak na půli cesty, ani jedno (už) ani druhé (zatím).

Jak můžou vývojáři takovému jazyku věřit, když nemá stabilitu (jazyka) ani koncepci (do budoucna). Jak v tom má někdo psát projekt, který má přetrvat léta, když se mezitím jazyk desetkrát změní a co fungovalo fungovat najednou nebude?

Spousta lidí utekla od MS jen proto, že jeden rok razí jednu technologii a další nějakou úplně jinou, která je právě teď "nejlepší". Jenže vývojář nemá čas stále přepisovat existující projekty, on potřebuje relativní stabilitu, která se mění jen pozvolna.

Osobne jsem zaznamenal zasadni zmeny pouze v objektovem modelu, ale samozrejme zalezi na stylu programovani. Pokud pouzivate nove funkce, vlastnosti a moduly oznacene jako EXPERIMENTAL, musite brat v uvahu i riziko s tim souvisejici,
ze mohou byt tyto casti zasadne zmeneny nebo v dalsi verzi odebrany, je to uvedeno v manualu u kazde takove funkce. V pripade zmen je tam navic uveden vzdy duvod, proc ke zmene doslo, tak je tomu i u Mysql extension. Co se tyka soucasneho stavu, mam tim na mysli verzi 5.x (Zend Engine II.),
naprosto souhlasim s nazorem, ze PHP je na pul cesty. Je zrejme, ze koncepce jazyka PHP inklinuje smerem k takove koncepci jakou ma Java, coz prinasi spoustu zasadnich zmen, rozporu a diskuzi, ale take zajimavych vlastnosti do budoucna (PHP 6 interni kodovani v UTF apod.).
Momentalne vsak existuji dve koncepce jazyka 4.x a 5.x a je na kazdem, aby zvazil co je pro nej vyhodnejsi.
Kazdopadne si nemyslim, jak to zde jiz nekolikrat zaznelo, ze je vyvojar nucen pouzivat nejnovejsi verze vcetne zasuvnych modulu. Pokud ma nekdo nejakou oblibenou extension, ktera se jiz defaultne nepridava ke zdrojakum, tak ji minimalne najde v pecl repository. Ja osobne pouzivam jiz nekolik let pro oracle oci8, mam na ni vyladene aplikace a nemam duvod v soucasne dobe prechazet na pdo, ktere by mi v mem pripade neprineslo zadny vetsi prinos.
V pripade navrhu nove aplikaci bych vsak tuto extension urcite zvazoval.

Php 4.x ma jeste bugy, php 5.x je nevyladene a uz se blizi php 6.x

Takze budeme mit tri ruzne navzajem nekompatibilni verze, at zije gulas ... A to nepocitam lidi co jeste nekde pouzivaji php 3.x

PHP PDO nie je nic ine ako Perl DBI portovane do PHP.

http://search.cpan.org/~timb/DBI/DBI.pm

Vázání proměnných.. chybí ti, Jakube, celkem zásadní fakt, že se jedná o _prepared statements_ a že krom toho, že není třeba escapovat řetězce, tak při větších objemech dat se také jedná o zrychlení, server nemusí pokaždé parsovat, optimalizovat a buhvícoještě dělat s SQL dotazem, ale všechno to provede najednou a pak už jen vkládá data. Což je asi větší výhoda, než automatické escapování dat.

Na bindParam() jsem nedávno také vyhořel, naštěstí mi manuál řekl, že "Unlike PDOStatement::bindValue(), the variable is bound as a reference...", takže jsem použil bindValue() a je to všechno fcajku.

S tím date je to trochu provar, mno, evidentně se někdo snažil, aby nebyl zaneřáděn globální namespace, mno a trochu bylo přestřeleno, škoda.

> ale kolikrat pouzijes jeden dotaz na jedne webovske strance ?

jasně, to se spíš týká nějakých importů, tam je to celkem k využití. I když jeden nikdy neví ;)

> persistent connection

v PDO je to nějak implementováno, ale.. je otázkou, jak to funguje, jestli stejně jako normální pconnecty (jakože asi jo), tak to není víceprocesovejch serverech moc k něčemu.

ja navic narazil na chybu s PEAR .. u php 5.1.0 mi na windows instalace porad padala, protoze instalator nestahl to co mel