nicht angemeldet
Hey dedlfix,
Ich hätte sicher nicht aufgrund des Abfrageergebnisses auf das fehlerhafte UPDATE getippt, sondern zunächst erst einmal die Ungereimtheit bei einem Kontrollblick auf die Datensätze (mit phpMyAdmin etc.) festgestellt.
dass dort ein Fehler ist, habe ich ja durch den var_dump erfahren. Nur half es mir nichts, da ich nicht wusste, wo der Fehler liegt.
In diesem Fall - also im Falle von serialisierten Objekten - ist phpMyAdmin nur bedingt zu gebrauchen, da er die Objekte nicht vollständig anzeigen kann.
Hierzu ein Beispiel. Vorher, also bei den fehlerhaften Datensätzen, zeigte phpMyAdmin bei mir folgendes an:
O:16:"CronjobMailModel":10:{s:9:"
O:16:"CronjobMailModel":10:{s:9:"
Die richtigen Datensätze sehen im phpMyAdmin so aus:
O:16:"CronjobMailModel":10:{s:9:"
O:16:"CronjobMailModel":10:{s:9:"
Genau das gleiche also.
Der SVN-Fehler wäre bei mir so nicht aufgetreten. Das Verzeichnis der Arbeitsversion ist von meinem Entwicklungswebserver aus erreichbar, und da können nicht aus Versehen alte Versionen rumliegen.
Das ist wirklich gut. Das werde ich auch demnächst so umstellen!
Gruß, Dennis