-
PHP
(
http://www.devprotalk.com/forumdisplay.php?f=9)
| Misha |
27. 09. 2007. 10:02 |
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 |
27. 09. 2007. 10:15 |
Citat:
Originalno napisao nixa
(Napišite 43307)
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 ... )
|
:1092: 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?!?! :1051: :)
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 |
27. 09. 2007. 11:06 |
Citat:
Originalno napisao Misha
(Napišite 43322)
"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.
:1064: |
| Misha |
27. 09. 2007. 11:32 |
Citat:
Originalno napisao teknoledge
(Napišite 43330)
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.
:1064:
|
:-) 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 :1056: :) |
| teknoledge |
27. 09. 2007. 12:05 |
Citat:
Originalno napisao Misha
(Napišite 43332)
:-) 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 :1056: :)
|
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:
Citat:
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.... :1039: |
| Misha |
27. 09. 2007. 12:41 |
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 |
27. 09. 2007. 12:47 |
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 |
27. 09. 2007. 16:59 |
Ok, evo naterali ste me da pogledam drupal... A te knjige, jesu li validne za 6-cu?
|
| Misha |
27. 09. 2007. 17:44 |
Citat:
Originalno napisao Bojan Zivanovic
(Napišite 43336)
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.
Citat:
Originalno napisao McChoban
(Napišite 43347)
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 |
14. 11. 2007. 22:18 |
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.
|
| Vreme je GMT +2. Trenutno vreme je 18:07. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
