Hi,
beim Testweisen Update der 4.1 auf 4.5 traf ich auf folgendes Problem:
Sobald ich die update.php das erste Mal aufgerufen habe, lieferte mir mein Firefox einen Encoding-Fehler (siehe Anhang). Nach einigem Debugging fand ich heraus, dass es in der DB-Klasse in execute() offenbar knallt. Dort gibt es im Fehlerfall eine Ausgabe über trigger_error(), welches zu dem Problem führt. Kommentiere ich die trigger_error()-Zeile aus wird mir kein Encoding-Fehler mehr anzeigt.
Natürlich hat die Error-Ausgabe ihren Grund. Wie ich gesehen habe wird u.a. die Konfiguration classic_index_layout neu eingefügt - die gibt es aber in meiner 4.1-Datenbank bereits, daher kommt auch die Fehlerausgabe zustande. Das gleiche gilt auch für weitere Konfigurationsparameter, z.B. use_today_yesterday.
Lösung für mich war jetzt einfach die Error-Unterdrückung während des Setups. Hab danach aber auch kontrolliert, ob die in der update.php genannten Konfigurationen alle gesetzt wurden - passt.
Hab das in einer VM mehrmals mit Datenbank-Backups durchgespielt und kann den Fehler immer wieder reproduzieren. Vlt. wäre es für künftige Setups sinnvoll eine Optimierung bei den INSERT-Statements vorzunehmen, Stichwort "ON DUPLICATE KEY UPDATE": https://dev.mysql.com/doc/refm…icate.html
Wie gesagt: für mich gelöst. Für andere vlt. nicht. Eine Datenbank-Kopie kann ich wg. der darin enthaltenen personenbezogenen Daten nicht liefern
PS: Zwirni hat den Text geschrieben, nicht ramstein
beim Testweisen Update der 4.1 auf 4.5 traf ich auf folgendes Problem:
Sobald ich die update.php das erste Mal aufgerufen habe, lieferte mir mein Firefox einen Encoding-Fehler (siehe Anhang). Nach einigem Debugging fand ich heraus, dass es in der DB-Klasse in execute() offenbar knallt. Dort gibt es im Fehlerfall eine Ausgabe über trigger_error(), welches zu dem Problem führt. Kommentiere ich die trigger_error()-Zeile aus wird mir kein Encoding-Fehler mehr anzeigt.
Natürlich hat die Error-Ausgabe ihren Grund. Wie ich gesehen habe wird u.a. die Konfiguration classic_index_layout neu eingefügt - die gibt es aber in meiner 4.1-Datenbank bereits, daher kommt auch die Fehlerausgabe zustande. Das gleiche gilt auch für weitere Konfigurationsparameter, z.B. use_today_yesterday.
Lösung für mich war jetzt einfach die Error-Unterdrückung während des Setups. Hab danach aber auch kontrolliert, ob die in der update.php genannten Konfigurationen alle gesetzt wurden - passt.
Hab das in einer VM mehrmals mit Datenbank-Backups durchgespielt und kann den Fehler immer wieder reproduzieren. Vlt. wäre es für künftige Setups sinnvoll eine Optimierung bei den INSERT-Statements vorzunehmen, Stichwort "ON DUPLICATE KEY UPDATE": https://dev.mysql.com/doc/refm…icate.html
Wie gesagt: für mich gelöst. Für andere vlt. nicht. Eine Datenbank-Kopie kann ich wg. der darin enthaltenen personenbezogenen Daten nicht liefern
PS: Zwirni hat den Text geschrieben, nicht ramstein
Der an diesem Beitrag angefügte Anhang ist entweder nur im eingeloggten Zustand sichtbar oder die Berechtigung Deiner Benutzergruppe ist nicht ausreichend.