Názory ke článku PHP: má to vlastně cenu? – Programujte.com

>Na trhu máme (téměř) objektový jazyk PHP 5
co podle vás je plně objektový jazyk? že všechno musí být objekt? to potom znám velkou řadu hodně používaných jazyků a taky jsou jen "téměř" objektové....PHP obsahuje slušnej objektovej základ jen je prolezlej spoustou chyb a nesmyslností

>PHP 5 je zpětně nekompatibilní
Ale je zpětně kompatibilní takové scripty se dají snadno psát. Je pouze nekompatibilní v OO návrhu ale pokud budu programovat proceduálně a nebudu využívat funkce co vyšli jen pro PHP5 tak kompabilita je zajištěná

ad chyby v pojmenování a pořadí parametrů funkcí: s tím božel musím souhlasit ale je to taky daný tím že PHP v počátku bylo vyvíjený bez nějakýho konceptu takže se jen "lepili" funkce a teď je z toho takovej bastl z kterýho se nedá ven

ad databáze: takový věci se v podstatě dají snadno řešit databázovou abstrakcí kterou v dnešní době v podstatě považuju za samozřejmost

k těm chybám: v poslední době mi to přijde že vývojáři na PHP tak nějak kašlou a většinu věcí přehlížejí což není ani trochu dobrý

jinak v závěru jste se třeba mohl zmínit o Zend Frameworku s kterým je opravdu krása pracovat a spoustu věcí ulehčuje

btw: ještě jste se mohl zmínit o chybějící podpoře unicode což je podle mě větší chyba než nesmyslný pojmenování funkcí :)

Co je toto za blbost? :)

Autor vydava za velku chybu jazyka to, ze v niektorych funkciach su parametre ulozene inak? Teoreticky to nie je velmi pekne, ale komu to kedy pri praci vadilo? V PHP robim uz 4 roky a popravde nikdy mi to nevadilo a ani som si to nevsimol...

A k tym databazam...na co vymyslat s SQLlite a podobne. PHP sluzi primarne na programovani internetovych stranok a tam bohate staci MySQL databaza...

Minule som cital v jednej diskusii ako je Ruby v porovnani s PHP fantasticke, pretoze neobsahuje { } $ pri premennych. Nedalo mi to a pozrel som si nejake zdrojaky pisane v Ruby a teda vyhoda to nie je, pretoze jednak bez znaku $ pri premennych moze vznikat chaos a Ruby ma namiesto { } begin a end. Nepamatam sa kto takto smiesne argumentoval v danej diskusii, ale neprekvapilo by ma, keby to bol autor tohto clanku :)

ten problém s parametrama je docela zásadní protože si musíš zbytečně pamatovat hlavičky funkcí a osobně už několik let v PHP taky programuju a moc si je nepamatuju....neukazovat mi editor hlavičky fcí tak nevím asi bych každou chvíli koukal do manuálu

jestli je blok kódu v {} a nebo v begin a end mi přijde naprosto jedno jen u jednoho se člověk víc upíše i když je fakt že třeba já osobně se v begin a end hned strácím..jinak pokud se nepletu tak Ruby podporuje taky { }

znak dolaru u proměných mi přijde už úplně jedno jestli je a nebo není...proměná má ve svým názvu stručně a jednoduše popsat co obsahuje tudíž by $ neměl nijak přidávat moc na čtivosti i když je fakt že je to lehčí to poznat

jinak nechápu proč by SQLite nemohla být použita pro tvorbu webu? už od začátku toho podporovala mnohem víc než "hloupá" MySQL která se pro mě stala skutečnou datbází až ve verzi 5 ale i tak mám radši PostgreSQL

Tak mne to praveze vyhovuje. Nepotrebujem si ich pamatat, staci mi ked mi editor ukaze co a kam a vsetky funkcie mam v knihach a php.net. Naozaj neviem ci je nutne si to vsetko pamatat :)

Je to správně, PHP určitě není plně objektový jazyk stejně jako většina ostatních dnes použivaných jazyků...

Dalsi uplne zbytecny clanek...

"Poučen Radkem Hulánem..." - tak uz je mi jasne odkud tento zapachajici vitr vane... :-D

už delší dobu sem nechodím pro vědomosti ale zasmát se hloupým článkům jako je tento :), jak už někdo řekl je to úplně zbytečný článek...prostě vyvolání flame war:)

Poučen Radkem Hulánem

