Ja sam probao Cake i nije mi se dopao ali na par projekata sam koristio Qcodo
Znacajno olaksava posao ali i on je daleko od idealnog... po mom licnom misljenju nije dovoljno dobar za velike aplikacije.
Vrlo brzo se uci, dokumentacija je odlicna i za divno cudo razvija se :)

da.. volio bih znati ako neko zna nesto vise o ovima sto sam ja vec naveo!?
Zend - http://framework.zend.com
CacePHP - http://www.cakephp.org
Codeigniter - http://codeigniter.com

Jedini kojeg sam probao je codeigniter. Smatram da je veoma lak za ucenje. Mnogo mi je organizovaniji kod nego ranije, skripta sa njim mi za isti posao trosi oko 6 puta vise memorije nego kada sam kod pisao sam. Brzina je isto malo manja, ali nista preterano znacajno. Dobra dokumentacija, ne trazi nista specijalno sto se tice podesavanja servera, veci deo posla oko sigurnosti se obavlja automatski... Probaj...

bas bih volio da ima neko da je koristio ovaj zendoc i codeIgniter pa da nam to malo usporedi...

koji je napredniji i pogodniji za vece projekte!?

i jos me zanima ako neko ima toliko iskustva... koji je bolji u situaciji kad se treba dodati dosta svog koda..
u koji framework se lakse i "konvencionalnije" doda svoja skripta!?

Postoji i varijanta da sam napises svoj framework...

Od dostupnih frameworka najbolji je onaj koji to odgovara da se najlakse iskazes. Svi imaju odredjene mogucnosti.
Recimo, retko ko ce iskoristiti sve mogunosti PEAR-a.

Uzmes smarty ili nesto slicno, neku klasu za db layer, pokupis jos par korisnih klasa i eto ti biblioteka za framework.

Jos samo kreiras neki interfejs. Bitno je da se sam snadjes cime onda raspolazes

da, mislim da to nije naj idealnije rjesenje ako ces uposljavati kasnije dodatne programere i inace ako ce vise ljudi raditi na projektu...:(

Ja u zadnje vreme koristimm Zend framework. Mogu da kazem da sam osnove brzo savladao. Dokumentacija je dobra ali pomalo suvoparna, ko je imao iskustva sa Java dokumentacijom prilicno brzo ce se snaci. Posto iza njega stoji Zend kao firma prilicno sam siguran da ce opstati na trzistu, jer mi je vazno da neko sa nekim kredibilitetom stoji iza toga da bi se izbegle glupe situacije (kao sa Joomlom recimo).
Svidja mi se sto mogu da se koriste sve klase potpuno nezavisno tj. ne moras ceo framework da vuces ako ti treba recimo samo ACL .
Integrisao sam smarty u view frameworka i to jako lepo radi.

Mane: Cini mi se da je prilicno spor kada se uvuce mnogo njegovih klasa (mada nisam nista merio). Nema nikakvo upravljanje formama (mada sledeca verzija 1.5 donosi potpunu podrsku za to). Dokumentacija je puna primera koji ne govore skoro nista, a clanci na internetu su uglavnom vezani za verzije frameworka pre 1.0 kod kojih se sama struktura klasa jako razlikuje u odnosu na trenutnu, pa bas nisu od pomoci. Naravno kako vreme bude odmicalo situacija ce biti sve bolja. Uskoro i trebalo da izadje i knjiga sa ovom tematikom, sto ce nadam se bitno popraviti stvar.


Manite se sopstvenih frameworka pogotovu za ozbiljnije projekte koji ukljucuju vise ljudi. Kada neko drugi treba da preuzme odrzavanje toga (makar i iz iste firme) bice puno problema. Ovo govorim iz svog jako loseg iskustva sa takvim varijantama.

Dali slucajno znas kada su planirali bar RC od 1.5 frameworka?

Koliko sam obavesten prvi RC bi trebalo da bude u drugoj polovini februara.

Što se tiće frameworka za php radim sa symfony-em već dvije godine i glavu mi spašava. Dokumentacija je ekstra da su i knjigu izdali o njemu. Koga interesuje http://www.symfony-project.org/

Za manje/svoje projekte koristim svoj set klasa jer ih poznajem u bajt () a za neke veće i/ili za projekte na kojima će raditi više ljudi koristim CodeIgniter i zadovoljan sam kako radi posao, a i njegova dokumentacija mi baš baš odgovara..

Radio sam sa svojim klasama.
Kasnije sam tu ukljucio Smarty.

Sada radim sa Codeigniterom, phpCake i Zend nisam jos probao.

Ono sto mi se dopalo kod Codeignitera:
- Za 15min sam poceo da programiram
- Jasna, ne napadna dokumentacija, laka za ucenje
- Drzi se hmm kako bih rekao "minimalizma" u smislu da ce ti framework bez bojazni raditi na 99% hostova
- Lako moze da se dopise/izmeni postojeca ili neka nova funkcija
- URI routing, sad mi URL izgleda fancy :)


