Názory k článku
Velký test PHP frameworků

Nejlepší framework je ten vlastní, už proto, že ho dokonale znáte :)

je žádný framework. Už vidím, jak při zrušení podpory nebo vývoje toho kterýho frameworku překopáváte celou mnoho megovou aplikaci zpět do čistýho třídního PHP. Pak to můžete jít leda zabalit a ohlásit bankrot. Navíc to pak asi už ani neumíte, to čistý PHP :)

Podobně je to při programování, když se používá extrémně moc externích komponent, v případě uzavřených příp. velkých (jejichž výskyt v aplikaci se hodně špatně překopává) je to ještě řádově větší risk.

+1

minule som prvy krat robil aplikaciu vo frameworku (code igniter), kedze to bol specialna poziadavka ze to v tom ma byt spravene. Nebolo to zle, ale v konecnom dosledku som citanim dokumentacie a hladanim veci ktore t dokaze zabil viac casu nez by som to programoval ako namieru situ aplikaciu. Pri programovani bez frameworku navyse niekto kto uz pogramoval nezacina od nuly a vzdy vie pouzit vela veci z predchadzajucich projektov do tych buducich. Vlastny kod je pre kazdeho codera najprehladnejsi.

Začátky jsou vždycky těžký :) Ale jsem si jist, že pokud bude někdo něco programovat se znalostí toho kterého FW, bude rychlejší a efektivnější než někdo, kdo dělá aplikaci z čisté vody ;)

Za tech par let co pisu mam vytvorenou spoustu funkci, ktere znam a snadno pouziju. Ve sve dobe jsem pouzival 2 frameworky a ta efektivnost mi neprisla o tolik vyssi. Nevyhodou muze byt opravdu to, kdyz do FW potrebuju dostat nejakou funkcionalitu odjinud, z jinych kodu. A miloval jsem, kdyz jsem mel predelavat neco, co bylo napsano v nejakem uplne jinem FW :-)

Stejně tak pokud bude někdo něco předělávat po vás, někdo, kdo ty funkce nezná :) Můžu říct, že dohledávat něco v samobastlu nějaké větší aplikace je peklo.

Ono dost zalezi, jak kdo pise. To plati pro FW i bez nej. Kdyz mam u kazde funkce okomentovano, co dela, co do ni leze a co vyleza, stejne tak v kodu. Pak se clovek zorientuje i ve FW, ktery az tak nezna. Ale to uz se dostavame nekam jinam.
Ale porad bych rekl, ze vetsi mnozstvi lidi pise bes jakehokoli FW. Ale statistiku jsem nike necetl

Dostal jsem po nekom na upravu projekt, ktery psal od nuly? Pokud ne, tak doporucuju zkusit nejaky, kde jadro je napsane v dobe PHP3 a nebo jeste drive... (I takove se dnes jeste na webu vyskytuji) Takovy projekt, ktery nahodou zafungoval a kolem zbastleneho jadra se pridavaly dalsi a dalsi funkce... Zlaty framework, kde to je oddelene a clovek i po nejakem case vi, co kde je...

Přesně :) teď jsem se koukal... 171 MB kódu, _nekomentovaného_, a dodělávejte do toho něco...

171MB kodu? bez komentaru? no to musi byt docela zajimavy web .. navic psany velice zajimavym zpusobem, nejste nahodou RH (4000 kvalytnych ratku kodu za hodynu) ?

Ah pardon, to nebyl jenom kód... oprava: necelých 7MB v 725 souborech... ale podotýkám, že to není můj výtvor ;) Bohužel se v tom musím rýpat.

ak niekto dokaze vyplodit taky balast, tak pochybujem ze ked ho posadis za framework, tak z toho vznikne nieco viac prehladne... framework ano - ale nie vzdy, vsade a za kazdu cenu

On je problém v tom, že to jsou projekty staré třeba i 8, 10 let, na kterých se vystřídala řada lidí, není to práce jednoho člověka. Ovšem! pokud by se pracovalo s FW a dodržoval nějaký coding style, byla by situace určitě přehlednější :) Ale máte pravdu, že po některých lidech číst kód je jako luštit záhadu pyramid :D

No jasně, ale nějakou sadu zakladních metod, které se stále opakují musíš mít vyřešenou. Jde jen o to do jaké abstrakce framework jde...

