Någon som har erfarenhet av CodeIgniter och Kohana som kan ge mig råd om vilken av dessa två som man bör använda och varför?

Har du läst Wikipedia-artiklarna? Där får man litet hum iaf.

Kohana är ju baserat på CodeIgniter. Det är gjort för PHP5 (vilket är en stor fördel) och "sägs" även vara mer robust och skalbart (fast i slutändan spelar det mest roll hur du bygger din applikation). Nackdelen är väl att det inte är så utbrett som CodeIgniter, dvs. inte lika stor utvecklarcommunity och inte lika mycket dokumentation/artiklar och hjälp att få.

Är mera ute efter personliga erfarenheter, vilket ni tycker är bäst. Där av underrubriken, PHP5 eller Community, dvs Kohanas stöd för php5 eller codeigniters stora community. Som jag ser det så är ju codeigniter bra dokumenterat och har en stor skara användare och utvecklare, dock är de fortfarande kvar i php4... Kohana är vassare och kör php5, dock är dokumentationen och användarbasen sådär.

Så om någon här använt båda, vilket tycker ni är bäst.

Jo precis... har du använt båda? Vilken rekommenderar du?

bump

Jag pluggade på lite om de olika... Codeigniter är relativt nytt men jag fastnade faktiskt för ett annat framework, cakePHP. Böckerna är hemma och jag vrålpluggar. Så kolla in det också. Har funnits längre och har bra community.

Man kan köra Codeigniter som PHP5 också.

Kohana styrs vad jag hört av 14-åringar (bokstavligen) och är en fork av CI. Då faller valet ganska enkelt för mig.

CakePHP är vrölsegt. Här är en benchmark på olika framworks:

http://www.avnetlabs.com/php/php-framework...ison-benchmarks

CodeIgniter är något av den största sörjan jag någonsin jobbat med, jag har aldrig sett så absurda grejer någonsin inom PHP.
Kan vara för att dom envisas med "funkar på alla webbhotell utan någon kompetens alls hos användaren" vilket tillslut bara skadar mer än det hjälper.

Jag skulle aldrig råda någon att röra CodeIgniter eller något det är baserat på, någonsin.

tozz: Mer specifik anledning?

Ptja, det täcker väl att du testar det i fem minuter så ser du? :P

Nej men jag fann hela upplägget galet ologiskt (och vad jag vet så är jag inte ensam). Fick ett projekt som var obefintlig dokumenterat så jag tänkte i vanlig ordning bara dumpa ut objekten :ph34r: .. aj aj aj, oändliga loopar med så djupa referenser till ingenting att det var bara att skita i det :)
Det var mest (det är väl iofs inte så lite) objektorienteringen och strukturen i det som jag tyckte var galet, vilket kanske förklaras av att CI envisas med att göra en PHP4-kompatibel produkt.
Ur ren användarsynpunkt känns MVC-implementeringen kisskass också, jag vill ju för bövelen inte exponera applikationen genom URL:en!? Jag vet att där fanns något alternativt sätt men jag orkade aldrig djupdyka vidare i det.

Som så mycket annat handlar det om smak och preferenser, dock har jag svårt att se hur någon kan motivera att använda något som inte använder ny teknik för nya projekt (ny och ny, PHP5 är ju ganska gammalt vid det här laget).

Jag kör enbart Zend Framework...

Finns många fördelar i att köra CodeIgniter, det är väldigt snabbt (både att bygga i, installera och köra), det är amatörvänligt. Måste personligen säga att strukturen är väldigt logisk. Du kanske inte gav det tillräckligt med en chans när du såg någon som hade strukturerat upp det fel. Och jo, man kan köra CI med php5, och nytt behöver inte alltid vara bäst.

Man exponerar ju inte applikationen när man kör scriptet, inte på något vis mer än någon annanstans. Controller är endast till som en sammanlänk mellan allt, och även om man inte kör det så finns det många sätt att skydda dem mera, inte minst med php5.

Men som sagt det är en smaksak. Om man föredrar tyngre saker så rekommenderar jag symfony som framework. Dock kan det vara svårt att använda för nybörjare, och speciellt för helt okunniga.

Angående Zend så är jag lite anti där :/ Något med PHP och OpenSource som vi verkar ha olika meningar om.

Det är ju en skillnad på att köra PHP5 och att köra kod skriven för PHP5. Ska du göra ett framework som är PHP4-kompatibelt kan du inte skriva PHP5-specifik kod. I fallet PHP4 och PHP5 så är det utan tvekan så att nyaste är bäst :)
Att använda url:en för att specificera vilken del av applikationen som ska köras känns så otroligt löjligt att jag först trodde det var ett skämt, ska man köra SEO-friendly (vilket jag tycker man ska) så måste man namge applikationens delar utifrån sitens olika URL:er, totalt bakvänt.

Jag bygger mitt egna framework, jag slipper huvudbry och har implementerat memcache i varje liten individuell del av hela applikationen där det behövs, snabbt som satan blir det och väldigt skalbart :)

Zend har jag inte sagt något om, men det känns helt för gigantiskt för min smak.

MVC fungerar ju så.

Och CI är väldigt flexibelt så man BEHÖVER inte göra så.

Jag har ett CMS där jag kör mina egna urler som exempelvis /om-oss/ istället för att behöva köra /pages/om-oss/. Jag får enligt mig perfekta SEO-urler.

Du väljer själv hur du lägger upp det.

Men i ett adminsystem och övriga systemet är det givetvis smidigt att köra MVC.

Eller bara ha en URL-parser som är helt oberoende av applikationens struktur (och fullt konfigurerbar med rättigheter etc) och vice versa.
Sorry men jag ser verkligen ingen som helst fördel med CI's approach :)