V php pracuju už několik let. S výhradami jako je nelogické posloupnosti proměnných nebo jejich nepříznačné názvy plně souhlasím. I dnes se ještě chodím dívat na php.net jak má syntaxe dané funkce vypadat.
Na druhou stranu se mi zdá, vyzdvyhovat zde problémy s nekompatibilitou je v celku zbytečné. Existuje snad lepší náhrada za PHP? ASP a podobné skripty jsou sice pěkné, ale na hormadě hostingů je nerozchodíte, špatně se pluginují a řekl bych že jsou i komplikovanější! Zpětná nekompatibilita se stršími verzemi podle mě není problém. Pokud mám server s PHP 4 a všechno mi běží nevidím důvod proč přecházet na 5! A pokud píšu web, u kterého předem nevím, na jaké verzi PHP poběží, udělám systém univerzální.....jinak bych řekl že tento článek je v celku zbytečný, těžko něco změní a maximálně tak odradí nováčky.....ale to je jen muj subjektivní názor...

...znak dolaru u proměných mi přijde už úplně jedno jestli je a nebo není...proměná má ve svým názvu stručně a jednoduše popsat co obsahuje tudíž by $ neměl nijak přidávat moc na čtivosti i když je fakt že je to lehčí to poznat...

PHP 5 je zpětně nekompatibilní!

<?php
$xml = simplexml_load_string("<root></root>");
foreach($xml->b as $dummy);
echo $xml->asXML();
?>

toto je pekna $subject. Nejprve by sis mel zjistit jestli objekt takovou vlastnost vubec ma nez ji budes prochazet. Potom je tolik

> >PHP 5 je zpětně nekompatibilní
> Ale je zpětně kompatibilní takové scripty se dají snadno psát. Je pouze nekompatibilní v OO návrhu ale pokud budu programovat proceduálně a nebudu využívat funkce co vyšli jen pro PHP5 tak kompabilita je zajištěná

Problem je kdyz chces prevest starsi aplikaci ktera byla psana v dobe kdy teprve zacinalo php4. Nastesti je porad dostupna rada 4.*

PSPad je taky pořádná ***** a jak tam nemá tučným písmem napsáno, že jde o proměnnou, tak to prostě nepozná ... ale na druhou stranu je to pochopitelný, nejde o editor zaměřený na určitý jazyk (takovej editor už by to rozeznat měl).

Hmm ... zmiňovat ASP je trochu overkill, protože je to ****, o který se snad ani nedá mluvit.

Zbytečný? Proč to? Článek jen vyjadřuje názor autora...můžete se s tímto názorem ztotožnit a nebo také ne.

Je zajímavé, že nikdo nesouhlasí úplně, ale taky ne vůbec ;-) Každému vadí něco.

Kompatibilita
No, ano, pokud nepoužívám OOP a nejsem "prase", tak opravdu mít problém nebudu mít. Ale to je ten kámen úrazu, a další věc diskuze, jestli používat OOP - ja jsem mu v podstatě propadl aproto to vidím jako zásadní věc.

Unicode
A, na to sem zapomnel. Ale to je vec, na ktere se nastesti pracuje, takze bych nerad odsuzoval =>

SimpleXML
Neříkám že to není programátorská zhovadilost. Ale mnohem větší zhovadilsot a to vývojářská je tento bud nepovažovat za bug.

Závorky {}
Ja osobně používám jenom závorky, kod mi připadá mnohem přehlednější.

Zend Framework
Bohužel ho neznám ale ono řešení krize, je právě obecně framework.
V brzké době bych rád napsal pár článku o frameworku CakePHP.

Zbytečnost článku
Budiž, některých názor. Já jsem chtěl subjektivně vyjádřit trochu zásadnější pohled na věc. Sám vím, jak jsem byl již mnohokrát slepý. To se týká i mnoha PHP vývojářů. Kdybych PHP nepoužíval a nemínil bych s ním strávit ještě mnoho let, tak bych to nenapsal. Dále bych rád řekl, že tento článek by měl být nějaký úvodní pro sesznámení s frameworkem. Nechtěl jsem vyvolat flamewar, ikdyž jsem to tušil. Jak již bylo napsáno, vyvýjet dnes v editoru, který nezobrazuje syntaci funkcí a bez dokumentace je zcela nemožné.

njn poučen radkem "lulanem" :D chudák :D

co vam, sakra, vadi na tomhle clanku? to, ze je jinej nez ostatni? to ze neni opsanej z wiki? nebo ze je subjektivni? jenze o tom prave, pratele, internet je - kazdy ma pravo psat, co chce stejne jako my mame pravo to komentovat, jenze komentare typu: "Dalsi uplne zbytecny clanek..." mi pripadaji hloupe, kdyz zbytecny, tak napis proc!
mj. proc tady porad sklonujete slovo flame - toto neni flame, ale celkem normalni diskuse - a to je rozdil!