To je právě krása OSS. Nevím, proč bych měl předělávat celou megovou aplikaci, když stačí v případě potřeby nutné věci do FW dodělat, pokud neexistují. To jako když náhodou skončí podpora, FW přestane úplně pracovat nebo co? :D

ciste PHP? :)))

Test je rozdělen do několika článku. Na konci to je naznačené.

Zaradite do testov aj Nette a Zend Framework? BTW kolko zaznamov (uzivatelov) je databaze?

Dobry den,
v dalsich dilech serialu budou testy frameworku CodeIgniter, Jelix, Kohana, Fuse, Prado, Qcodo, Zend, Nette a take srovnani s cistym PHP a RoR.

Autor.

Boze a kde je Symfony ? To ostatni jsou hracky pro deti.

kdyz u< se bude srovnavat s ruby, nemohlo by se udelat i srovnani s lispem?

Tohle cist je ztrata casu.

"V dalším díle seriálu se můžete těšit na testy frameworků CodeIgniter, Jelix a Kohana."

Clovece, jak muzou programovat s takhle peclivym pristupem ...

to jste zkoušeli jen nad těma třema záznama co jsou v tom výpisu? to je opravdu dost vypovídající

Jde o test rychlosti frameworku, ne o test rychlosti cteni z databaze, z toho duvodu byl zvolen mensi vzorek dat.

bude do testov zaradeny aj framwork symfony v niektorom z buducich dielov?

Bude zařazen i framework PRADO?

Taktez doufam. Je to jeden z rozumnejsich.

Ano, Prado bude v jednom z dalsich dilu. Symfony nebylo do testu zahrnuto.

Autor.

a smiem sa opytat preco nebolo symfony zaradene do testov? mna by to napriklad zaujimalo.

+1 Aj mna by to zaujimalo.

+1 me taky

+1 :)

Skoda ze neni framework ktery by mel v sobe rovnou xml + xsl, misto tech vsudepritomnych a hloupych znacek..

+1

Presne tak, a preto som si do Zend Frameworku dopisal view helper ktory z modelu ocakava pole DOMDocumentFragment a podla parametrov urobi transformaciu.

Zatial je to ale pekne na ..., lebo sa trapim s markup-om. Vacisinou je vystup z Zend_Db_Select ktory som upravil na nieco taketo:

[result id="..."]
[row][field]...[/field]...[/row]
...
[/result]

Co sa mi velmi nepozdava ale na teraz je to pouzitelne. Dalsi problem mam s generovanim ID ktore by som chcel robit tak ze ked zmenim SQL tak sa zmeni aj to ID a transformacia bude neuspesna. zatial sa generuje z nazvov tabuliek

Od toho jsou frameworky, ktere svou vlastni view technologii nemaji zadnou :-) Jako treba Kohana. Tu jsem s XSLT (v kombinaci s XMLSerializerem z PEARu) pouzival, stejne tak jako treba s PHPTAL.

Dekuji autorovi, na tema php frameworky je to rozhodne kvalitni clanek. Sam v php delam (firemne CI, jinak vlastni) a vzdy mne rozcilovalo jak je php komunita vseobecne povazovana za bandu copypasteru, potazmo pitomcu, ale jak tak koukam na prispevky v diskusi, kdy nekteri ani nepoznaji ze clanek je na vicero casti, protoze rozsahove si o to proste rika (zadna nastavena kase), nebo by chteli benchmarkovat dobu inicializace FW na masivnim poctu zaznamu (jsem jedinny koho zajima lehkost/rychlost inicializace samotneho FW a velky pocet zaznamu povazuje za zkresleni DB vrstvou ?).

Jak vám řekne kdejaká kniha o komunikaci: "někteří ani nepoznají, že článek je na vícero částí" je velmi silná kritika autora. A přidám se k vám: pokud se jedná o seriál, má to být v úvodu napsáno. V opačném případě autor své dílo vydává za něco, čím není - za ucelený článek, který provede "Velký test PHP frameworků". Pár slovy v závěru to nespraví, protože tam se moho čtenářů vůbec nedostane a s pocitem podvedených jdou pryč.

Kdybyste delali v .NET, tak mate po problemu.

.NET je shit!

s tím se dá jedině souhlasit

