DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   PHP frameworks, again (http://www.devprotalk.com/showthread.php?t=7873)

ivanhoe 28. 02. 2010. 02:14

pa meni je iskreno glupavo i ono sa jedninama i mnozinama za ORM, on svaki put pretvara to vamo-tamo da bi znao koje tabele i koje klase da koristi (tabele su imenovane u mnozini, a klase u jednini), po meni je to potpuno nepotrebna perverzija...

Djuki 28. 02. 2010. 12:10

Da zbog našeg govoprnog područja to nam ne odgovora. Takođe ja tabele uvek nazivam u jednini, nekako mi je logično da entitet bude u jednini. Ali opet to sa njihove tačke gledišta možda nije loše da bi se održao standard u nazivima modela i nazivima tabela. Nije redak slučaj da neko neke tabele naziva u jednini druge u množini u zavisnosti od raspoloženja u tom trenutku.

Srećom ORM-modelu možemo reći kako nam se zove tabela i prilagoditi sebi.

flash_back 02. 03. 2010. 00:02

Citat:

Originalno napisao mare_bj (Napišite 80572)
Što se tiče same teme vidim da većina ovde koristi CI.
Kako se snalazite za autentifikaciju/autorizaciju, layout, parcijalno keširanje view-a? Da li koristite eksterna rešenja za to?
Vidim da Zend ima sve tri nabrojane funkcionalnosti i još gomilu korisnih svtvari, ali ga u ovoj temi gotovo niko i ne pominje. Nailazio sam na primedme da je spor za high-load sajtove, međutim kako sam u zadnje vreme radio par srednjih(15-20.000 pageloada dnevno) nisam primetio nikakve probleme u performansama. Da li je neko od vas imao probleme sa performansama Zenda?

Kompletno mi deluje i Yiiframework, bar nakon proučavanja dokumentacije, mada mu je zajednica znatno manja nego kod CI i ZF. Nisam još stigao da ga isporbam.


Ci po meni je vrh vrhova ;) za "autentifikaciju/autorizaciju" koristim freakauth lite, barem to mi je osnova koju koristim i koju sam dopisao la grande :1038:

uostalom pogledaj http://www.tuningtube.rs/galerija.html i http://www.tuningtube.rs/forum.html :1042:

sve je tu i originalno pisano sa moje strane na CI platformi, cisto da vidis sta sve moze da se postigne sa njim ;)

Djuki 02. 03. 2010. 23:00

CI je lepo ogranizovan i lak za učenje, ali nikako nije najbolje rešenje, posebno ne najbolje rešenje za sve.

Ci je PHP4 framework. Uskoro nas očekuje PHP6, potpuno objektno orijentisani jezuk. Ne preporučujem CI već bilo koji drugi php5 framework.

Ne poznajem sve frameworke, već samo CI, Kohanu i malo Symhony.

Symphony je odličan za brz razvoj, ima generatore koda, koristi ORM, Propel... to je njegova prednost.

Opet ko šta voili, od svakog se može ponešto naučiti, tako da dublje upuštanje u bilo koji fw nije gubljenje vremena, već naprotiv.

O Kohani sam već pričao ne bih je favorizovao, iako je ona za sada moj izbor.

bOkIcA 12. 03. 2010. 10:19

Sta se kuva u CI 2.0...

http://philsturgeon.co.uk/news/2010/...ng-good-so-far
http://www.haughin.com/2010/03/11/co...-implications/

mb_sa 12. 03. 2010. 11:06

^ samo mogu reci da mi je drago sto je php4 deprecated :)

bOkIcA 12. 03. 2010. 17:00

^ Bilo je samo pitanje momenta, ipak je to logican sled.

dinke 18. 03. 2010. 11:15

Getting Started with Kohana
 
Hi,

Postoji li neki "getting started for dummies" za Kohanu za nas sto ceo MVC buzz ignorisemo vec godinama? :1087:

Vidim da je CI mnogo bolje dokumentovan (ima cak i video tutorijale uraaa) ali za Kohanu sam nasao samo ovo http://docs.kohanaphp.com/ ali tu ne vidim nikakav "getting started" osim same istalacije (koju sam odradio ali sta sad)? Ne znam koliko ima smisla uciti CI da bi se preslo na Kohanu?

jablan 18. 03. 2010. 11:33

Nisam nikad koristio Kohanu (glupog li imena), ali baci pogled na:

http://dev.kohanaphp.com/wiki/kohana2/Kohana101

ivanhoe 18. 03. 2010. 11:38

