Jak se naučit PHP frameworky?

[to_je_jedno]

To netvrdi a nezivi se tim jen lidi z lulabot praxe, tezce nabita, ale praxe. Samozrejme ze kdyz se to hodi na nejakej hosting za par kacek tak je problem. No do lepsiho auta taky nelijes prepaleny fritovaci olej... Jinak ty lidi na optimalizaci budes potrebovat na kazdym vetsim projektu.

[Reklama]

[eMko]

Jinak ty lidi na optimalizaci budes potrebovat na kazdym vetsim projektu.

Přestože se z PHPčka dá vymlátit hodně, neustálé optimalizování není samospásné. Časem stejně zjistíš, že na každý větší projekt je PHPčko málo (ten interpret je relativně pomalý a věci typu Zend Server nemusí vždy pomoct) a skončí to tím, že v PHP bude jen menší část projektu. Zbytek bude buď v javascriptu na straně klienta nebo v C na straně serveru (případně se něco dá přesunout na stranu databáze, tím se ušetří taky dost).

[3ugeene]

jé, zas si nemyslete, že děláme bůhví jak velký projekty I když teď se nám jeden ždibec větší rozjíždí, ale jinak to jsou stránky místních firmiček nebo větších firem, ale nic extra velkýho...

jestli mohu dát příklad, tak třeba egline.eu nebo vispa.cz, děláme prostě weby takovýchle rozměrů

[Mirek Prýmek]

Z trochu jiného soudku: pokud někdo chcete zkusit zajímavou ne-mainstreamovou technologii, zkuste kouknout na erlangové webové technologie. Třeba Zotonic (spíš CMS), Chicago Boss (něco mezi) a mochiweb (jenom low level základ) mi přijdou docela příjemné. S mainstreamem porovnat neumím, weby mě neživí, takže vývoj nesleduju, ale pro moje účely to funguje hodně dobře, píše se v tom krásně a přijde mi, že jsou to knihovny pěkně promyšlené, čistě navržené a dělá se v tom fakt rychle (aspoň moje věci - většinou založené na Django-like templates (erlydtl) a komunikací se spoustu různých komponent rozesetých všudemožně po serverech).

Výhodou je seamless propojení na jiné populární erlangové technologie (ejabberd, couchdb, rabbitmq apod.) a erlangová infrstruktura vůbec (hotloading, on-demand kompilace, krásně jednoduché RPC, hodně propracovaná fault-tolerance, velmi slušný výkon a parádní škálování).

[Mr. Curious]

100 souhlas s Premkem Prymkem!

Dale netreba Premkuv prispevek rozvadet ci komentovat. V podstate bych jen opakoval to co napsal.

[Reklama]

[Mr. Curious]

Ehm, Mirkem Prymkem ..

Mirku, promin, jazyk (klavesnice) predbehl/a myslenku ...

PS: Ne, nic to neomlouva. Vsichni bysme si meli po sobe text nejprve precist .. ;-)

[Kozzi]

...protože jsem se matně učil Ruby. Jenže taky - Rails = španělská vesnice a s hostingama to taky není moc růžový.

v dobe kdy muzes mit virtual za dve stovky mesicne se ohanet hostingama je imho trochu srabáctví přiznat si: nemam na to, nechce se mi.

To je sice pravda, ale bohuzel mam pocit ze si dneska vetsina lidi porizuje virtualni masiny tam kde by jim plne vyhovoval hosting. To znamena tva rada je s principu spatna, nebo spise zavadejici. Sice vyuzit nejakeho poskytovatele jako je amazon je moznost, ale na pohy hosting to je overkill a prinasi to i dalsi zbytecne komplikace.  IaaS je mnohem vhodnejsi pro potreby kdy je treba dynamicky reagovat na vyssi zatez z duvodu spicky atd. Pro normalni potreby nejake webove prezentace je vhodnejsi hosting

[Mirek Prýmek]

Mirku, promin, jazyk (klavesnice) predbehl/a myslenku ...

V pohode, ja jsem to pochopil

[Kozzi]

eMko: naprosto souhlasim... ono bez poradne znalosti v PHP se "naucis framework" takovym zpusobem, ze z toho bude spagetovy kod a to je spatne

a co se tyce pametove narocnosti a rychlosti frameworku, to je bohuzel ten problem vetsiny frameworku => jsou delane pro nejvice veci dohromady, takze ve vysledku se pak velka spousta veci nepouzije, ale stejne to tam je... toto uz mensiho webu nevadi, ale u vice navstevovanych webu najednou dochazi k vysoke narocnosti a je lepsi si napsat jadro webu primo na miru, coz nicmene vetsina lidi proste nezvladne (protoze php umi jenom tak trochu a jsou nauceni na dany framework => tu si ziskej hodnotu z requestu, tu pouzij ten a ten objekt a jine veci neumi)

stejne to je s pouzivanim ORM, hodne lidi mi tvrdi, at pouzivam jenom ORM, ze je to lepsi, bezpecnejsi a super... ale co kdyz na to ORM nestaci? takovi lide vidi kousek kodu s pouzitim PDO a nestaci se divit tim netvrdim, ze je ORM spatne, ORM je vyborna vec, ale nelze se na to 100% spolehat (a u vetsich firem u naboru PHP programatoru vyzaduji i schopnost vytvorit aplikaci bez pouziti ORM)

