Izbor PHP Framework

[Misha]

He he, pa dootzky definitivno bi bilo pametno da zadjes dublje od frontpage-a u tematiku o kojoj raspravljas :-)))

Pogledaj handbooks al pogledaj i source code ... ja sam se recimo u strartu iznenadio koliko su mali moduli koji rade ne tako male stvari ... i koliko je dobro iskomentarisan source code ...

Vec sam odgovorio koliko je meni trebalo da naucim Drupal i zasto mislim da prilagodjavanje misljenja nije issue za mene al uopste ... vec da li je arhitektura dobra ili ne ... da se ne ponavljam ...

Ako hoces mogu da ti sibnem online i onu Drupal knjigu ... jos bolja od handbooka za upoznavanje istog sa programerske tacke gledista ...

[Misha]

Originalno napisao nixa

ne radi se o tome, ne radim ni sa jednim cms "framework" , nego mislim da Drupal nije rešenje koje može da reši sve probleme ( i ako može, bila bi velika budževina ... )

E pa sad ... Nista ne moze da resi SVE probleme. Ni Typo, ni Drupal, ni CakePHP, ni PHP kad smo vec kod toga ... al ni pisanje code-a od nule nije najbolje resenje za SVE probleme ovoga sveta ... meni je to nekako jasno samo po sebi ...

Al valjda je jasno i da koriscenje frameworka ima svoju svrhu, a razlike medju njima definitivno postoje ... ne poznajem te nixa al nekako mi skaces sa teme na temu bez da zavrsis i jednu nit ragovora ... Kao eto recimo zasto Typo ima bolje performanse od Drupala?!?!

Mislim zaista bi voleo da cujem neke konkretne argumente ako ih imas naravno ... a sad ova nova tema koju si zapoceo ... da li ima svrhu koristiti framework, nekako mi nije zanimljiva i tu se necu upustati u razgovor ... posto je meni ocigledno da ima

[teknoledge]

Originalno napisao Misha

"drastichno je sporiji od slichnih resenja" ?!?!

Ljudi odakle vam ovakvi zakljuci? :-) Ovo ne moze da bude dalje od istine ...

Niti broj querija koji se izvrsava moze da bude indikacija brzine site-a ... Recimo sta mislis teknoledge-u da li je isti query koji ima JOIN naspram obicnog SELECT-a? I kolika je razlika ...

Inace Drupal ima plus strava kesiranje plus throttle module koji sluzi fine tuneovanje performansi ... znaci ako imas stranu koja je maltene staticka, mozes da namestis da se i izvrsava brzinom staticke ...

Ne znam sto srchanis toliko kao da si ti napravio Drupal ... Elem, ako pogledas case studies videces sta developeri prichaju. Drupal je extra za nekog ko trazi CMS + framework ali ima i mana zbog toga kao sto sam pomenuo.

[Misha]

Originalno napisao teknoledge

Ne znam sto srchanis toliko kao da si ti napravio Drupal ... Elem, ako pogledas case studies videces sta developeri prichaju. Drupal je extra za nekog ko trazi CMS + framework ali ima i mana zbog toga kao sto sam pomenuo.

:-) srchanim? Pre bi bilo da se cepanim od smeha samo ne vidis :-))) Pogledacu case studdy, samo zaboravio si da das link?!?! Ja sam od onih sto vole da se prica argumentima ... sorry :-)

Stvarno ne znam sta si nacuo i zasto si u zabludi da ima "drasticno" losije performanse od drugih CMS-a/Frameworka ... ili da su performanse al ikakav problem ...

Vec sam ti objasnio da postoje caching i throttle, vidim ne zanimaju te detalji oko toga nego aj jos jednom da ponovis tvrdjnu ... jel mislis da ce postati istina ako vise puta ponovis sta li :-)

Rails ima zaista uocljivo losije performanse od konkurencije al to ne sprecava ljude da ga koriste posto je al toliko bolji u mnogo cemu drugom, jer kada dodjes do toga da imas 100000 poseta dnevno imaces para za jos jedan server ... i za programera koji zna kako da podesi caching, throttle, opcode cache ... i tako ... kakve crne performanse ...

Ok, ovaj thread postaje dosadan polako

[teknoledge]

Originalno napisao Misha

:-) srchanim? Pre bi bilo da se cepanim od smeha samo ne vidis :-))) Pogledacu case studdy, samo zaboravio si da das link?!?! Ja sam od onih sto vole da se prica argumentima ... sorry :-)

Stvarno ne znam sta si nacuo i zasto si u zabludi da ima "drasticno" losije performanse od drugih CMS-a/Frameworka ... ili da su performanse al ikakav problem ...

Vec sam ti objasnio da postoje caching i throttle, vidim ne zanimaju te detalji oko toga nego aj jos jednom da ponovis tvrdjnu ... jel mislis da ce postati istina ako vise puta ponovis sta li :-)

Rails ima zaista uocljivo losije performanse od konkurencije al to ne sprecava ljude da ga koriste posto je al toliko bolji u mnogo cemu drugom, jer kada dodjes do toga da imas 100000 poseta dnevno imaces para za jos jedan server ... i za programera koji zna kako da podesi caching, throttle, opcode cache ... i tako ... kakve crne performanse ...

Ok, ovaj thread postaje dosadan polako