getting started je da procitas sve sto pise u referenci pod General, Core::Kohana, Libraries::View, Database i ORM ako volis, Helpers po zelji

i onda malo uzmes da prckas po sistemu.. U sustini kad shvatis organizaciju fajlova, routing, i kako se prave kontroleri, modeli i views ( i kako da saljes podatke izmedju kontrolera i view-a) shvatio si sve sto ti treba...

Mladjo 18. 03. 2010. 17:56

Tek skoro sam poceo sa OO jer mi za neke stvari treba bas previse da tweak wordpress. I CI sam skapirao za dan jer je dokumentovan dobro, ima tutorijala na drugim sajtovima tipa kako da odradim ovo, skinuo sam nekoliko cms sistema odradjenih na njemu da pogledam. Cak sam nasao knjigu posle toga i polako zavrsavam neki simple blog. Ne da mi treba taj blog za nesto ali sam odusevljen kakve se varijante otvaraju.

misk0 18. 03. 2010. 19:18

Citat:

Originalno napisao dinke (Napišite 81899)
Ne znam koliko ima smisla uciti CI da bi se preslo na Kohanu?

Ovo sto je ivanhoe napisao je poprilicno tacno, tj i ja bih ti tako savjetovao, ali ako ti djeluje to previshe pocni sa tim 'getting started' tutorijalima za CI pa kad skontas osnove prebaci se na Kohana doc. Ja sam krenuo sa CI i onda se prebacio na Kohana ciju sam doc koristio samo kao referencu.

spezia 31. 05. 2010. 14:07

Vidim da po polularnosti se najvise koriste CI, Cake i Zend...
A sta je sa symfony?? Cuo sam da je on mozda jedini pravi OO framework. Zasto nije popularan, kao ostali... Tezi je za ucenje od CI, ali me opet cudi kako vidim da on ispada "sugavo prase", jer malo se ili skoro nista ne koristi kod nas, a i ono sto su probali ne navode neke mane.
Ja sam malo gledao i deluje mi ok za one koji kukaju za OOP.
Sta je mana symfony-a pa se izbegava?

cvele 31. 05. 2010. 14:53

Svojevremeno sam poceo da se igram sa symfony ali mi je bilo besmisleno da radim sa njohovim xml konfiguracijama + mi je uzasno smetalo sto je sve "razbacano".

Inace mayor sales point za symfony je njihov admin generator, koji mene ruku na srce nije odusevio.

McChoban 03. 06. 2010. 17:52

Zapravo, sad i za definisanje modela koristi yaml, koji je mnogo citkiji i jednostavniji za konfigurisanje modela...
Pogotovo ako se kao orm engine koristi doctrine a ne (sugavi) propel.
Beats the crap od rucnog prekopavanja po klasama ako odlucis da nesto menjas u podacima.
Jeste manje direktan pristup u odnosu na druge fw., i definitivno je symfony teska kategorija... No zaista je zaokruzen fw.

McChoban 03. 06. 2010. 17:53

p.s. slazem se da je malo previse 'razbacano' i za moj ukus (ima to smisla, ali ipak).

ivanhoe 03. 06. 2010. 19:44

^ a performanse? sporije od ostalih, brze, isto?

cvele 04. 06. 2010. 09:26

Citat:

Originalno napisao ivanhoe (Napišite 84886)
^ a performanse? sporije od ostalih, brze, isto?

Bez prevelikih razlika.

Citat:

Beats the crap od rucnog prekopavanja po klasama ako odlucis da nesto menjas u podacima.
Regenerisanje modela posle promena u yaml/xml (zapravo mozes i jedno i drugo), me previse podseca na kompajliranje i razloge zasto sam pobegao od c-a.

Jedina stvar koja je istinski pozitivna kod symfony je to sto koristi sve mogucnosti koje php5 donosi. Bili su jedan od prvih php fw koji su dumpovali podrsku za php4, a po njihovim potezima ne bi me zacudilo da par meseci posle izlaska php6 pocnu proces dumpovanja podrske za php5.

Izuzetno su azurni i vidi se zdrava logika kada pogledas kod.

Lazar-I 30. 07. 2010. 10:30

Koristi li neko Yii?

agvozden 02. 08. 2010. 09:49

Citat:

Originalno napisao Lazar-I (Napišite 86991)
Koristi li neko Yii?

Proucavao sam Yii i zadovoljan sam onime sto su uradili.
Performanse su im odlicne, a i sve vise svetskih firmi ga prihvata u radu.