jinak muj osobni nazor na php: kdyz vidim php kod, tak se chce zvracet. Php je stary a davno prekonany jazyk, ja preferuji python - na apache serveru bezi jak z praku (mod_python), ma snadnou a prehlednou synax bez zbytecnosti a je pro nej ohromne mnozstvi modulu (napr. prave pro praci s databazi).

Přečetl jsem si několik tutoriálů o ASP.NET v časopise Software Devoleper a docela mě to zaujmulo. Myslím, že se v tom daj bušit webový aplikace solidním tempem. Jasně, řeknete, na webu najdete tuny php kódu, frameworků a knihoven, ale je to každý pes jiná ves tzn. i dobrý lepič v tom utopí hodiny. V ASP.NET si můžete vybrat z jazyků, které implementují CLR tzn. si můžete vybrat z těch (nej)známějších, dokonce i pro php existuje projekt s názvem Phalanger(to by teprv byl ten overkill ;) ).

Ad. Ruby: Porovnávat jazyky na základě značení bloků a proměnných, to je silné kafe...

Další zajímavé "vlastnosti" php naleznete na http://error414.com. Btw. Každý jazyk má své pros and cons, zrovna php se IMHO šije primárně bastličům, ale i ostříleným veteránům e.g. http://php.vrana.cz má co nabídnout.

Dlužno podotknout, že php se stalo ohledně webových aplikací velmi populární, dokonce bych si troufl tvrdit, že je nejpopulárnější ze své kategorie. Co z toho plyne?

Plně s tebou souhlasím ... nebyla řeč o ASP.NET (na něj nedám dopustit), ale o ASP (stará a příšená technologie). Rozšiřitelnost ASP.NET je vynikající, téměř každou část frameworku lze napsat znova a v projektu použít, nebo ho rozšířit o něco nového.

Popularita PHP plyne z toho, že je jednodušší a pro začátek vhodnější.

na to jsem si už zvyknul ... dnes neexistuje diskuze, kde by tito inteligenti nekomentovali, další skupinu pak tvořej machři, co to označej za flame (pár flamu jsem se zúčastnil a tohle je opravdu slabej odvar)

je zvláštní že když já vidím těch milion podtržítek v pythonu u každý blbosti tak se mi chce taky blít takový __construct() mi přijde ještě v normě :)

jina ves jinej pes

btw: pokud bude programátor psát jak prase tak je každej kód na nic a jazyk ho nezachrání

tak jelikož každej normální editor zvýrazňuje klíčový slova jazyka tak je jedno jestli má proměnná stejnou barvu jako funkce...tam záleží na pojmenování...funkce něco dělá tudíž převážně sloveso(nemusí to být pravidlem) proměná něco zase obsahuje tudíž její název většinou bývá podstatný jméno

mimochodem: člověk kterej se neumí vyznat ve svým kódu je pro mě amatér...i když na druhou stranu je mi jasný že populroce s tím má problémy každej ale od toho tady jsou zase komentáře

No mně se chce bleyt z každýho, kdo dělá v notepadu... Asi tak chlape. ;)

Jsem si vědom, že ASP != ASP.NET(proto jsem to také tak uvedl), jen jsem chtěl nějak šikovně navázat...

Btw. Chtěl bych vidět dnešní php vývojáře v dobách php FI. ;)

Před pár lety, když jsem s PHP začínal a neuměl jsem pořádně žádný jiný jazyk, bych sem napsal, že PHP je super, že autor neví o čem mluví a do krve bych se hádal o jeho výhodách.

Jenže jsem se časem učil programovat ve skutečných programovacích jazycích, snažil jsem se v PHP programovat složitější a složitější aplikace a přišel jsem na to, na co dříve nebo později přijde každý kdo v PHP dělá, a to že PHP je pěknej humus. Příliš volná syntaxe, kdy každý programátor píše úplně jinak a nejlépe co nejvíc nepřehledně a bez komentářů. Chaotické a nelogické pojmenování funkcí a jejich argumentů, kdy se člověk bez manuálu nepohne z místa. Nedostačující podpora OOP i ve verzi 5 pro slušné psaní náročných aplikací. Mnohonásobně větší náročnost na server než jiné jazyky (např. 3-5x náročnější než Python). A spousty dalších špatných vlastností.

