BackupDB Version 1.5.1 funktioniert nicht in Contao 4.13.1

[derPAGEmaker]

Seit dem Update von Contao 4.13 erhalte ich im Backend einen Internal Server Error

count(): Argument #1 ($value) must be of type Countable|array, null given

wenn ich das Website-Template erstellen bzw. den Download der MySQL-Datenbank durchführen möchte.

[2022-03-24T16:56:23.539006+01:00] request.CRITICAL: Uncaught PHP Exception TypeError: "count(): Argument #1 ($value) must be of type Countable|array, null given" at /www/htdocs/w01a60c2/kjp-praxis-leverkusen.de/vendor/do-while/contao-backupdb-bundle/src/Resources/contao/classes/BackupDbCommon.php line 221 {"exception":"[object] (TypeError(code: 0): count(): Argument #1 ($value) must be of type Countable|array, null given at /www/htdocs/w01a60c2/kjp-praxis-leverkusen.de/vendor/do-while/contao-backupdb-bundle/src/Resources/contao/classes/BackupDbCommon.php:221)"} []

Hat jemand eine Idee dazu?

[fiedsch]

https://github.com/do-while/contao-BackupDB/issues/31

[do_while]

Die Version 1.5.2 sollte das Problem beheben.

[derPAGEmaker]

Die Version 1.5.2 sollte das Problem beheben.

Vielen Dank für die schnelle Reaktion!

[uliverse]

Ich bekomme beim Versuch, ein Website Template einzuspielen, folgenden Fehler:

The import failed! Is the database up to date and is the template file compatible with your Contao version?
SQLSTATE[HY000]: General error: 1366 Incorrect integer value: '' for column 'perPage' at row 1

Auch nach Update auf 1.5.2.

[do_while]

Es ist sehr unwahrscheinlich, dass es an dem Update von 1.5.1 auf 1.5.2 liegt, hier wurde lediglich eine Konstante angepasst, die beim Warmup im CM nicht initialisiert wird.

Ein Website-Template ist nur gültig für die gleiche Version von Contao und den Erweiterungen, die auch bei der Speicherung des Templates vorlagen.
Sobald sich die Struktur der Datenbank verändert, durch hinzugefügte oder weggefallene Spalten, o.ä. ist das Template nicht mehr einzuspielen. Das kann aber genauso auch ein Feldattribut sein.

Das ist keine Einschränkung von BackupDB, sondern durch den Template-Import von Contao begründet, da in dem Website-Template nur Datenbankinhalte, aber nicht die Strukturen geladen werden. Ändern sich die Strukturen, dann passt es nicht mehr.

[uliverse]

Dass die Versionen übereinstimmen müssen ist klar. Es hat auch immer funktioniert. Es ging auch schon mit 1.5.1 nicht mehr, wobei ich natürlich nicht sagen kann, ob es wirklich an BackupDB liegt (wobei Leo das annimmt, denn wo im Dump "0" stehen sollte, ist einfach leer).

[tab]

Und in der zum Dump gehörenden Datenbank steht die 0 an der entsprechenden Stelle drin?

[uliverse]

Und in der zum Dump gehörenden Datenbank steht die 0 an der entsprechenden Stelle drin?

Was MySQL angeht, bin ich leider nur Laie. Aber Leo hat meinen Dump angeschaut und gesagt, die Zellen seien leer, wo "0" drin stehen sollte...

[tab]

Ich würde einfach mal mit phpMyAdmin oder ähnlichem Tool in die Datenbank schauen. Steht da die 0 drin, dann ist der Dump fehlerhaft. Fehlt die 0 auch in der Datenbank, dann ist der Fehler woanders zu suchen. Zum Beispiel könnte eine Erweiterung das DCA der Tabelle geändert haben, so sind z.B. 0 und NULL als Defaultwert schnell mal verwechselt.

[uliverse]

Ich würde einfach mal mit phpMyAdmin oder ähnlichem Tool in die Datenbank schauen. Steht da die 0 drin, dann ist der Dump fehlerhaft. Fehlt die 0 auch in der Datenbank, dann ist der Fehler woanders zu suchen. Zum Beispiel könnte eine Erweiterung das DCA der Tabelle geändert haben, so sind z.B. 0 und NULL als Defaultwert schnell mal verwechselt.

Das ist das Sonderbare an der Sache. In phpMyAdmin sieht alles gut aus und im Dump dann wieder nicht... Erweiterungen habe ich keine installiert. Deshalb der Verdacht, dass es beim Ausführen des Dumps zu Fehlern kommt.

Vielleicht läuft BackupDB nicht auf PHP 7.4?

Ich würde es ja auch mal ohne BackupDB versuchen, um zu sehen, ob das klappt, aber meine MySQL-Kenntnisse reichen bei weitem nicht aus. Ich muss nur ein Website-Template erstellen...

[uliverse]

Ich habe es jetzt doch geschafft, einen Dump ohne BackupDB zu erstellen, leider mit demselben Ergebnis . Dann liegt das Problem offensichtlich woanders...

[do_while]

Ich gucke mir das trotzdem mal an. Es ist ja eine Standardfeld, das sollte sich bei mir reproduzieren lassen.

[uliverse]

Mittlerweile glaube ich, es liegt an meiner lokalen Installation (MAMP), ich konnte mich aber noch nicht weiter damit beschäftigen.

[do_while]

Da hatte sich tatsächlich ein Fehler bei den Anpassungen für PHP8 eingeschlichen.
Seit der Version 1.5.0 gibt es Probleme mit SMALLINT und INT, die den Wert 0 haben, die wurden als '' im Backup eingetragen.

Das sollte jetzt mit Version 1.5.3 behoben sein.

[uliverse]

Sehr cool! Vielen Dank!
Nun kann ich tatsächlich ein Website-Template erstellen und auch einspielen. So weit so gut. Leider kommt es immer noch zu Problemen und zwar bekomme ich nun folgenden Fehler beim Aufruf des Frontends:

SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'featured' at row 1 at /var/www/vhosts/***/httpdocs/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:119)

Kann das auch ein Datenbank-Dump-Fehler sein?

[do_while]

'featured' ist ein Feld aus tl_news, das wird bei mir korrekt ausgegeben als '1' (wenn aktiv) ansonsten ''
Ich kann da jetzt nichts falsches entdecken.

Du kannst mal in dem Website-Template xxx.sql nach 'featured' im templates-Ordner suchen und die Zeile posten, ebenso auch die passende Zeile aus der .structure-Datei.

[uliverse]

Problem gelöst. Es lag nicht an der Datenbank, sondern an meiner lokalen Installation.
Vielen Dank für deine Hilfe und für die BackupDB-Erweiterung!!