Sada stvar radim mnogo brze.
Kada sam poceo da radim sa Codeigniterom image, upload i db klasa su mi spasile zivot.
Npr. image klasu konfigurises, $conf nizu dodelis parametre kao sto su velicina, sirina slike, itd
i kazes $this->image_lib->resize();
tako je i za ostale stvari, piece of cake

Za sada od ovoga sto sam probao kod Codeignitera, jedino mi se validacija bas u potpunosti ne dopada kod prenosa varijabli. Imao sam male zezancije, tj nije bas elegantno kada pravis edit nekog sadrzaja npr u CMS-u.

Samo cu reci da se proba PRADO pradosoft.com

Slazem se sa rajkomBekrijom. Prado je dosta dobar PHP framework. Pokusao sam sa Symfony ali je delovao dosta komlikovano za podesavanja pa sam odustao mada je kolega veoma zadovoljan sa njim.

http://www.phpit.net/article/ten-different-php-frameworks/

super je taj clanak samo je podosta star
This article was posted on Monday, March 20th, 2006 at 12:21 am.
:(

zend ja mislim da sada ima sve osim 1. kvakice

:)
Ja koristim ATK, i jos nekolicina mojih ortaka.
Prilicno je slabo dokumentovan, skoro sva dokumentacija se nalazi u kodu.
Sad pokusavaju da poprave to, postvili su wiki.

Prilicno je mocan framework, bacite pogled www.achievo.org/atk

Ja bih rekao da mu je najveca moc rad sa bazama podataka. Pogledajte obavezno nacin na koji pravi veze izmedju tabela u bazi podataka.
Podrzava sve tipove veza jos plus ima dodatnih.
Kao template engine koristi smarty.

Koristim zend i slazem se da je dokumentacija suvoparna ali se brzo razvija.
Sajt u mom potpisu sam razvio u zendu.
Najveci problem dok se ukapiraju neke stvari,ali kada se to usvoji onda je razvoj brz i lak.
Postoje dve knjige na internetu kao i forumi koji su vezani za te knjige.
Prva je Zend Framework in Action a druga je skoro izasla i zove se Easy PHP Websites with the Zend Framework.

Imam jedno pitanje:
Koristim Smarty a koristio i FastTempalte klasu. Da bih odvojio php kod od html-a. I lakse odrzavao aplikaciju.
Pogledao sam CodeIgniter, pogledao Joomla( instaliro na kompu),zatim forum phpBB. Da vidim kako su pisani.
Naravno preko nekoh frameworka.
Ali - SVE SPAGETI KOD.
Pogledam Joomla-pomesano i html i php, nezna se ko pije ko placa.
Sa smartyjem sam uradio nekoliko projekata na brzinu, i nije mi jasno ko moze da tumaci Joomla-u ili nesto slicno i da gleda gde je sta...
Stvarno mi nije jasno. Bezalo se od spageta kodova da bi se vratilo na staro.

ma joomla je pravljena da je jednostavna za ove "glumatore" sto "prave sajtove" a ne znaju liniju html-a napisati...
predpostavljam da se zbog toga nije pazilo na kod...
a zatim je dosla ogromna popularnost joomle koju je nasljedila od mambo-a i naravno, koliko god da je komplikovano svi lete da razvijaju nesto za to i to je to...