To, k čemu bylo PHP navrženo, tedy zpracování dat z formulářů a generování jednoduchých stránek a aplikace max. složitosti návštěvní knihy, v něm jde dobře. Ale jakmile chce člověk naprogramovat něco víc, pořádné redakční systémy, eshopy, fóra, atp., spláče nad výdělkem. PHP bylo postaveno na špatné (nebo žádné) koncepci a vývojáři se mohou snažit jak chtějí, ale jak se říká: "Z hovna bič neupleteš! A když upleteš, tak nezapráskáš!"

PHP bohužel vyplnilo vznikající díru na trhu, která potřebovala jednoduchý skriptovací jazyk jen pro www stránky přívětivější než Perl. Stránky v PHP se učí dělat spousta ne-programátorů, kteří nemají s čím srovnat a nemají ponětí o tom, jak je PHP špatný jazyk. PHP lze jednoduše implementovat na webserver. A to všechno jsou důvody, proč je PHP tak rozšířené. Naštěstí se situace mění a přibývá hostingů podporujících i moderní interpretované jazyky, jako například Python a Ruby.

Tak kamaráde, teď sis to pokazil u jedné důležité (lépe řečeno nejdůležitější) osoby na tomto portálu. ;-)

>Příliš volná syntaxe, kdy každý programátor píše úplně jinak a nejlépe co nejvíc nepřehledně a bez komentářů.

tohle je asi jak víte ale čistě problém programátorů a ne jazyka

jinak nevidím důvod proč by se nedal na PHP postavit kvalitní redakční systém nebo fórum u takových aplikací člověk nedosáhne nikdy na limity PHP

Je to především problém jazyka, že dává programátorům zbytečnou volnost a nejsou stanovena jasná pravidla. Např. možnost psát a navíc kombinovat takové paskvily:

if ($a == $b):

if ($c == $d) {

// kód

}

endif;

Jakub Podhorský má ve své podstatě pravdu. Nemůže za to jazyk, ale jeho programátoři (netroufnu si je označit slovem vývojaři). Kdyby hned na začátku stanovili jasná pravidla syntaxe jazyka a pravidla tvorby samotného jazyka, tak by nikdy nemohl takovej bordel vzniknout.

Pak jsou tu ti ne-programátoři, kteří ze sebe dělaj machry, že používaj něco in, něco, co je opensource a přitom je jim úplně ukradený, že po nich ten kód nikdo nepřečte - po nějaké době ani oni sami.

Mohlo by dojít i ke zvýšení rychlosti, ale nedá se čekat, že to bude nějaká sláva ... přeci jen je to interpretovanej jazyk a myslím, že je každému jasné, že i na webu jsou rychlejší jazyky kompilované.

PHP si zaslouží zrušení nebo alespoň pořádné vývojaře, promazání a refactoring.

souhlasím tohle je hezká ukázka prasárny s tím ifem to souhlasím takových věcí je v PHP víc :)

k pojmenování fcí a pořadí parametrů jsem se už vyjadřoval je to tak trochu daň za to že PHP od počátku nemělo nějaký koncept jakým se ubírat a jen se "lepily" funkce až je z toho co je

u toho posledního bych až tak nesouhlasil: pokud mám k tomu dobré nástroje které většina "lepších" jazyků má(obsáhlé frameworky apod.) tak je jasné že to udělám za kratší čas a s méně problémy...souhlasím že dělat CMS jenom na základním PHP bez nějakého frameworku a základních tříd je holá sebevražda...snad to teď vylepší Zend Framework

Jojo, PHP by se muselo překopat od hlavy až k patě, ale to nikdo neudělá. Byl by to pak úplně jinej jazyk, nekompatibilní se starými verzemi a už by se asi tak neuchytil, ani PHP5 moc nefrčí. A než by to někdo překopával, radeji zvolí jiný hotový jazyk.

Teď to vezmu trochu z jiného konce... Zybývám se i programováním osmibitových mikropočítačů hlavně v assembleru a trochu i v C. Jsem tam velmi omezen hardwarovými možnostmi, jako např. 2kB paměť programu, 128B SRAM a 128B paměti na data a rychlost pod 16MHz a výkon 1MIPS/MHz. Když něco programuju, musím se to snažit udělat co nejefektivněji a nemůžu si dovolit plýtvat systémovými prostředky. Stejný přístup si zachovávám i při programování pro normální počítače. Myslím si, že tohle je věc, která dnešním mladým programátorů, kteří nemají zkušenosti s děrnými štítky, strojovým kódem a assemblerem strašně chybí. Prostě všichni strašně plýtvají systémovými prostředky a výkonem a připadá jim to v pořádku.