:)))))
ano, tam si niet z coho vyberat a ze vykon je pod psa vas teda netrapi.
Okrem toho podpora REST je horsia ako v starom ASP.

Nojo, stara otrepana pisnicka lidi co dosud nepochopili rozdil mezi PHP a technologiemi jsko Java nebo .NET. Zijte si ve svych naivnich predstavach.

jako vetsina programatoru, ktery si rikaji "programatori"... a vubec nemusis rozlisovat mezi php nebo .net apod...

Můžete mi říci alespoň 3 jasné výhody Model 2 (tedy MVC) oproti klasickému Modelu 1, když jste tak zkušený programátor?

Nedelej ze sebe hlupaka a nechtej po nas, co si muzes snadno najit:
http://en.wikipedia.org/wiki/Model-view-controller
Jinak, pokud bys nekdy delal na nejakem velkem webovem projektu, pochopil bys, ze uz samotne oddeleni business logiky od zobrazovani dat je dostatecna vyhoda.

muze mi nekdo sakra vysvetlit pojem business logika? MVC jakozto v nelogickem poradi "sekce kde jsou ify, selecty", "sekce sablon, obcas selecty pro otrle", "sekce rewritu/dyn volani pokud to muj jazyk vubec umi,db tady je psycho",

Drahy pan BFU, myslim ze vy ste nepochopil nie len moj prispevok ale tym padom asi ani "rozdil mezi PHP a technologiemi jsko Java nebo .NET".
Vymenujte mi prosim moznosti ktore mam v .NET a uvedte ich podporu pre REST.
Robili ste niekedy v .NET, Java pripadne v PHP?

No nevím, jestli výběr z patnácti nekompatibilních a beta PHP frameworků je výhoda.
Jinak .Net má jak MVC, tak klasiký fw, pro data-driven aplikace je tam DynamicData (takže nejméně tři). Navíc vše spolupracuje s Entity frameworkem.

No a prave preto by nemal problem hladat framework, bol by po kolena v s.ackach.

nejlepsi framework je ten, neni v php ;)

Nejlepsi vec na tomto clanku je vyber tematu. Kazdy, kdo se mota okolo pocitacu potrebuje cas od casu vyrobit nejaky web (od ceho jsou kamaradi, ze). Clovek by rekl, ze to je ukol trivialni, ale jakmile se jednou ponori do bazin php kodu, malokdy se vrati nepoznamenan. Bylo by uzasne mit encyklopedii php frameworku, aby se clovek neztratil jeste nez zacne.

Genialni na php je, ze se v nem da skvele prasit. Problem s php je ten, ze se v nem neskutecne prasi. Typicka zivotni cesta vyspeleho php programatora je: bastlic v php - prechod na java nebo jine a pochopeni zakladu softwaroveho inzenyrstvi - zjisteni, ze kdyz je ukazneny, muze to same delat v php s mensimi naroky na zdroje a jednoduseji a tudiz selektivni navrat k php. Problem s php frameworky je ten, ze jejich tvurci pochazeji vetsinou ze stadia 1.

Typicke je to napriklad pro termin MVC. Kazdy si s nim vymyva hubu, ale malokdo tusi, k cemu je to vlastne dobre a jak to udelat spravne. Nedavno mi kamarad pro jeden projekt doporucil Silverstripe. Pry MVC framework s knihovnou pro ORM a vubec vsechno, co je potreba. Kdyz jsem se na to podival, zjistil jsem, ze model je soucasti kontroleru a view umi zobrazit pouze potomky nejake pripravene tridy. Kluci asi hodne hulili, kdyz si o MVC cetli, jestli si o nem vubec cetli. O ORM a ostatnim uz se radsi nezminuju. Separace logiky, dat a zobrazeni nesmi byt pouze "jako", musi znamenat realne oddeleni, tedy teoreticky moznost mixovat M, V a C z ruznych frameworku dohromady. Jediny framework zmineny v clanku, o kterem vim, ze to dovoluje, je Zend Framework (ale dost jich neznam moc podrobne).

Takhle je to s vetsinou php frameworku a jsou to problemy podle meho daleko dulezitejsi, nez rychlost renderovani stranky. Upgradovat server neni nic moc, ale sehnat dobreho programatora, ktery by byl ochotny se pustit do prace s knihovnou, ktera vypada jako parodie na navrhove vzory, to je nemozne - ja uz to taky v zivote neudelam.

