Názory k článku
Velký test PHP frameworků: Zend, Nette, PHP a RoR

Díky za test, ověřil jsem si některé své domněnky. Naprosto oceňuju, že si s takovým testem dal někdo práci. Sám v PHP používám Kohanu a Cake, jinak ASP.NET MVC.

Děkuju za práci, kterou si autor dal s přípravou série článků.

veľmi dobrý prehľad, škoda, že sa autorovi nechce ešte do nejakých ďalších FW.

aj silverstripe (aj keď je to už tak trochu CMS), práve rozmýšľam, či ho použiť na jeden projekt

Díky za testy.

Pokud by byl čas, bylo by hezké mít tu pro srovnání Django.

Pokud nemate zkusenost s zadnym PHP framewokem, tak doporucuji nejaky jednodussi na nauceni a pritom silny, takze Kohana, nebo CakePHP. Myslim ze nektery z nich mel i helpery pro praci s obrazky, ale nejsem si tim ted jisty.

Code Igniter ma knihovnu pro praci s obrazky. Jestli uz je prepsana i v Kohane nevim.

Nikde neni zmineno jak jste mel nakonfigurvane prostredi pro beh rails aplikaci. Je to vetsionu trochu slozitejsi nez PHP aplikace. Mel byste minimalne napsat jakou verzi rails jste pouzil, zda aplikace pri testovani bezela v production environment a jaky jste pouzil webserver (webrick?!?, jeden samotny mongrel, mongrel_cluster za apachem, ngnix nebo jinym proxy serverem, litespeed, lightppd + fastcgi, apache + fcgid, apache + mod_passenger,...). Take by bylo dobre pridat ke stazeni sobor s planem pro Jmeter, pripadne dalsi informace, tak aby mohl kdokoli nezavisle na vas testy zopakovat a mohl je porovnat s vasimi vysledky, jinak je to na ...

tak on i ten kod je docela divokej. napr. pokud mezi modely User a Member je relace, tak misto dvou sql dotazu staci :include , pripadne :join. nehlede na citelnost kodu...
redirect_to('/users/index/'+@users.id_member.to_s)
vs
redirect_to :controller => 'users', :action => 'index', :id=>@users.id_member.to_s

Souhlas, pokud by byl test provedený na development environment, tak je prakticky bezcenný, od druhého spuštění se totiž hodně projeví cachování tříd.

Smysluplnejsi by bylo udelat rychlostni srovnani regulernich MVC frameworku mezi sebou a pak komponentovych (typu Prado, pokud tam jeste nejaky takovy je).

Ze bude Prado vyrazne pomalejsi nez treba Kohana, se dalo cekat.

Výkon Nette Framework beru jako příjemné překvapení, protože zaměřit se na optimalizici pro rychlost jsem plánoval až v budoucích verzích :-)

Jinak autoři mají naprostou pravdu, že špatná dokumentace je obrovská slabina. Naštěstí už můžu říct, že i tento handicap se daří napravovat. Dokumentace se postupně rodí na stránce http://nettephp.com/cs/dokumentace. Právě dopisuju Quick Start http://nettephp.com/cs/quick-start a do konce týdne by mohly být hotové i screencasty.

Skvělé, přesně tohle mi chybělo! Jdu se učit Nette.

Preco autor vynechal jeden z najlepsich frameworkov? Smutne... :(

... ja z teto "recenze" nejsem tak moc nadesny. Driv, nez napisu duvody, tak velmi ocenuji autorovo usili a snahu udelat v teto tezke zalezitosti (vyber PHP framweorku) jasneji. Muselo mu to spolknout spoustu casu uz jen to zesumarizovat a udelat z toho clanek. Bohuzel ve vecne rovine z toho vzniklo neco nestastneho. Napr. v zakladnich vlastnostech Zend Frameworku se doctu, ze "Obsahuje i nadstandardní validační metody, jako např. ověření, zda jde o: IP adresu, hexadecimální číslo nebo datum. Nabízí také možnost zadání regulárního výrazu". Tahle veta mi fakt prijde dost "prazdna". Muzu jen hadat, jestli se to tyka Zend_formu... Neznaly veci diky temto formulacim nepozna nic. Navic je to 1 vec ze stovek podstatnych. Jasne mi jasne, ze napr. vycty charakteristik jednotlivych frameworku by presahly rozsah tohoto clanku. Znovu opakuji, ze ocenuji autorovo usili ale podle me tento clanek nema tu spravnou vypovidajici hodnotu. Vzkaz tem, co prave tapou v otazce volby frameworku - projdete si domovske stranky jednotlivych frameworku, kouknete se na quickintro ukazkovych aplikaci, prehlednost dokumentace a podivejte se do diskusi, ktere problemy se nejcasteji resi/diskutuji. Musi vas to proste "trknout". Neni to bohuzel prace na hodinu, ale v konecnem dusledku se oplati. Argumenty typu "vykon frameworku" berte z rezervou. Dulezita je kvalita a co vam do budoucna volba frameworku prinese.

Muze mi nekdo vysvetlit, k cemu ty frameworky vubec jsou? Je to snad kvuli tomu, aby mohlo v PHP programovat co nejvice lidi, kteri o programovani nemaji ani tuseni? Jaky vyznam ma napsani 20 radkoveho kodu pro framework, kdyz lze napsat 50 radkovy cisty php kod, ktery pobezi 100× rychleji a bude mit 100× mensi naroky na CPU a pamet?

Framework by ti mal pomahat pri vyvoji aplikaci takym sposobom ze nepises stale ten isty kod, ale vyuzijes to co je napisane. Vyhoda je vtom ze ak vsetky tvoje aplikacie pouzivaju ten framework a ty v nom nieco vylepsis (security, bug etc.) upgradujes framework, tak vsetky aplikacie budu upgradovane.
Plus ak tvoji kolegovia pouzivaju ten isty framework, tak vsetci vlastne vedia kde maju hladat controller, view etc. vedia strukturu aplikacie a aj komponenty. Takze kazdy vlastne vie co kde hladata.
Dalej framework moze separovat view, data a controller. Tazke web developer moze pekne pracovat na views pokial ty pracujes na logige – service. Niekto iny moze pracovat na modeloch (data).
Dalej dobry framework by mal byt flexibilny napr. na view mozes vyuzit php, smarty etc. niesi viazany na konkretne view frameworku.
A tak dalej a tak dalej.
Takze moc som nepochopil tomuto clanku preco sa sustredi na rychlost, ak by som chcel rychlost tak si mozem napisat applikaciu v C
V nasej firme mame php stranku s navstevnostou cca 3000 za den. je tam databaza, poziadavky na service sa robia pomocou xml etc. v podstate som chcel povedat ze je to velka aplikacia, neni moc optimalizovana (takze by bola pre redaktora pomala) ale sme este nemali problem s rychlostou.
Takze pri vybere frameworku by som sa vobec nezamaraval ktory je najrychlejsi

To je taková úchylka.. :) Programátor napíše nějakej wrapper, zdá se mu že je to vynález srovnatelný s krájeným chlebem, tak tomu začne říkat 'framework' a nutit to ostatním, protože je línej si v tom hledat bugy sám :( Postihuje to zejména tzv 'bloggery'..

Jsem poslední, kdo dělá v čistém php a je relativně spokojený? :) Je pro mne zásadní rychlost a co nejnižší paměťové nároky. Problémy zřejmě přijdou, až budu pracovat na nějakém opravdu rozsáhlém projektu, ale zatím jsem neměl tu čest.