A to je i případ vámi zmiňovaných frameworků. Prostě na špatný a nevýkonný jazyk přihodíme framework, se kterým se už nedělá tak špatně, ale zato ubere něco málo na výkonu. Přitom lze použít jiný jazyk, který je třeba 4x výkonnější (4x méně náročný na server) a žádný framework pro příjemné programování nepotřebuje. A z ekonomického hlediska je jeden server nebo čtyři servery pro funkčně stejnou aplikaci pořádný rozdíl.

No jako sorry ale Radka Hulana neberu, to je takovy brouk pytlik prace všeho druhu. Jinak nevim v čem je problém ohledně těch databází? Každej přece ví, že když použiju ODBC tak je mi šuma fuk na jaké databázi to poběží jestli MySQL, SQLite, MSSQL, PG......... Ono pokud to napíšu jen pro MySQL tak mi taky nikdo nezaručí do budoucna kompatibilitu směrem dolu což si myslím že je případ právě zde uvedený. Takže bych to neházel na PHP, ale na toho kdo včas neudělal daný modul.

takhle se to ale brát nedá....tohle je už o správným použití techonlogií...pokud píšu nějakou klasickou desktopovou aplikaci typu Word tak nepotřebuju brutální výkon a můžu si dovolit klidně použít nástroje které jsou sice náročnější ale zde mi to nevadí...timhle narážím na .NET který je na takový typ aplikací ideální(klidně si za něj můžeme dosadit Javu) pokud mám ovšem nějakej algoritmus kterej potřebuju mít co nejrychleji provedenej šáhnu po Assambleru a nebo když to nechci mít až tak nízko úrovňový tak po C

já osobně moc nízkoúrovňové programování nemusím raději mám abstakci a při programování se chci zabývat samotnou a občas i složitou implementací co nejmíň

vždy mám hold nějaká pro a proti a programátor by měl zvolit co je nejvhodnější

btw: neberte to nějak špatně ale s tím co jste napsal by se zřejmě moc pokrok nepohnul :)

Milý příteli,

z toho vyplývá, že jsem zas tak moc nevytřískal. Respektive jsem někoho mírně pozlobil, ale získal kámoše. Jo takhle to holt v životě chodí. Do ohně přiložíš a přijdeš o to. Avšak otázkou zůstává jestli by ti věc vhozená do ohně byla užitečnější než silnější žár. (Pro ty bystřejší: To byla jen první aproximace. :) )

Dosti bylo chucpe, zpátky k muzice. Teď už rozumím proč je Programujte takový *CENSORED*. ;)

Dosti ironie... (Znáte posloupnosti? Opravdu? Tak pokračujte dokud vás to nepřetane bavit, což mě právě přestalo. [*Poznámka admina: Je to retard, kterýmu došly nápady.*])

:DDD [*Poznámka přísedícího: Záchvat smíchu, tvrdý dopad lebky na klávesnici,
/\/\/\_/\/\__/\___________*]

To Mrword: ODBC ;-) heh.. to snad radši ani ne. a modul vyvíjí kdo? pokud máte znalosti, prosím, udelějte lepší. jde o to, že ten problém se týká obecne kompatibility. ono kdyby se php změnilo opravdu pořádně, vyčistilo, upravilo, tak by mě problém kompatibility netrápil, ale ve chvíli, kdy se dějí takové kosmetické úpravy a akorát problémy ztoho....

Ano ODBC!!! Divil by jste se kolik profi aplikaci používá právě tento "interface", a to jen kvůli tomu, že pak je šuma fuk na jaká databázi to běží. Myslíte že ODBC je nějak složité???

Tomuhle rozumí jen MySQL
$result = mysql_query("SELECT * FROM tabulka") or die("Špatný dotaz: " mysql_error());

Tomuhle zase jen MSSQL
$result = mssql_query ("SELECT * FROM tabulka") or die("Špatný dotaz: " mysql_error());

No a tomuhle rozumí jaka koliv databáze a to dokonce i ta vaše SQLite 3.0
odbc_exec ($IdConnect, "SELECT * FROM tabulka")


Takže ukazka prace s ODBC

$odbc_record_set = ODBC_Exec($odbc_connection, "SELECT clanek FROM clanky");
$odbc_record_count = ODBC_Num_Rows($odbc_record_set);
echo $odbc_record_count;
while(ODBC_Fetch_Row($odbc_record_set)):
echo ODBC_Result($odbc_record_set, "clanek");
endwhile;
ODBC_Free_Result($odbc_record_set);
ODBC_Close($odbc_connection);