Nisam jos imao prilike da ga implementiram, ali mislim da cu se time pozabaviti u narednom periodu.

ivanhoe 02. 08. 2010. 14:13

uf, mene su sve one kofiguracije smorile... krenuo da citam dokumentaciju i odustao posle 20 min

vladapopster 08. 11. 2010. 17:49

Code Igniter
 
Za ekstremno velike i zahtevne projekte dobar izbor je Zend, a za ljude sa manje strpljenja i koji zele brze i efikasnije da udju u sve PHP Frameworka, Code Igniter naravno!

nedimtx 12. 12. 2010. 23:47

Kakvu budućnost, po vama, ima CI? Svi kukaju radi PHP4. U čemu je zapravo problem?

pkrstic 13. 12. 2010. 09:30

Spor razvoj, ali i tome se nazire kraj. Nedostatak biblioteka (npr auth, acl...) koje su standardni deo svih ostalih frameworka. Sto iz njega stoji kompanija koja ga koristi za svoje potrebe i ima razvijene sve te funkcionalnosti pa joj nije u cilju da deli kod sa drugima jer na njemu zaradjuje. Zato sto kompatibilnost sa necim sto nemozes da zadrzis je imperativ. Da bi napredovao moraju se napraviti neki veliki pomaci koji nece odrzavati kompatibilnost, pitanje je samo kada ce se to desiti. Kompatibilnost sa php4 ce biti odbacena vec sa novom verzijom (2.0 je na putu) ali se i dalje trude da odrze kompatibilnost koda. Nedostatak iskoriscenosti potencijala koji daje php5 (autoload, magicne funkcije, namespaceovi...)

Ako se to ne da naslutiti iz mog komentara, kad se sve sagleda ima buducnost. :)

Razlog je sto je izuzetno jednostavan i lak za ucenje, vreme koje ti treba da se upoznas sa svim njegovim funkcionalnostioma i da napravis aplikaciju svodi se na par sati. To je glavni razlog koji je privukao puno ljudi i to ce da mu obezbedi trajanje jos par godina.

Ako uzmes u obzir da napredujes licno, shvatices koja su ogranicenja i da ces te stvari koje ti fale ili su bolje izvedene naci u nekom vecem frameworku.

MorenoArdohain 13. 12. 2010. 16:01

Dve face kojima se smucila inertnost u daljem razvoju CI frameworka su odlucile da uzmu sve najbolje ideje iz CI i Kohane i naprave sopstveni fw: FuelPHP.
Koga zanima, moze da prati vrlo brz razvoj (zapocet je pre par meseci, cini mi se) na: https://github.com/fuel/fuel. Zvanican sajt je fuelphp.com (jos u izradi).

Zahteva minimum PHP 5.3 verziju jer pruza podrsku za sve njegove mogucnosti (namespaces, closures, etc). A koliko vidim na roadmapu (http://community.fuelphp.com/fuelphp) imace i Authentication/ACL package. Mozete i sami poslati ideje sta bi zeleli da bude unutar frameworka.

Zasto ovo pricam? Zato sto imam osecaj da je FuelPHP ne jedan, vec dva koraka napred u odnosu na CI/Kohanu, mnogo fleksibilniji i mocniji framework.

Do kraja godine ce izaci beta verzija i spremljena dokumentacija, pa cemo moci u praksi da vidimo kako se ponasa.

nedimtx 13. 12. 2010. 16:19

Fini odgovori. CI ima dosta dobrih klasa meni privlačnih. Mislim da bi najbolje rješenje bilo napraviti svoj sopstveni framework baziran na CI, tj. uzeti klase koje se čine dobrima i sl. Također, kad oni dodaju nešto novo ubaciti i sl.

bOkIcA 13. 12. 2010. 19:03

Nedavno se desio svojevrstan protest, pobuna programera koji koji koriste CodeIgniter (aka komjuniti). Ellislab (firma koja stoji iza CI-a) nije htela da ih sluša, čak nije slušala ni svoje programere koji su potom počeli da ih i napuštaju.

Čovek iz komjunitija, developer FW FuelPHP kog je spomenuo @MorenoArdohain, u nekom momentu piše svoja (loša) predviđanja o budućnosti CI-a i time izaziva reakcije i samog vlasnika Elislaba. (među komentarima)
http://philsturgeon.co.uk/news/2010/...t-happens-next

Tada se izrodio taj novi php frejmwork (FuelPHP), u čijoj izgradnji učestvuje i jedan od bivših Elislab programera.

U isto vreme u saradnji sa Elislabom nastaje i tkzv Comunity Branch CI-a, preciznije, nastaju dva "brench"-a CI-a.
CodeIgniter Core - čiji razvoj je kompletno pod Elislabom i
CodeIgniter Reactor - koji će razvijati 6 osoba iz komjunitija, među kojima je i spomenuti Phil (FuelPHP).
http://philsturgeon.co.uk/news/2010/...gniter-reactor

Tako je CI komjuniti na neki način konačno dobio mogućnost da upravlja razvojem CodeIgnitera.
A za nas male praktično dve dobre vesti tj dva vrh FW-a. :)