codeigniter se meni jako zvidja jer je onaj osnovni kostur spreman a ti onda imas slobodu da logiku sajta kreiras kako ti odgovara.. ako je nesto slozenije naravno da ces ubaciti nesto kao "module" ako je nesto jednostavnije
samo poredas kontrolere koji ti trebaju, modele ne moras ni pisati i to je to..

ono bas je nagodan fw.

a bez smarty-a nema price.. samo mi je zao sto nije bolje integrisan uz frameworke koji postoje.. ne svidjaju mi se ova neka rjesenja koja sam vidio...

Pa sad... CodeIgniter samo sam na brzinu pogleao i video da je bitno da u html kod ide
<?php echo $this->calendar->generate(); ?>
Odprilike...
Nisam naisao na neki veci projekat , ali mislim da veci projekat vise mesanje php koda u html...
I cudi me da Joomla- nije krenula razvoj od pocetka. Vise bi se i brze razvijala.
Ipak ona nije mnogo stara, a FastTamplate klasa je bila i 2002, Smarty mislim da ga ima nekoliko godina.
Svaka cast kako oni ono unapredjuju.
Ali video sam da cist php kod i cist HTML kod obezbedjuju jedino Smarty, FastTemplate i slicne klase..
Kako web dizajner radi stranicu u CodeIgnater , kada nezna gde ce i zasto biti svuda
<?php echo ... ?>
Ne verujum da je mnogo nezavisan od php programera.

ali sa codeigniterom lako mozes koristiti i smarty ili koji vec template engine hoces... samo treba biti malo kreativan kako ga uklopiti..
ima pun projekata sa CI-om i vecih.. samo treba malo potraziti

Koristim CI i o njemu mogu nesto reci... ostale framework nisam probao.Povrsno sam pogledao ZEND vise iz znatizelje nego sto mi je bio potreban.

a o CI samo reci hvala....Kada sam poceo da provaljujem MCV imao sam srecu da naletim na CI i jos mi nije palo na pamet da ga menjam jer mi je zavrsavao sve za cim sam imao potrebe

Lak za ucenje,brz,jednostavan,fleksibilan,sjajna podrska,sjajna dokumentacija,dobra ekipa se okuplja oko njega(forum im je jedan od retkih gde neces naleteti na folirante i pametnjkovice vec na ljude koji diskutuju o konkretnim stvarima i problemima)...

CI je inace open source projekat firme EllisLabPa sad...



Kako web dizajner radi stranicu u CodeIgnater , kada nezna gde ce i zasto biti svuda
<?php echo ... ?>
Ne verujum da je mnogo nezavisan od php programera. 

Sve zavisi kako organizujes kod.Mozes i sa CI da napravis template sistem .CI dosta vodi racuna o preformasama
i bas zbog tog razloga daje mogucnost izbora da li ga zelis koristiti ili ne.Posto je izvrsavanje koda <?php echo ... ?> u view fajlovima nesto brze od "pasiranja template-a",programeri se cesce odlucuju za brzu varijantu,valjda zato sto i sama ElliseLab istice da bas zbog preformansi daje samo deo mogucnosti pasiranja template-a kao deo izvornog CI.
********
Inace CI takodje zbog preformansi ima taj "minimalisticki pristup" koji na prvi pogled moze izgledati siromasno(meni je na primer izgledalo cudno zato sto nema podrsku za soap),ali CI je tako lako prosirivati(jednostavno sam uzeo Nusoap biblioteku i resio potrebu za soap-om),tako lako nadogradjivati sistemske klase da konbinatoriku i mogucnosti ja jos nisam iscrpeo.

Sto se mene tice dve ruke za CI.Zivot pre njega mi izgleda kao divljina

Ko kaze da se mora pisati <?php echo .... ?> ?

<?=$varijabla?> a to nije puno komplikovanije od {varijabla}.

ili recimo

CI:


Smarty:


A uostalom: http://codeigniter.com/user_guide/libraries/parser.html :)

Malo offtopic-a:

Bas mi ne ide u glavu zasto je vecina ljudi toliko protiv "mesanja PHP-a i HTML-a" ? :-) Mislim, na kraju krajeva, sta god koristili (smarty ili neki drugi template engine) opet se to na kraju svede na PHP u HTML-u.

Jedan zanimljiv citat sa CodeIgniter-ovog manual-a:



Daleko od toga da sam sad neki protivnik Smarty-ja, bas naprotiv - dugo sam koristio Smarty i zaista mi je pomogao u razdvajanju logike od view-a. Ali, nakon velike konzumacije istog, krenuo sam da radim u timu koji je radio bez template-a i od tada vise nisam ni pomislio na neki Template Engine. No, nebitno.

Uglavnom, ono sto sam hteo da kazem, jeste - da se pod "mesanjem PHP-a i HTML-a" smatra mesanje Logike i Prikaza, tj. nesto tipa:

index.php:



Ovo je ono sto se ne preporucuje i treba izbegavati naravno. Zato se primenjuje opste-poznati MVC model etc etc ... (nije ovo trenutna tema).

Suma sumare: Sta god radili, ne mozete izbeci mesanje PHP koda i HTML-a, bitno je samo drzati se pravila - "svako (svaka skripta) treba da radi ono za sta je namenjen".

U krajnjem slucaju, uzmite WordPress npr, koji je opste poznat i prihvacen Blog engine (CMS)... Pa pogledajte njegove View Template-e :-)) Koristi se alternativna sintaksa PHP-a (koju je inace 'pozeljnije' koristiti u template-ima):

Primer:


Link: http://php.net/manual/en/contr...uctures.alternative-syntax.php

Btw, mozete baciti pogled i na: http://nosmarty.net/

Btw2,

---

E sad, da se vratim konkretno na temu :-)

Ja recimo (tj. tim u kome radim) koristi CodeIgniter i sasvim sam/smo zadovoljni sa njim. Ukoliko nesto zatreba, lako se moze prosiriti dodatnim Library-ima/Helperima. Jednostavno, vrsi posao :-)

Jedina zamerka (i mozda problem ubuduce) jeste sto nije u potpunosti Objektno Orijentisan, tako da se sumnja kako ce raditi pod PHP 6icom (imao je cak i problema sa novijim verzijama PHP 5ice, ali je to zakrpljeno).

I da, naravno, dokumentacija sasvim dobra :-) Jednostavno, lepo sazeto i objasnjeno sve sto moze da zatreba :-)

Postoje sistemi gde je apsolutno zahtevno da se razdvoji php od html-a, recimo u sistemima gde korisnici samo generisu html.
Pozeljno je da se tako nesto primeni i tamo gde postoje posebni html/css koderi (imao sam takav slucaj i izrada sajtova je isla maksimalnom brzinom).
Takodje, ponegde je zahtevana i kombinacija php-a i html-a, ali onda ne mozemo pricati o totalnom MVC-u ??!
Vordpres je fantastican, ali to je samo jedan od nacina da se "odere macka".

Uglavnom izbegavam smarti i pribegavam laganim resenjima

Hmm, ok, je l mozes onda da mi das primer kako bi generisao neki dinamicki sadrzaj, a da pritom potpuno razdvojis PHP i HTML ? :-) Nemoj da mislis da provociram, samo me interesuje kako :-)

Pa nemoguće je potpuno razdvojiti PHP i HTML u smislu da u templejt fajlu nema nikakvog PHP output-a. Ali ideja razdvajanja je da se PHP ne koristi za ispis, a da u templejtima budu samo ti neki placeholder-i, koji bi output-ovali vrednosti promenljivih koje dolaze iz PHP-a, plus eventualno neki if uslov i for/foreach/while petlja. To je neko moje viđenje...

sintaksa slicna kao smarti, samo sto se ne kompajlira.
u kodu koristim $tpl= new Template(); $tpl->assign(); $tpl->fetch();
a u templejtu {zamena_za_promenljivu}, a onda primenim str_tr za jednostavnije zamene, odnosno str_replace za one sa duzim stringovima.
Dodao sam i if blokove, kao i petlje, ali o tome se treba raspisati ovde, a to nije tema.
Po potrebi kesiram ulaze i/ili izlaze, tome pridodam i parametre za apdejt kverije za es-ku-el i to se odlicno ponasa i na prilicno opterecenim sistemima.