Toď vše.

PS vytvořil jsem již řadu aplikaci v ASP, PHP a C++. A co se týče těch databázových tak ani ve snu by mne nenapadlo používat pouze specifický interface a to zduvodu, že má zákazník možnost výběru a nebo už nějaký databazový server vlastní (jednoduše tomu říkám konkurence schopnost)

To MrWord: tak to asi nevyužíváte vůbec možnosti databáze, protože kdyby ano, tak s ODBC brzo zkončíte kvůli odlišné syntaxi.
Když už chci mít systém nezávislí na databázi, já osobně šáhnu třeba po DiBi (www.dgx.cz) ;-)

Japato? SQL posilam pres odbc_exec. Kdezo kdyz chci napriklad pouzit SQL dotaz treba ze souboru *.sql tak zase odbc_execute. Zatim sem na zadny problem nenarazil a to mi na jednom softu na pro vedeni vyroby bezi dve male firmy kde jedna jede na postgresql a druha na MSSQL 2005 bez jakeho koliv zásahu do aplikace a plnohodnotne. Samozrejme ze musim dodrzet standart, protoze neco umi jen MSSQL a neco zase jina databaze, ale to neni problem ODBC ale kompatibility databazi, ktere na sobe nezavisle vyviji dve firmy. A to pres ODBC spravuji z me aplikace prava k databazim a tabulkam. Co se týka C++ tak velice dobre je ADO.NET, ale to zatim studuji a testuji protoze delam v unmanaged kodu a ADO.NET je v managed, takze jeste nevim jaky dopad to bude mit na vetsi aplikace. Pokud vim tak do databaze posilam prikazy a pres ne mohu poslat cokoliv vcetne scriptu ci trigger. Nehlede na to ze mnou uvedena aplikace (rizeni vyroby) pouziva i datovou kostku. A pozor to pouzivam pouze ODBC. O zbytek se stara databazovy server.

Nechapu lidi co treba vzbiraji z databáze data a samy je pak nejakym svym algoritmem vyhodnocuji ci hlidaji jejich zmeny. Od toho tu jsou prave vychychytavky databazi. A pokud se tohle nauci clovek pouzivat tak pak opravdu staci jen SELECT, INSERT, UPDATE a DELETE. Ac nerad ale musim rict ze treba MySQL je pouzitelna fakt jen na male projekty. Jako spicku povazuji MSSQL (bohuzel MS nemusim i kdyz nejsme tucnak). Ale samozrejme ze jsou lepsi databaze nes MSSQL.

Vy zde bere v potaz se podpora SQLite 3 neni v nove verzi PHP, ale kolik aplikaci bezíci na SQLite 2 umi pracovat s SQLite 3? A dalsi otazka. Do jake miry se vzplati delat novou (dokonalou/propracovanou) verzi rozhrani pro databazi kterou vyuziva "par" uzivatelu? Suverene vede MySQL a tam ma PHP sakra dobre udelane rozhrani.

To MrWord: SQLite 3 byl priklad nekompatibility a ne nepodpory. naopak php podporuje verzi 3 - jen opet jinak!
To stejne mysql. Nechci se hadat o databazi, ani o rozhrani, ale podotykam to, ze v ramci jedne databaze narazite na nekolik reseni = rozhrani.

muze mi to nekdo vysvetlit?
ps vsechno ma svoje mouchy a svoje klady..stejne tak jako i sam autor ;)

vysvetlit co?
much mam plno, ale o tom az v pristim dile ;-)

Chtěl bych podotknout k těm přehozeným parametrům funkcí: ono je to sice přehozené, nicméně od toho je tu officiální dokumentace PHP. Tohle bych jako velkou chybu PHP neviděl.

k XML: no to je teda pěkná pomůcka do každého počasí :) Ale kdo ví, třeba to vážně takto chtěli (proč to je ve hvězdách)

Celkove je to příjemný článek, ale poměrně krátký. Imho když už psát o chybách, tak to pořádně rozepsat.

dík, ale nechtěl jsem nějak zdůrazańovat chyby, raději bych tento článek zařaditl do úvah. ;-) jde spíše o to zamyšlení

tak jsme se dozvěděli, že největšími problémy jsou špatné pojmenování funkcí, pořadí parametrů a bugy.