jablan 13. 12. 2010. 19:13

Citat:

Originalno napisao bOkIcA (Napišite 92849)
Čovek iz komjunitija, developer FW FuelPHP kog je spomenuo @MorenoArdohain, u nekom momentu piše svoja (loša) predviđanja o budućnosti CI-a i time izaziva reakcije i samog vlasnika Elislaba. (među komentarima)
http://philsturgeon.co.uk/news/2010/...t-happens-next

Opa bajo:

Citat:

I have a few fun things in the works. I've been learning Ruby recently and I'll be getting into the Ramaze framework. This is not a response to my feelings about CI, just something I have wanted to do for a while.

webarto 13. 12. 2010. 19:23

^ http://webarto.info/ :)

nedimtx 13. 12. 2010. 19:46

Citat:

Originalno napisao bOkIcA (Napišite 92849)
Nedavno se desio svojevrstan protest, pobuna programera koji koji koriste CodeIgniter (aka komjuniti). Ellislab (firma koja stoji iza CI-a) nije htela da ih sluša, čak nije slušala ni svoje programere koji su potom počeli da ih i napuštaju.

Čovek iz komjunitija, developer FW FuelPHP kog je spomenuo @MorenoArdohain, u nekom momentu piše svoja (loša) predviđanja o budućnosti CI-a i time izaziva reakcije i samog vlasnika Elislaba. (među komentarima)
http://philsturgeon.co.uk/news/2010/...t-happens-next

Tada se izrodio taj novi php frejmwork (FuelPHP), u čijoj izgradnji učestvuje i jedan od bivših Elislab programera.

U isto vreme u saradnji sa Elislabom nastaje i tkzv Comunity Branch CI-a, preciznije, nastaju dva "brench"-a CI-a.
CodeIgniter Core - čiji razvoj je kompletno pod Elislabom i
CodeIgniter Reactor - koji će razvijati 6 osoba iz komjunitija, među kojima je i spomenuti Phil (FuelPHP).
http://philsturgeon.co.uk/news/2010/...gniter-reactor

Tako je CI komjuniti na neki način konačno dobio mogućnost da upravlja razvojem CodeIgnitera.
A za nas male praktično dve dobre vesti tj dva vrh FW-a. :)


I znači biće dvije verizje? CI Reactor i CI Core? :-)

bOkIcA 14. 12. 2010. 05:22

Da dodam...

U kom ce pravcu CodeIgniter Reactor (community driven) da se krece moze svako da utice glasanjem.
http://codeigniter.uservoice.com

nedimtx 18. 02. 2011. 10:42

CI 2.0. je dostupan :)

Djuki 18. 02. 2011. 22:18

I ne vidim ja u njemu nista novo i sveze. To kazem jer se od nove verzije očejuju i prednosti koji nudi php5 ali je CI i dalje u php4 svetu nažalost. Reactor će možda otići korak dalje ali teško da mogu da pariraju drugim fw-ima.

Yii je veliko osveženje, zavrednjuje pažnju.

apex 22. 02. 2011. 13:06

Citat:

Originalno napisao Lazar-I (Napišite 86991)
Koristi li neko Yii?

Pre par dana sam bas nesto probao Yii, utisak je da dosta sporo radi, kao da mi je sajt na live serveru a ne localhost i to sa praznom bazom.

robi-bobi 22. 02. 2011. 15:02

Citat:

Originalno napisao apex (Napišite 95728)
utisak je da dosta sporo radi, kao da mi je sajt na live serveru a ne localhost i to sa praznom bazom.

Off Topic: ukoliko ti live sajt radi znatno sporije nego development verzija, onda trebas hardware upgrade (hosting upgrade?) ili bolji cashing mehanizam

dejanr 22. 02. 2011. 20:07

SlimPHP
 
Bacite oko na slimphp https://github.com/codeguy/slim


Vreme je GMT +2. Trenutno vreme je 19:00.

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.