_{primer: http://www.mojkvadrat.rs/templates/pretraga_rezultati.tpl}

Ok, a sta se desava u slucaju da imas da stampas niz (npr. podatke iz baze) ? :-) Osim ako ne naguras ceo kod u jednu promenljivu (html+php), ne vidim nacin kako bi to islo ? Znaci, osim ako nesto nisam prevideo, primena ovoga se svodi na vrlo jednostavne stranice, gde treba samo da ispises rezultat iz promenljive :-)

Na stranu to sto ti parsiras ceo HTML fajl, da bi zamenio {promenljiva} sa vrednoscu koju skladisti ista :-)

Znaci, iskren da budem, bas ne kontam neku znacajnu primenu ovog sistema ?

Btw, kesiranje bas i nema veze sa konkretnom temom, jer ce svakako kesirane straice najbrze da se ucitavaju, kako god se one kreirale pre toga ...

Btw2, sad bas gledam ovaj primer sto si ostavio (nisam ga malopre primetio) i ovakav sistem mi izgleda mnogo kompleksnije od cistog PHP-a, tj:



Cist PHP:



I da, sad mi tek ne ide u glavu kako si potpuno odvojio PHP od HTML-a ? :-)

U konkretnom primeru niz pocinje sa <!--oglasi--> i zavrsava se sa <!--/oglasi-->. Jednostavnije ne moze.

Mislim da je stvar ukusa kome sta izgleda kompleksnije.
Ovo je samo pokusaj da se odvoji html od php-a da bi ga koderi lakse obradjivali.
Ne mogu da se zakunem u ovakav sistem, niti mislim da je najbolji, ali se niko nije ni zalio.

Licno ja, jos uvek tragam za najboljim resenjem, a mislim da tu treba akcenat biti na sto jednostavnijem sistemu templejta, a ne na sintaksi koja se u tome koristi.

Pa nisu ni koderi mutavi da ne znaju 3 reda PHP koda upisat i to jos prema upustvu programera :)

Skinuo CodeIgniter, i poceo da ucim.
Nadam se da je ovo pocetak jedne lepe veze.

http://codeigniter.com/user_guide/overview/at_a_glance.html



http://codeigniter.com/user_guide/overview/goals.html

A to o poptunom razdvajanju html i php koda koje se dostize samo koriscenjem nekog template engine-a je jednostavno smesno. Imao sam, nazalost, priliku da vidim kako izgledaju neki smarty templejti, koji bi trebalo da ''olaksaju zivot'' html/css koderu, i ucine ga nezavisnim od php kodera. Nikakve sustinske razlike u odnosu na klasicno echo-ovanje (sa stanovista html/css kodera) nema.

Sa ovim delom se slazem. Moj utisak o CI se vremenom kvario. Za manje jednostavne sajtove, cms-ove je OK. Ali ako zelite nesto ozbiljnije, bolju kontrolu nad izuzecima i slicno CI nije dovoljan.

Nije precizno definisan nacin utvrdjivanja greske kod baza podataka. Ne znate da li je mysql server offline ili je greska u upitu. Mozete ukljuciti debug, ali to je samo za vreme development-a. Postoje nacini da utvrdite da li je doslo do greske sa bazom, npr. da svaki upit uokvirite u transakciju pa proveravate status iste, ali to je budzenje i nema smisla u vecini slucajeva gde su prosti SELECT upiti u pitanju. Nadam se da ce preci na sistem sa izuzecima (exceptions) umesto da funkcije vracaju false. Isto tako, kada upit ne vrati rezultate dobijate gresku ako pokusate iteraciju kroz listu rezultata, pa je neophodno proveriti ima li rezultata uopste. Smaranje.. Trebalo je samo da vrate prazan niz u tom slucaju, pa ko hoce da proverava da li rezultata ima moze naknadno to da uradi.. I tako, u pocetku deluje sjajno, kasnije vidite da tu fali dosta toga..