Pojmenování funkcí a parametry
Chápu, že autor článku je zvyklý na to, že názvy funkcí a pořadí parametrů odhaduje. Je to jistě zajimavý přístup, ale já patřím k té trapné většině, co se raději koukne do manuálu, takže mi to nevadí.
Možná by autor také mohl uvést návrh řešení jak sjednotit nazvy funkcí a přitom dodržel zpětnou kompatibilitu, kterou se ohání.

Bugy
Genialita a poctivost autora je zřejmá a věřím, že jeho aplikace jsou bezchybné. Musím se přiznat, že občas nějakou tu chybu udělám, takže pro nějaký ten občasný bug mám pochopení.

pan architekt
Jasně, pište si web v assembleru, klidně i na děrné štítky, jen nechápu co to má do činění s php.
Psát aplikace, které optimálně využívají výkon by mělo být pro každého samozřejmostí, pokud to někdo nedělá, tak ho prostě zbuzeruje klient nebo shodí server, ale nakonec se k tomu stějně jednou dopracuje.

ááá tady zase jeden hodně přemýšlí a málo čte
1) POJMENOVÁNÍ FUNKCÍ - existuje něco jako alisasy funkcí, které mimochodem se už někde používají, ale opět nelogicky
2) BUGY - ha, ano, mám bugy, ale aspoň přiznám že to jsou bugy, jestli jsi si nevšiml, tak poukazují na problém řešení, a ne na samotný bug.

zakončím to asi takhle :-P

1) POJMENOVÁNÍ FUNKCÍ - existuje něco jako aliasy funkcí

poukazují na problém řešení, a ne na samotný bug

zakončím to asi takhle :-P

niekto tu pisal ze tento clanok akurat odradi novacky...(ja som novacik)
Skor si myslim ze tato diskusia ich (nas) odradi... tak co teraz PHP alebp python? co sa mam naucit??prichadzaju prazdniny(vela casu) a ja by som sa chcel nieco poriadne naucit ale co...? :-D

No podivej, python je dost stary jazyk.. Kdybych si mel vybrat mezi pythonem a PHP tak sahnu urcite po PHP.
PHP se porad vyviji a myslim si ze ma budoucnost. Stejne tak i ASP.NET ma budoucnost, ale je zase o neco slozitejsi.. No konec kecu, doporucim ti PHP i pres to ze ma par chybek.. ze zacatku ti urcite vadit nebudou a nez se to poradne naucis uz budou opravene nebo ty "zbugle funkce" budes umet nahradit :)

S tímhle určitě nesouhlasím...kde jsi vzal, že Python je starý jazyk?

tez nesouhlasim, doporucuji vybrat si mezi: python, .net, ruby (on rails)

1) nejde o odhad, ale o to, že si to budu příště pamatovat, pokud je to nelogické, ajako že v php to neligocké je, tak si opravdu nelze nic pamatovat
2)kdybyste se koukl do buglistu, jak na něj odkazuji, viděl byste, že vývojaři minimálně dvakrát komentovali nahlášený bug jako vlastnost jazyka!

opět ;-P

Nj, nejhorší je, když se bug označí za feature ... u některých projektů tak běžné.

pokud jsi jeste nezacal s zadnym programovacim jazykem tak bych si vybral (byt tebou) ten s jednodussi syntaxi aby jsi pochopil logiku a mysleni u programovani (ja napriklad zacal na Javascriptu). Nemuzu ti v tomdle poradit jestli sahnout po pythonu nebo php, jelikoz programuju jen v php a s pythonem nemam zadne zkusenosti tudiz je jasne co bych ti doporucil. jinak rozhodne nesouhlasim s nazorem ze tento clanek ma novacky odradit, jelikoz ukazuje pouze tu "spatnou a cernou" stranku php. nic samozrejme proti autorovi a clanku docela jsem se nad tim pozastavil a zamyslel se. vic takovych clanku ;)

bohuzel nanestesti.

celkom suhlasim, plytvat nie je umenie, ale plnohodnotne vyuzivat dostupne zdroje na to treba aj rozum. Ti mladi si asi myslia ze vacsina internetovych serverov su minimalne 4procesorove masiny. Ale to je strasny omyl, asi ako Vista.

S autorem souhlasím, PHP v dnešní době není úplně ideální. S použitím Zend frameworku a několika knihoven sice dostaneme pěknou implementaci MVC, ale Railsy v Ruby mi vyhovují víc...