jak moudra slova... opravdu dobrych frameworku je i dnes jako safranu, ale i tak k tomu php mam odpor... typ "mixed" a vubec ze vsechno je defacto string, to se mi opravdu hnusi. navic funkce, ktere vraci mixed a nebo jeste lepe boolean a zaroven int - to je k popukani s takovou vybavickou psat aplikaci.
nedavno jsem potkal nejaky framework, ktery implementoval vselijake vecicky - aby php nehazelo "note" ale primo exception. k tomu me napadlo, ze by vlastne vubec nebylo marne implementovat zakladni objekty - Object, Integer, String ... atd ... i kdyz je mi jasne, ze 99% "programatoru" php by to neprijalo, a mam dojem, ze dokonce takovych 80% by vubec nechapalo, o co jde.
ostatne, kdo si chce zaprogramovat a nezesilet, dela radeji v Jave nebo .NETu... nebo zkratka v cemkoliv jinem nez v php

Presne. Bohuzel se ale obavam, ze vetsina ctenaru Roota jsou tzv. "admini restartovači" (v nejlepsim napisou ctyri radky v Perlu a rikaji tomu programovani), takze tvuj prispevek nepadne na urodnou pudu. :)

No rekneme si to na rovinu. Delat webovy projekt v Jave nebo .NET muze pouze uplny kokot. A pak jeste par klikacu z Unicornu a podobnych zmrdoznich firem, kteri prosli 14dennim skolenim a mysli si, ze kdyz umi vyplnit Timesheet, tak ze umi i programovat.

Mimochodem nejlepsi PHP framework je Symfony, pak CakePHP, pak mozna Zend, ale to je vice knihovna nez framework.

No rekneme si to na rovinu. Delat webovy projekt v Jave nebo .NET muze pouze uplny kokot. A pak jeste par klikacu z Unicornu a podobnych zmrdoznich firem, kteri prosli 14dennim skolenim a mysli si, ze kdyz umi vyplnit Timesheet, tak ze umi i programovat.

Mimochodem nejlepsi PHP framework je Symfony, pak CakePHP, pak mozna Zend, ale to je vice knihovna nez framework.

proc tak ostra slova? java a .net maji oproti php hned nekolik vyhod - ty samozrejme ale nekdo nemusi ocenit, a nekdo je muze povazovat za nevyhodu, rozhodne bych hned netvrdil, ze ibm, sun, microsoft a jine spolecnosti jsou tupe, protoze nepouzivaji php!

tedy:

- java i .net jsou striktne typove a objektove jazyky ! (zlepsuje citelnost kodu a usnadnuje vyvoj)... jiste, v php lze psat ciste - to ano, ale lze psat i naprosto nesmyslne! a jelikoz je tolik skvelych "programatoru" php, je evidentni, kam asi speje vetsina prebranych php projektu po nekom jinem... a jak sem jiz zminoval, funkce, ktere vraci int a zaroven boolean sou vrcholem stupidity. je hezke, ze mame operator "===" ale ani to mi nejak neospravedlnuje, kdo s takovym zverstvem prisel! a o objektovosti php se neda mluvit ani dnes - sice je to proti php4 zlate, ale ke "standartni" pouzitelnosti to nema nejblize...

- java i .net mohou pouzivat / pouzivaji threading - ... treba udelat request, poslat uzivateli zpravu o tom, ze se neco deje... a zaroven spustit nejaky dalsi thread, ktery operaci vykona... v php bud udelat api pro ajax - coz ale pri urcitem nastaveni stejne nezabrani tomu, ze server nebude dale s uzivatelem reagovat (jeden uzivatel = jeden thread), a nebo si proste uzivatel pocka u prazdne stranky s "loading..."

- java i .net bezi (mohou a nemusi) jako servlety - takze nejake spolecne udaje, dejme tomu treba polozky z menu a par dalsich udaju se mohou drzet v pameti serveru - namisto neustaleho zahazovani a znovu-nacitani... on ani ten caching ktery lze udelat v php neni zadarmo - deserializace boli nejen cpu ale i seekovani disku, na ktery se ulozi nejaky soubor se serializovanymi daty...