JJ presne tak. Ono frameworky jsou skvela vec, pokud ale potrebujete opravdu extra vykon, tak zrovna v PHP je vykon frameworku docela mizerny. Napriklad my mame ve firme vlastni MVC framework s vlastni ORM vrstvou. Nas framework mozna neni tak namakany a ORM vrstva taky urcite ma sva slabsi mista, ale vykonostne je to proste bomba.

Predstava ze by nase aplikace bezela na nejakem symphony nebo zend, tak si myslim ze mame docela dost vykonnostnich problemu.

Na druhou stranu pokud bych tvoril nejaky jednoduchy dynamicky web v php, tak bych sahl po nette.

[to_je_jedno]

Predstava ze by nase aplikace bezela na nejakem symphony nebo zend, tak si myslim ze mame docela dost vykonnostnich problemu.

Na druhou stranu pokud bych tvoril nejaky jednoduchy dynamicky web v php, tak bych sahl po nette.

kecy v kleci, moc o tom nevis, problemy s vykonem se tykaji tech kteri to neumi.
ono je hezky ze mas neco svyho, ale je to efektivite, o cene za vytvoreni...

[Kozzi]

Predstava ze by nase aplikace bezela na nejakem symphony nebo zend, tak si myslim ze mame docela dost vykonnostnich problemu.

Na druhou stranu pokud bych tvoril nejaky jednoduchy dynamicky web v php, tak bych sahl po nette.

kecy v kleci, moc o tom nevis, problemy s vykonem se tykaji tech kteri to neumi.
ono je hezky ze mas neco svyho, ale je to efektivite, o cene za vytvoreni...

To uz je vec druha, vytvorit neco vlastniho je samozrejme z pohledu efektivity a ceny ta horsi varianta, o tom se nehadam. Ja jen tvrdim ze pouziti obecneho frameworku muze v urcitych pripadech znamenat ztratu vykonu, oproti vlastnimu na miru usitemu a optimalizovanemu vlastnimu reseni.

Jinak co se tyce jeste tech penez, tak v pripade ze pouzijes existujici framework, ktery zpusobi nizky vykon tve aplikace, tak to muze zpusobit odliv tvych klientu, coz nakonec muze vest k vetsim ztratam nez investice do vyvoje vlastniho reseni.

jinak porovnani vykonnosti php frameworku vs. ciste php

http://www.techempower.com/benchmarks/#section=data-r4&l=sg&c=5

[Mr. Curious]

A pak tu mame jeste http://en.wikipedia.org/wiki/HipHop_for_PHP

[Mirek Prýmek]

http://www.techempower.com/benchmarks/#section=data-r4&l=sg&c=5

Tyjo, tak to jsou dost děsivý čísla...

[Kozzi]

A pak tu mame jeste http://en.wikipedia.org/wiki/HipHop_for_PHP

HHVM sice nevypada zle, ale pred tydnem kdyz jsme ho v praci zkouseli, tak tam hodne veci nejelo, a kdyz jsme nakonec prepsali casti kodu, ktere byli nejak nekompatibilni, tak se to zacalo nacitat, ale vysledek byl ten ze to zezralo veskerou dostupnou pamet a to bylo vse. Ale urcite je to pouzitelne, jen je asi treba mit ten spravny kod. Pripadne pro nove projekty, tam se da psat kod primo na miru te virtualce.

[to_je_jedno]

Predstava ze by nase aplikace bezela na nejakem symphony nebo zend, tak si myslim ze mame docela dost vykonnostnich problemu.

Na druhou stranu pokud bych tvoril nejaky jednoduchy dynamicky web v php, tak bych sahl po nette.

kecy v kleci, moc o tom nevis, problemy s vykonem se tykaji tech kteri to neumi.
ono je hezky ze mas neco svyho, ale je to efektivite, o cene za vytvoreni...

To uz je vec druha, vytvorit neco vlastniho je samozrejme z pohledu efektivity a ceny ta horsi varianta, o tom se nehadam. Ja jen tvrdim ze pouziti obecneho frameworku muze v urcitych pripadech znamenat ztratu vykonu, oproti vlastnimu na miru usitemu a optimalizovanemu vlastnimu reseni.

Jinak co se tyce jeste tech penez, tak v pripade ze pouzijes existujici framework, ktery zpusobi nizky vykon tve aplikace, tak to muze zpusobit odliv tvych klientu, coz nakonec muze vest k vetsim ztratam nez investice do vyvoje vlastniho reseni.

jinak porovnani vykonnosti php frameworku vs. ciste php

http://www.techempower.com/benchmarks/#section=data-r4&l=sg&c=5

jasne, protoze vsichni delame megaaplikačky...

na beznym webu(a takovych je proste drtiva vetsina zakazek) a je v podstate jedno jakou ma navstevnost budu resit odliv klientu kvuli vykonnosti... jasne, stavet na tom informacni system nemusi byt od urcite velikosti rozumne (ale pro par lidi treba evidence objednavek hotovat za odpoledne je proste efektivni reseni), ale bezny weby trochu posteluju cachovani do mongoDB a jsem v pohode...