To Architekt: Ja proti PHP nic nemam. Mozno tych par akoby bugov a volnejsia syntax kazi jeho dobru povest, ale väcsina programatorov (nehovorim ze tych ozajstnych ;) ) v som robi... Je to taky univerzalny jazyk. Daju sa v nom spravit redakcne systemy, navstevne knizky a vsetko ostatne. K tej volnejsej syntaxi este: Si myslim, ze je celkom dobre, ze kazdy si moze vybrat vlastnu variantu a vlastny styl pisania :D Ze nie su urcene striktne pravidla neni az tak hrozne a da sa predychat :) Ja osobne ale kladiem doraz na bezpecnost a flexibilitu.

Koukám, že hodně lidí mělo s PHP podobný začátek - a to knihu Jirky Koska :-) Já ji tedy koupil jako žhavou novinku. Možná tento časový rozdíl způsobil, že někdo PHP stále ještě miluje, zatímco jiný už se ho nabažil tak moc, že raději hledá, čím by ho nahradil. Důvodů je mnoho a mnoho, stačí zadat Google: "php sucks".

Moje důvody shrnuji na http://ondra.zizka.cz/stranky/programovani/php/vyhody_a_nevyhody_php.texy .

Vaším důvodem by mohly být třeba magic_quotes.
Doporučuji Javu - je to vzor PHP, jen je o několik let vývoje napřed.

Ale ale...!

Při zadání náhledu vidím \"php_sucsks\", ale zobrazeno je správně. Jestliže se při práci s db spoléháte na magic_quotes, pak doporučuji hodně zálohovat a nezmiňovat to při pohovorech o zaměstnání.

Dalším důvodem přechodu od PHP by pro vás mohl být warning, který se zobrazuje při přidání komentáře:

Warning: Cannot modify header information - headers already sent by (output started at /mnt/data/accounts/p/programujte/data/www/www/pridej_kom.php:6) in /mnt/data/accounts/p/programujte/data/www/www/pridej_kom.php on line 62

Jestli vám ale tyto vlastnosti vašeho webu nevadí, pak je PHP právě pro vás a milujte se navzájem až do smrti :-)

Reagoval na komentář od uživatele Ondra :
Mnohem jednoduší než se načit Javu bylo pro mne napast si vlastní framework, kde sem opravdu žádné magic ještě nikdy neřešil - framework řeší za mě.

Ano, tyhle chyby mi nevadí :) Nejsem za ně zodpovědný, a navíc, brzy by již měly být opraveny. :)

Jo, je zajímavé že programujete v PHP kvůli Texy, když existují porty :D no, tak, možná to nebude s těmi jinými jazyky tak žhavé.... (nezmiňoval bych to při pohovorech do zaměstnání...)

Áááha... "vlastní framework", říkáte... však o tom tam také píšu :-)
Naučit se Javu není tak těžké, věřte mi... u PHP je lehčí jen "začít generovat výstup", ale postupem času se stejně musíte naučit zhruba stejné množství věcí jako v Javě - akorát jsou jejich řešení hloupější, nesystémová a nezapadají do konceptu všeho okolo.

Ad chyby - no je mi jasné, že za ně bude zodpovědný asi programátor tohoto webu, ale vím já, kdo to je?
Přijde mi typické pro PHP komunitu, když web o programování vykazuje takovéto zásadní nedostatky, a nevadí to ani čtenářům, ani autorům článků, ani programátorovi webu. Ten má jistě také svůj "framework" - a pak to tak taky vypadá.

Ad Texy! :
1) Ukažte mi port Texy! pro Javu, marně jej hledám a nyní už i chystám.
2) Do PHP verze Texy jsem přidal několik vlastností, nevím, jestli bych je dokázal přepsat i do neznámého jazyka.

Reagoval na komentář od uživatele Ondra :
Texy!: Jo, jo, jo... škoda že neumíte Python :) ten je opravdu fajn :)
Problém Javy je jasný. Ukažte mi free hosting, tutorial, podle kterého se to mám naučit - apson základy (pokuď možno která nemá více jak 50 stran) a pak se to naucim a prejdu. Ale ted opravdu nemam dovud, kdyz me PHP znalosti IMHO jsou na velmi slusne urovni... proc bych padl? proc bych mel klesnout, jen kvuli necemu co je "lepsi"

<?xml version="1.0"?>   

<root><b/></root>  

Reagoval na komentář od uživatele Vitek :
Ty asi neumíš moc číst. Já sem vůbec netvrdil, že je to nevalidní, já jen tvrdím, že je blbost, aby při čtení xml stromu se daný strom nějak měnil. Ano, tento článek byl opravdu psán jen z mého vlastního pohledu. :)