Hallo zusammen, <\/p>\n
unsere Website wurde vor ein paar Monaten umgezogen und die DB migriert. Seither haben wir nur noch Probleme und unser Entwickler ist nicht greifbar, ich versuche mir jetzt selbst zu helfen.<\/p>\n
FEHLER NUMMER 1: <\/p>\n
Ich habe rausgefunden, dass ein typischer Migrationsfehler aufgetreten ist.
\n–> #Nach Datenbank-Migration: Produktzugriff geht nicht mehr
\nbei Datetime-Feldern, die leer waren (also den Wert NULL hatten), wurde durch die Migration 0000-00-00 00:00:00 eingetragen.<\/p>\n
Ich habe mir via PHP MyAdmin die Tabellen und Felder angeschaut und gesehen, dass der datetime Fehler in allen Tabellen zu finden ist. <\/p>\n
Ich bin keine Entwicklerin, kenne mich ein klein wenig aus, die Bearbeitungsmaske \u00fcber den Hoster PLESK (und dort PHP MyAdmin) sieht f\u00fcr mich gut nutzbar aus. Und wenn ich jetzt alle Tabellen durchgehe und das \u00e4ndere, ist mir das egal. Dauert sicher lange, aber dann ist es erledigt. <\/p>\n
Ich brauche bitte nur einmal Hilfe bei der korrekten Notation. Wenn ich eine Tabelle in der Struktur aufmache, mir ein Feld vom Typ „datetime“ \u00f6ffne, habe ich ein paar Spalten, die zu bearbeiten sind: <\/p>\n
Typ: datetime (korrekt)
\nStandard: Wie defininiert: Freitextfeld mit der Angabe 0000-00-00 00:00:00 –> hier ist also der Fehler. Ich kann das Feld umstellen auf:
\n– Kein(e)
\n– NULL
\n– CURRENT_TIMESTAMP
\nDann gibt es eine Spalte Null; da steht dann sp\u00e4ter Ja oder Nein drin (wenn ich bei Standard z.B. NULL eingetragen habe, kommt dort ein H\u00e4kchen rein). <\/p>\n
W\u00e4re das der korrekte Weg? Bei Standard NULL ausw\u00e4hlen, H\u00e4kchen bei Null? Das Ganze sieht dann so aus (Bsp.): In dem Bsp. w\u00e4re es wahrscheinlich richtiger, CURRENT_TIMESTAMP zu nehmen. Ich w\u00fcrde jetzt so vergehen und mir alle datetime-Felder ansehen und schauen ob es NULL oder CURRENT_TIMESTAMP sein m\u00fcsste, aber in jedem Fall dann die \u00c4nderung vornehmen. <\/p>\n FEHLER NUMMER 2<\/p>\n Dann werden bei uns keine IDs mehr vergeben, gr\u00f6\u00dftes Problem gerade bei Digi Member. Ich gehe mal schwer davon aus, dass dies ebenfalls an der DB-Migration gab, denn vorher lief das alles. <\/p>\n Auch hier eine Frage f\u00fcr die korrekte Notation. Sieht dann in der Vorschau dort so aus (Beispiel DigiMember Product ID): ALTER TABLE Das ist sicher auch falsch. Was m\u00fcsste denn dort stehen, damit wieder IDs vergeben werden? <\/p>\n Ich w\u00fcrde mich sehr \u00fcber Hilfe freuen. Daniela <\/p>\n","protected":false},"template":"","class_list":["post-97809","topic","type-topic","status-publish","hentry","topic-tag-datetime","topic-tag-db-fehler","topic-tag-id0","topic-tag-migration"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/de.wordpress.org\/support\/wp-json\/wp\/v2\/topic\/97809","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/de.wordpress.org\/support\/wp-json\/wp\/v2\/topic"}],"about":[{"href":"https:\/\/de.wordpress.org\/support\/wp-json\/wp\/v2\/types\/topic"}],"version-history":[{"count":0,"href":"https:\/\/de.wordpress.org\/support\/wp-json\/wp\/v2\/topic\/97809\/revisions"}],"wp:attachment":[{"href":"https:\/\/de.wordpress.org\/support\/wp-json\/wp\/v2\/media?parent=97809"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nALTER TABLE wp_digimember_product<\/code> CHANGE created<\/code> created<\/code> DATETIME NULL DEFAULT NULL;<\/p>\n
\nBei vielen DB-Tabellen steht f\u00fcr das Feld ID der Typ Integer INT(10).
\nFeld: id
\nTyp: int
\nL\u00e4nge\/Wert: 10
\nStandard: wie definiert: 0
\nAttribute: unassigned
\nNull: H\u00e4kchen gesetzt <\/p>\nwp_digimember_product<\/code> CHANGE created<\/code> created<\/code> DATETIME NULL DEFAULT NULL;<\/p>\n
\nVielen, vielen Dank!<\/p>\n