Cepanis, srchanis, sta god... Vidim da si od onih geek-ova koji "brane" odredjene applikacije po svaku cenu ko da su im deca...

Case study: http://drupal.org/node/116578
Web site: http://teamsugar.com/
Quote:

1) Drupal has a hard time scaling with the number of modules and a lot of modules that a social network would want, e.g., the og module, are really bad performers. We get a lot of hits on the "my unread" page and it's absolutely brutal. Views also generate atrocious SQL which will pound your database into oblivion if you don't actively monitor the situation. We do not, for example, have a view for each block on the team homepage — the SQL is hand-written.

When you're creating web applications you're typically going for one of three things: speed/scalability, flexibility, or maintainability. Drupal is high on flexibility, average on maintainability, and poor on speed, in my opinion. If your priority is maintainability then I'd go for one of the RAD environments like Rails or CakePHP. If speed is your priority then I'd write your own lightweight framework, or whatever, and do it yourself.

Sad ces verovatno da kazes kako nisu optimizovali query-je, lose su napisali custom module, spori su im serveri, itd...

Ovo stvarno postaje dosadan thread jer si ga ti smorio....

[Misha]

E ovo vec ima "neku" tezinu, za razliku od onoga sto si do sada rekao. Al vidis kako znas i sam sta sve moze da bude razlog losim performansama ... i da to nije SAMO pitanje frameworka ... kao sto rekoh to je u startu promasena poenta za ovaj thread

Secas se, covek je pitao koji frameworci se koriste u praksi i zasto ... ja sam mu dao malo konkretniji odgovor zasto ja koristim Drupal, zar nije trebalo i ti da uradis slicno, kao ono znas!?!? Vidis ja bi rado procitao tvoje argumente zasto ti koristis ono sto koristis, makar to bio i code od nule ... a ovi kvazi argumenti protiv, i jedan komentarcic ... jesu smor al zesci ...

Dakle ako koristis Drupal kao framework (bez mnogo tudjih modula), na tebi je koliko ce ti code brz biti, kao uostalom kao i kad pises aplikaciju od nule. Stim sto ovde imas nekoliko ugradjenih modula koji ti pomazu da boostujes performanse i ogroman koristan dobro istestiran API koj mozes da koristis.

A decu i karakterizacije sta je ko probaj da zaobidjes ... To mi je malo trulije nego biti geek na devprotalk forumu ...

[Bojan Zivanovic]

Istina je da je Drupal bio dosta spor, sto su Drupal developeri osetili na svojoj kozi (drupal.org se raspadao usred prevelikog broja korisnika).
Medjutim, aktivno se radi na smanjivanju broja kverija i boljem kesiranju, tako da je iz verzije u verziju situacija sve bolja.. Sestica donosi velika pobojsanja sto se performansi tice, tako da definitivno vredi pogledati.
Inace, slazem se da Drupal ima odlican framework, sam kod je prva liga.

[McChoban]

Ok, evo naterali ste me da pogledam drupal... A te knjige, jesu li validne za 6-cu?

[Misha]

Originalno napisao Bojan Zivanovic

Medjutim, aktivno se radi na smanjivanju broja kverija i boljem kesiranju, tako da je iz verzije u verziju situacija sve bolja..

To si u pravu Drupal se razvija stvarno impresivnom brzinom. Recimo CodeIgniter maltene razvija jedan (vrlo pametan) covek, CakePHP njih nekoliko, dok se oko Drupala vrti jedan poprilicno veliki community ocigledno kompetentnih ljudi ... i to se vidi, i u ispoliranosti source-a i dokumentaciji i sl. Cak i to mi je mnogo bitnije od nekih mutnih prica oko performansi ...

A o performansama Drupala cini mi se ima raznih misljenja zato sto ljudi koriste module preterano, da ne bi slucajno nesto rucno napisali, pa se posle pitaju zasto je to sporo. Iz mog iskustva ako ga koristis kao framework tih problema zaista nemas.

Originalno napisao McChoban

Ok, evo naterali ste me da pogledam drupal... A te knjige, jesu li validne za 6-cu?

Knjige su pisane za 5-icu, 6-ca nece izaci jos nekoliko meseci. Drupal community ti jos podrzava i 4.7 inace ... Tako mislim da slobodno mozes da citas ovo sto ima, nista pogresno neces procitati ... a stvarno je detaljno opisana arhitektura i principi dobrog dizajna web aplikacija ...

[andrejpav]

Ma kakav Drupal kao framework, vBulletin je prava stvar za to!

Salim se, ali samo da spomenem od cega se sastoji moj framework: PEAR + Smarty. PEAR moze da se poredi sa Zend-om, samo sto duze postoji. Zend je kao kopija PEAR-a posto ima skoro iste klase (sa mozda nekim dodatcima).

Sad sam uzeo malo Symfony da ucim posto sef hoce da malo preradimo i iskoristimo askeet aplikaciju. (Askeet je slicna aplikaciji Yahoo Answers.) Koliko vidim, pisanje tog askeet-a nije nista lakse/brze/sigurnije/preglednije nego kad bi koristio PEAR. Samo je drugaciji nacin organizovanje koda... Mislim da to moze da se kaze i za ostale MVC frameworks koje sam video i koji su spomenuti na ovoj temi.