brian johnson

hi,

wollte mal fragen ob jemand erfahrung mit CodeIgniter hat? deren coding guide wird einige zwar vor den kopf stoßen, aber das geht schon stark in die richtung wie ichs mag.

zum code: evils hab ich auch schon gefunden () inwieweit sich das auswirkt habe ich aber noch nicht endeckt.
die librarys scheinen auch ok zu sein, auch wenn ich noch nicht verstehe warum es immer noch soviele globale funktionen gibt, oder warum die plugins auch als globale funktion angelegt sind.

grundlegend gehts darum ein kleines cms (auch für PHP4 ) zu ersetzen, dabei muss es aber relativ variabel bzw. einfach anpassbar sein (also hier mal eine möglichkeit bilder hochzuladen, im frontend mal ein captcha hinzufügen etc.). vielleicht ist die möglichkeit von codeigniter auch sqlite zu nutzen (anscheinend sogar fließend) nicht zu verachten.

sonst noch meinungen? ist das was womit man arbeiten kann?

( muss jetzt noch was anderes machen, werde mich aber ein bisschen länger mit codeIgniter auseinandersetzen.)

gruß

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

Mister Ad

phpdummi

Das erste Framework mit dem ich mir ordentlich die Finger verbrannt habe.
CodeIgniter hat:

• viel PHP in Views
• kein Template System
• einen Controller in der URL (mehr geht nicht)
• keine sauberen Mehrsprachigkeitsfeatures
• keine wirkliche Objektorientierung
• kein ORM, nur Active Record
• viele Überraschungen die einem das Leben schwer machen

Ich kann mich gar nicht mehr so genau an die Einzelheiten erinnern, musste aber sau viele hässliche Workaurounds schreiben um die bisherige Arbeit nicht vernichten zu müssen.
Letztlich lief es darauf hinaus, dass ich das Framework mit viel Aufwand erweitert habe, und mit ein paar Tools verheiraten musste um wenigstens halbwegs modulare Software zu produzieren.

Mein Fazit: Am Anfang ganz nett, leichtgewichtig und irgendwie frisch. Später dann ein fieses, dummes Monstrum. DRY ist beinahe unmöglich.

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

brian johnson

na wenigstens hört sich das so an, als ob du dir die griffel schon bei mehr als einem verbrannt hast

• das mit !OOP hab ich schon gesehen.
• templates gibts wohl jetzt.
• das mit der mehrsprachigkeit werde ich mir sofort anschauen, wenn das nicht sauber zu implementieren ist, ists schon gestorben (danke!)
• Active Record finde ich super

wie sieht deine meinung aus, ob es dafür geeignet ist kleine projekte schnell, einfach und sicher umzusetzen?

auf jeden fall schonmal vielen dank!

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

agrajag

Ich hab mir CI auch mal vor langer Zeit angeschaut. Schon damals gab es die Möglichkeit, statt PHP-Snippets Platzhalter / deren Template-System zu verwenden. ...

Was mich damals gestört hat, war: Es gibt/gab kein Konzept von "Layouts". Jede View-Datei existiert nur für sich selbst und muss selbst header/footer etc. enthalten oder du musst sie im controller laden. So kannst du nicht mal kurz sagen: Action xyz in Controller abc möchte ich bitte im Layout "haumichblau" rendern...
Und wenn ich Views : CodeIgniter User Guide so überfliege, scheint das auch immernoch so zu sein.

Auch hab ich jetzt auf Anhieb nicht gefunden, ob du irgendwelche Validierungsregeln für Daten in den Models hinterlegen kannst. So wie es aussieht musst du die immer für eine Form seperat anlegen statt einmal zentral im Model...


Ich bin jedenfalls froh, dass ich mich damals für CakePHP entschieden habe. Sicher hat das auch Macken und Unschönheiten.
Mit den Einschränkungen die PHP-Dummi genannt hat, und die so zu einem großen Teil auch auf Cake zutreffen, kann ich leben. ActiveRecord reicht mir vollkommen, ein Controller ebenso, PHP in Views mag ich, ...

Also wenn's ein PHP-Framework sein soll und du keine besonders ausgefallenen Anforderungen hast: Cake. http://debuggable.com/posts/cake-vs-...9-34aa4834cda3

phpdummi

Keine Ahnung ob die Input Class : CodeIgniter User Guide sicher ist, hab ich nicht überprüft.Hört sich ja schon mal gut an. Was scheinbar nicht geht ist, globales XSS Filtering zu nutzen aber Ausnahmen zu definieren. (Für HTML Input vom WYSIWYG Editor zum Beispiel)
Wenn dem so ist wäre das einer der vielen Fallstricke an denen nicht zu Ende gedacht wurde.

Was einfach gar nicht geht und ich mit Templates meinte ist die komplette View-Schicht.
Wenn du nur ein Controller über die URL ansprechen kannst stehst du bei folgender trivialen Aufgabe vor einem großen Problem:
Du hast ein Layout, das zwei "Slots" für Module vorsieht. In dem Einen gibt es zum Beispiel ein Login-Formular und in dem Anderen wird mal Text, mal Formulare angezeigt.
Wenn sich jemand eingeloggt hat erscheint anstelle des Login-Formulars ein Control-Pannel.

Wie bildest du das mit dem Framework und dessen Ein-Controller-Prinzip ab?
Du müsstest erstmal in jedem Controller das Basis Template mit den zwei Slots laden und anschließend überprüfen ob sich der User eingeloggt hat und in Slot 1 das entsprechende Template laden und dann noch auf Slot 2 reagieren.

Um das nicht in jedem Controller machen zu müssen könntest du den Basis-Controller erweitern, mit der Funktionalität austatten und dann von diesem erben.
Blöd wird es nur, wenn du mehrere Slots hast und Module miteinander Kommunizieren. Es wird einfach immer komplexer und der Anfangs kleine Workaround wächst und wächst ...

Dieses, ich nenne es mal GUI-Problem, hast du in fast jedem PHP-Framework.
Deswegen bin und bleibe ich beim APF von Dr.E.

Edit:
Ich habe während des Schreibens eine Pause eingelegt und dadurch agrajags Post nicht gesehen.
Wie löst CakePHP denn das GUI-Problem, dort gibt es ja auch nur einen Controller in der URL?

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

cortex

möchte zur diskussion lediglich eine kleinigkeit anmerken - vielleicht ist das ja von bedeutung für den op: codeIgnitter hat bei einem geschwindigkeitsvergleich unterschiedlicher frameworks am besten abgeschnitten:

Simple is Hard

cx

dr.e.

Meine Erfahrungen sind da andere. Siehe Vergleichmatrix unter Adventure PHP Framework - PHP Frameworks im Test 7

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

agrajag

Kurz: garnicht
Da musst du schon ähnlich vorgehen wie von dir für CI beschrieben.

Stört mich aber nicht sonderlich. Ist eben auch alles eine Frage welche Anforderungen man hat.

brian johnson

nicht das ihr denkt, das ich das vergessen habt, bin mir eure meinungen am durchlesen und vergleichen mit dem codeIgniter code und zudem sehe ich mir noch ein bisschen cakePHP an.

wartet also bitte ein bisschen.

gruß und danke!

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

phpdummi

Ist eben die Frage ab wann es viel Aufwand wird doppelten Code zu pflegen bzw. Neues hinzuzufügen und wer diesen Aufwand bezahlt.

@brian johnson: Ich bleibe gespannt

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things