Nekritizuji Javu ani .NET, pouze jejich pouziti pro webove projekty. To je cesta do pekel.
Stejne jako je cesta do pekel pouzit PHP na vyvoj databazoveho enginu nebo hry.
Proste kazdy jazyk se hodi na neco. Dobra je take kombinace PHP na fronted, Java nebo C++ na backend (tim nemyslim na model v MVC ale napr. na vyhledavani, viz Lucene).

- a mne sa obcas paci, ze true a false je aj 1 a 0, ved je to preddefinovana PHP konstanta.
- aj v PHP to ide, akurat to nie je v kope zaciatocnickych manualov a na php.net to nie je dobre domumentovane.
- aj v PHP ide cachovat data v RAMke, ale .... v kope zaciatocnickych manualov a na php.net to nie je dobre dokumentovane.
Zjavne ste venoval studiu javy a .netu viac casu, ako PHP ;-)

Tohle se neda brat ani vazne - skutecne tim chces rict, ze prasarna bez typovych kontrol je idealni cesta? LOL, hodne stesti.

S vyplody panu z U***** a C***** mam docela hodne zkusenosti, je to hruza, ale pochybuju, ze by to v PHP dopadlo lepe - spis naopak. Problem neni v technologii (.NET/Java), ale, jako obvykle, v lidech.

Co pak řeknete na ostatní dynamicky typované jazyky - třeba python?

narozdil od PHP u navhu Pythonu nekdo premyslel hlavou :)

Au, tak tohle bolelo! Doufam, ze se najdou i inteligentnejsi PHP programatori, jinak bych si musel svuj nazor na tuto technologii jeste zhorsit.

Pokud něco svádí k tomu napsat web po 14 dnech školení, tak to není Java ani .Net, ale PHP.

ale perl je... legenda. php je splacanina. nechci tvrdit, ze "java je nejlepsi na svete" nebo neco podobneho. kazdy jazyk, i php, ma sve vyhody. ma zkusenost je ale takova, ze php ma spise vic nedostatku nez vychytavek.
ostatne - nejsem vubec fandou jazyku, v kterych je milion ruznych operatoru - i kdyz i to phpcko ma pravidla, je mnohdy obtizne cist zdrojak po nekom, ktery se vsemi temi operatory ukaji.

To je zlo, tyhle internetove diskuze. Muj prispevek ma velmi jednoduchy ucel. Prosim autora, aby do hodnoceni frameworku zaradil pasaz o kvalite kodu a architektury. Kdyz uz se s tim tak dela neni to moc prace navic a pro me je to zasadni informace. Vetsina meho textu je jen omacka, kterou ukazuju, co presne chci vedet a doufal jsem, ze alespon na rootu se kvuli tomu nestrhne flamewar.

Kdo ma ktery jazyk rad nebo nenavidi je mi uprimne jedno, navic ten clanek o tom neni. Navrhove vzory jsou obecne, jsou jasne a jednoznacne dane a je mozno jednoduse konstatovat, jak moc se jim ta ktera architektura blizi.

Velice se mi líbí grafické schéma SQL tabulky "Obr. 1. Schéma testovacích tabulek".

Co je to za program?

Hledám nějaký SW nástroj (nejlépe OpenSource), který by takhle zobrazoval tabulku i s klíči, vazbami a měl import/export do SQL jazyka.

Víte o něčem? To by mi opravdu pomohlo. Kdysi jsme na škole podobný SW měli, ale byl celkem drahý a já ho potřebuji jen občas...

Právě něco vyvíjím a SQL tabulku už mám na A1 výkresu, což není zrovna ideální :).

vypada to jako obrazek z MySQL Workbench, nebo jak se to jmenuje :) ... ale mozna se pletu.

