Morgen, > > Was gibt denn das SQL-Debug aus? > > konnte ich bis dahin nicht checken, weil sofort redirected wurde. Und jetzt > arbeite ich sowieso wie gesagt mit Text Inputs.
Das ist eigentlich das erste das du bei sowas prüfen solltest. Wenn ein redirect drin ist, diesen einfach mal rausnehmen und schaun was er für ein Query absetzen will. > Klar, kam auch ja schon so vom bake. Allerdings scheint cleanUpFields > überhaupt nicht mit den leeren select-Feldern umgehen zu können... aber es > gibt ja noch mehr Probleme: z. B. Datumsangaben vor 1970 bei > Windows-Kisten... Ähm, würd ich so nicht sagen. Klingt so als würdest du Unix-Timestamps für das Datum einsetzen. Das allerdings geht nicht nur bei Windows Kisten schief. Auch Debian hat damit Probleme. Bei Datumsangaben empfiehlt sich DATE bzw. DATETIME Felder in der Datenbank zu verwenden. Cake arbeitet damit recht gut und ausserdem bleibt das Feld auch menschenlesbar .. (wenn du hin und wieder in der DB debuggen musst merkst du recht schnell das das angenehm ist) Setzt du die schon ein wüsste ich nicht was Windowskisten für Probleme damit haben sollten?! Deine Nullwerte werden vermutlich nicht übernommen da sie komplett aus dem Datenarray verschwinden wenn du cleanUpFields aufrufst. Darauf musst du eben reagieren. > und, wenn das Datum aus der DB nicht im > minYear/maxYear-Bereich (+/-20 Jahre um heute als Standard) liegt. Das gehört eben zum Design der Anwendung. Du musst dir eben überlegen was als Datum erfasst wird. Dementsprechend kannste dann entscheiden. Ist es ein Geburtsdatum betrachtest du deine Zielgruppe oder machst eben automatisch von Jahr-100 bis Jahr-6 Ist es eine Kalenderapplikation gehst du von heute bis Jahr+3 .. etc.pp. > Nee, dann > doch lieber Text:o) Das kannst du natürlich machen, aber Cake Automagic sollte man schon nutzen wenn Sie da ist. Zumal gibts bei Textfeldern noch viel mehr unsinn den du auch selbst validieren musst (bei datumsfeldern übernimt das cleanUpFields) > jetzt muss ich nur noch was basteln, was mir yyyy-mm-dd > in dd.mm.yyyy wandelt und zurück und auch die Korrektheit des Datumsformats > prüft. Das sollte ich am besten im Model machen, oder? Kommt drauf an. Es ist an sich keine modelspezifische Funktion da es ja nicht nur auf Modeldaten angewendet werden kann. Ich würds in eine Component auslagern. > Frage: wenn ich die Funktion wiederverwenden will, wie mache ich das am > besten? Component, Helper, AppController, AppModel .... je nachdem wo es Sinn macht. > Am liebsten würde ich eine Unterklasse zu Model bauen, die dann als > zugesagte Superklasse für meine einen Models fungiert (dann muss ich nicht > in den Core eingreifen). Aber wo kommt die entsprechende PHP-Datei hin und > wie binde ich die ein? AppModel im Applikationspfad. Allerdings bekommt dann eben wirklich JEDES Model diese Funktion. Wie gesagt, ich würde das eher als Component umsetzen Bis dann, Joachim --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