Ja trenutno koristim CI, ali samo zato sto nemam puno posla pa me mrzi da ucim nesto drugo. Ukoliko se obim posla poveca, napravicu sam svoj framework zasnovan na idejama CI-a, ali sa boljom kontrolom nad izuzecima sto je najveca zamerka CI-u.

poz

Znaci ovo:

je isto sto i ovo:

?

Hehe mogao si jos da ga zakomplikujes

napravi svoju helper funkciju:



i dobijes isto:





<sub>[Ovu poruku je menjao djordje dana 04.07.2010. u 17:34 GMT+1]

[Ovu poruku je menjao djordje dana 04.07.2010. u 17:35 GMT+1]</sub>

Nije uopšte poenta u echo-ovanju, i načinu ispisa promenljivih u nekom templejtu, već u razdvajanju slojeva, ili nečemu što se zove separation of concerns. Tebe niko ne prisiljava da koristiš neki template engine, ali je pametno da tu ideju na kojoj su oni zasnovani primeniš barem tako što ćeš tvoj html output, kojeg inače imaš u nekom PHP skriptu, izdvojiti u zaseban, npr. .phtml fajl, u kome se na određenim mestima ispisuju promenljive set-ovane u pomenutom PHP skriptu. Taj phtml bi onda samo učitavao (require_once) u tvoj PHP skript.

Pročitaj ovaj članak i trebalo bi da ti bude jasno o čemu pričam.

Jasno je meni to, Nikola.
Tako i sam radim, imam neki set svojih funkcijica u kojima je jedan od parametara upravo $html_output, i to je naravno zdrav pristup koji pomaze meni (ali, samo meni, i/ili nekom drugom php koderu) da se snadjem.
Zato i hocu (izmedju ostalog) da naucim da radim u ovom frejmvorku, jerbo su njegovi kreatori to sredili ''malo'' bolje od mene.

Moja poenta je bila da upotreba template enginea kao sto je Smarty NIMALO ne olaksava posao cistom html/css dizajneru. I mitketov primer me nije razuverio.

I ne treba, Djordje me dotukao. Priznajem da bih se tesko setio helper funkcija.

A sad odoh na javni stub srama

Hehe

Evo jos malo

podesis u ini fajlu da mogu da se koriste <? tagovi umesto <?php i ustedis jos 3 znaka

Mada, ako vec radis sa dizajnerom koji zna neki template jezik, pre ces ti da naucis jos jedan nego on da uci php, jer dizajneri to u sustini ne vole da uce, tako da template ima velike prednosti tu. Opet, zavisi na kome je da ugradi template...

Uglavnom, nauci i jedno i drugo, pa sta ti je u kojoj situaciji bolje, ti koristi. Divni univerzalni odgovor koji ti nista ne pomaze

He, he, ma kakvi, ja sam ''devojka za sve'' (Velja Ilic ™), css, html, php... ko i ovaj:
http://a44.video2.blip.tv/5870...y6219.mp4?bri=24.4&brs=590

Vidi, Mitke, kako cepa CSS. :P A ti neces da se mucis s tim.

Elem, gledajuci/citajuci neke tutorijale, stekao sam utisak da ja fleksibilnost (izmedju ostalog neinsistiranje na odvajanju modela i controlera) CodeIgnitera, ako se radi na jednostavnijim stvarima, vrlo fin feature.
Cenim da se ovo sto je ovaj uradio (login sistem) moze uraditi i sa znatno manje koda, i to u kontroleru. No, videcemo...

Pogledaj php.net gde pise da ne treba koristiti skracene tagove i zasto.



CSS? Over my cold, dead fingers!

Elem, pogledaj i Symfony, meni se on najvise svidja. Ima video tutoriali, a i pisana dokumentacija je veoma detaljna. Verujem da je recimo 2-3 dana dovoljno da se taj FW razume i koristi. Kvaka je u tome sto zahteva poznavanje Doctrine-a.

Naravno, samo sam morao malo da se pravim pametan :)
Dovoljan razlog za nekoriscenje je moguca nekompatibilnost sa serverima gde nemate pravo menjati takvo podesavanje, a ko ce ondarucno izmenjati svaki otvoreni tag...