Používáte někdo eAccelerator (http://sourceforge.net/projects/eaccelerator/), který je uveden v článku?

Jak vidím, je zatím v beta stádiu.

Má cenu ho nasazovat do ostrého provozu?

Jo. Bezi mi na serveru, ktery ma v pracovni dobe (intranet) kolem 300 000 hitu v hodine.
Odezva se po nasazeni dost vyrazne zlepsila, problemy jsem nezaznamenal.

vim o jednom nejmenovanem hostingu, kde to funguje skvele a moc to pomaha

Protoze musis zaplatit tu bandu obchodniku kolem nez ten projekt vubec dostanes.

Jave developeri neumi vubec programovat, ale naopak umi velmi dobre modelovat a navrhovat architekturu enterprise projektu. Museji umet co nejlepe zvolit potrebne komponenty a pospojovat je dohromady, algoritmy jsou vyreseny o nekolik vrstev nize.

PHP drtiva vetsina lidi neovlada, teto vetsine rikejme script kiddies, bastlici "selecty". Ti, ktery PHP ovladaji maji objektovy pristup ke vsemu, vcetne XHTML.

Umim-li Java/PHP/C/C++ a dalsi jazyky na pokrocile urovni, mohu si vybrat kterym se chci momentalne zivit, zvolil jsem si kombinaci vseho a tomu se teprve rika umet programovat =) ...Zatimco slabsi jedinci zakrneli u lepeni komponent dohromady a dal se evidentne nikdy nedostanou.

- Programovať: Na túto tému už bolo hodne diskusii aj tu na root.cz. Skalný C-kari, čo kódujú moduly do jadra nepovažujú Javistov za programátorov, ale OOP lego skladačov. Netrúfam si hodnotiť, hoci robím aj do jedného aj druhého, čo je skutočné programovanie, pretože oboje je o niečom inom. Iné problémy, iný rozsah a preto sa uplatňuje aj iný prístup.

Domnievam sa, že ten, kto vie naozaj programovať, nepostráda jednú podstatnú vlastnosť - schopnosť sa učiť a teda nerobí mu podstatný problém naučiť sa viac ako jeden jediný najsamlepší jazyk. Takže ak naozaj vie princíp, dokáže sa naučiť ako Javu a OOP, tak C, alebo PHP, alebo PHP5 OOP, takisto ako SQL, PL/SQL či HTML&CSS&JS.

K tej tretej časti: ak viem naozaj Javu/PHP/C/C++, tak rozoznám minimálne OOP jazyk od funkcionálneho, procedurálneho a nebudem v každom programovať tak, ako je to v ňom prirodzené, aby keď niekto po mne chytí do ruky kód nemusel najprv blejt... A keď mi daný jazyk neumožňuje dostatočne riešiť úlohu, použijem vhodnejší.
Neuznávam ako nejsprávnejší prístup "ja v mojom jazyku vyriešim všetko.... ja aj v C viem písať objektovo". To je na dlhú debatu, ja to považujem za prasenie kódu, nie za umenie.

Naopak, súhlasím s tými slabšími jedincami. Kopa "kóderov" prečíta knihu php a mySQL a razom je z neho softwarový inžinier, a všetkým Oraclistov posiela do ..., sú to len GUI klikači (lebo niekde videl Oracle Forms....) a všetkých Javistov a .NET-ťákov považuje za lepičov komponent.
Kopa naopak kúpi niečo o jave, nainstaluje NetBeans-y, alebo SharpDeveloper, zbuchne nejake O o = new O(); o.metoda(); a už je majster OOP, a PHP sa mu bridí...

PHP je levnejsi protoze PHP patlal je bezcenná komodita kde supply >> demand zatímco takzvany Java lepic je nedostatkovy pan programátor.

Jinak celkem souhlasím, akorát si moc nedovedu představit, jak tým desítek lidí dělá na jednom webu. Příliš vysoký počet členů v týmu bývá kontraproduktivní.

Viz muj predchozi prispevek. Pokud chces udelat par statickych stranek, nebo maximalne nejaky rubriky clanku, je to super. Pokud se pustis hloubeji, je to vyvojarske peklo. Navic zere neskutecne mnoho pameti. Nejdriv jsem si myslel, ze jen ta cms admin stranka, ale nedavno prestal fungovat jeden typ stranky - byl dosazen memmory limit 48 MB - na to se da rict jenom wtf.

Z pohladu vysledku (velmi spokojny zakaznik, malo prace, minimum kodu, skoro nulova administracia, novy na zelenej luke) mi vychadzaju tieto 3 scenare:

1. ciste PHP+PEAR tvoriace XML s niektorou DB ako backend, Flex ako frontend
2. Ruby on the rails + DB
3. Sybase SQL Anywhere free web edition (novinka) so zapnutym web services + Flex frontend

performance nech riesi zelezo.