Danke dir :) Sehr ausführliche Tipps irgendwie fehlt mir bei den Dokus meistens die "volle" referenz von allen möglichkeiten, die man angeben kann.. :) bzw ich stoße noch oft auf "veraltete" (deprecated) Funktionen und Dokumentationen Aber halb so wild
Momentan kämpfe ich aber noch mit den UTF8 Funktionen. Damit müssen sich unsere englischsprachigen Freunde ja nich rumschlagen (äöüß etc) So sind einige Core-Funktionalitäten dahingehend nicht korrekt implementiert Hat wohl auch schon jemand ein Bug reported - der allerdings noch nicht bearbeitet wurde On 30 Jun., 12:18, "Siegfried Hirsch" <[EMAIL PROTECTED]> wrote: > Hallo Mark, > > ein paar kurze Antworten zwischen deinen Fragen - ich denk, dass wohl auch > noch > andere Antworten werden. > > 2008/6/29 Mark (München) <[EMAIL PROTECTED]>:> -> Leidet die Performance der > Seite eigentlich unter "massiver" > > aufteilung in viele unter-teile, die ja alle dann per include etc > > eingebunden werden (z.b. tausend kleine helper anstatt einer zentralen > > Function-Klasse - wie bisher von mir eingesetzt)? > > hab ich bisher nicht viel davon gemerkt und es laufen ja auch große > Anwendungen > auf der Basis von cake - siehe die cakePHP Homepage. Beispielsweise > Mozilla Addons > ist woh eine der Seiten auf denen schon ein bisschen was los ist. > > > -> inwieweit wird automatisch im Hintergrund Werte auf Gültigkeit > > geprüft, bevor sie in die DB gehen? > > Schau Dir Sanitize dazu an. Außerdem hat der formhelper einige > eingebaute Helferlein, die dafür sorgen, dass die Formulare nicht ganz > einfach zugespammt werden können. > > > Ich lese hier von automatischen Updates, wenn man alle Models, > > Controller etc korrekt benennt. > > Aber wird denn irgendwo auch überprüft, ob eine ID wirklich auch ein > > "integer" wert ist, so wie man das bisher vor der Update-Eingabe in > > die DB mit (int)$var manuell gemacht hat? oder muss man das dann immer > > noch manuell machen? > > IDs von Models sind in der Regel autoincrement. Werden also nicht > direkt vergeben. > Die Relationen zwischen den Models werden als automatismus mit Hilfe der > IDs gebaut. allerdings kannst Du das in Deiner model-Beschreibung auch > selbst einstellen. > > > -> müssen tatsächlich immer ALLE datensätze abgefragt werden, wenn ich > > ein modul mit einem anderen per has... etc verbinde? weil oftmals ja > > nur ein teil davon abgefragt wird > > findBy und find etc scheinen im Allgemeinen ja dann arrays aus Model1 > > und Model2 zu machen, und komplett zu befüllen, was ja recht viel > > "datenmüll" erzeugt, wenn man nur die Usernames wissen will (anstatt > > der anderen 20 spalten der DB z.b.) > > Nein, müssen nicht. Erstens gibt es das Bindable Behavior und bzw. die > Variable recursive, die du dir dazu am Besten anschaust. > > > es gibt hier zwar den ein oder anderen Code-Schnipsel, aber gibt es > > denn auch irgendwo mal ein "beispiel"-projekt, wie eine gute und > > halbwegs sichere Lösung aussehen kann? also ein framework im > > framework? > > Es gibt einige komplette Anwendungen die open source sind. Das Blog-Tutorial > im neuen Handbuch book.cakephp.org ist eines davon. Auf dievolution findest > Du das Blog-Tutorial auch auf Deutsch. Interessant sind auch das Photoblog > cheesecake von Tarique und evenutell noch Wildflower das CMS in cakePHP. > > Gruss > Siegfried --~--~---------~--~----~------------~-------~--~----~ Bitte bei Fragen immer auch die aktuell verwendete cakePHP Version angeben und wenn möglich auch das verwendete Betriebssystem und die PHP Version. Danke. Sie erhalten diese Nachricht, weil Sie Mitglied sind von Google Groups-Gruppe "CakePHP-de für deutsche CakePHP Entwickler". Für das Erstellen von Beiträgen in dieser Gruppe senden Sie eine E-Mail an [email protected] Um sich von dieser Gruppe abzumelden, senden Sie eine E-Mail an [EMAIL PROTECTED] Weitere Optionen finden Sie in dieser Gruppe unter http://groups.google.com/group/cakephp-de?hl=de -~----------~----~----~----~------~----~------~--~---
