Bei Migration Contao 3.5 ? 4.9 SQL-Import-Fehler 1054, Unknown column ...
Ich versuche derzeit, eine alte Contao-Website 3.5 in eine frische 4.9 zu migrieren.
Ein paar Erweiterungen habe ich über den Contao-Manager installiert, andere mit der von Leo beim Nordtag 2017[*1] vorgestellten direkten Methode. Und bei allen Versuchen zwischendurch immer schön den Cache (bzw. die Caches) und Datenbank aktualisiert. Aber egal, wie und wann ich versuchte, die SQL-Datei zu importieren, kam folgender Fehler:
Zitat:
Der Import konnte nicht abgeschlossen werden! Ist die Datenbank aktuell und die Template-Datei kompatibel mit Ihrer Contao-Version?
SQLSTATE[42S22]: Column not found: 1054 Unknown column 'space' in 'field list'
In der tl_article der alten Datenbank bin ich fündig geworden und habe dann in der neuen Datenbank die Spalte "space" mit den entsprechenden Parametern hinzugefügt.
Die Fehlermeldung ist nun weg. Dafür ist eine neue, nach dem gleichen Schema aufgetaucht.
Zitat:
SQLSTATE[42S22]: Column not found: 1054 Unknown column 'title' in 'field list'
Es gibt aber eine Spalte title in der tl_article...
Sagt jemandem von euch das Ganze etwas? Habt ihr Tips, wie ich gezielt vorgehen kann?
[*1] Leo Feyer - Contao 4 installieren und bestehende Installationen migrieren - Contao Nordtag 2017
https://www.youtube.com/watch?v=rwC8xfdO3Ao
Wortwolke (Tags) leitet nach Migration nicht mehr auf verlinkte Ergebnisliste
Zitat:
Zitat von
tab
Damit hat es auf Anhieb geklappt.
Zitat:
Zitat von
tab
Ansonsten zwei Dinge die ich anpassen musste:
- In der Navigation ist der aktive Eintrag jetzt ein strong-Tag, bisher span. -> CSS anpassen, in einigen Regeln musste span durch strong ersetzt werden.
Was bin ich froh, dass du mir diesen konkreten Hinweis gegeben hast! Mit dem Hinweis habe ich Stunden gebraucht; ohne wäre ich wohl einfach nur noch verrückt geworden. Es klingt so einfach, mal eben das CSS anzupassen. Es war auch gar nicht viel. Nur die Navigation(en) und zwei, drei weitere problemlose Kleinigkeiten. Wenn da nicht die ganzen Nebeneffekte von Caches und Mischungen von verschiedenen Quellen usw. wären ... Aber auch das ist nun geschafft. :-)
Zitat:
Zitat von
tab
- Bei den Nachrichtenlisten hat sich die HTML-Struktur etwas geändert, was bei mir wiederum Anpassungen am CSS notwendig machte
Ansonsten die eigenen Templates auf den neuen Stand bringen, also die Änderungen im Vergleich zum Standardtemplate auf das jeweilige neue Standardtemplate übertragen. Auch wenn das in vielen Fällen optisch nicht unbedingt sichtbar ist, sind doch Verbesserungen im Detail enthalten.
Hm.
Zitat:
Zitat von
tab
Edit: In den Seitenlayouts werden jetzt teils native JS Templates eingebunden anstatt jQuery. Das wird auch soweit passend ersetzt, braucht aber gelegentlich einfach ein Abspeichern des Layouts, bis es greift. Auch wenn du nichts drin geändert hast. Auch ystemwartung mal drüberlaufen lassen kann nichts schaden. Suchindex neu aufbauen. Caching-Einstellungen für den Servercache (public) eventuell auf längere Zeiten setzen wie bisher, da bei den allermeisten Änderungen im Backend die betroffenen Cacheseite automatisch invalidiert und somit beim nächsten Aufruf neu erzeugt werden. Kann man also ohne Weiteres auch auf einige Monate einstellen, was früher in 3.x dann gelegentlich ein komplettes Löschen des Caches erforderlich machte.
Oha... Ich werde gleich darauf zurückkommen ... Ob mein Problemchen mit einer Wortwolke, die nicht richtig weiterleitet, vielleicht hiermit zu tun hat?
Zitat:
Zitat von
tab
Neue .htaccess verwenden und die eigenen Anpassungen an der alten .htaccess nach Bedarf übernehmen.
Sehr wichtig, ja. Das hatte ich gleich zu Beginn gemacht. Und ich glaube nach näherem Hinsehen auch eher nicht, dass die fehlerhafte Weiterleitung etwas damit zu haben könnte.
Zitat:
Zitat von
tab
Naja, gibt sicher noch einiges, was ich bereits wieder vergessen habe.
Falls es dir irgendwann mal einfällt, gern auch noch später ergänzen. Kann immer noch mal helfen.
Hier nun die Beschreibung des erwähnten offenen Problemchens:
Bei der neuen Website leitet die Wortwolke nicht mehr auf verlinkte Ergebnisliste.
Contao-3-Website auf dem alten Server, die gleiche auf Contao 4 migrierte Website auf dem neuen Server, sodass ich beide an sich gut vergleichen kann.
Schritt für Schritt bin ich jedes Modul usw. durchgegangen und alles sieht gleich aus.
Das Ergebnis ist es aber leider nicht: Die Tagwolke ist bei beiden auf Seite A, mit den gleichen Stichwörtern. Aber die Zielstruktur der Links passt bei Contao 4 nicht mehr.
Denn statt auf die Ergebnisseite zu führen (example.org/ergebnisseite/tag/foo)
bleibt es auf der Seite A (example.org/seiteA/tag/foo)
Gebe ich die URL example.org/ergebnisseite/tag/foo per Hand in den Browser, ist diese <strike>korrekt<strike>[*1] vorhanden.
Es geht also <strike>nur</strike>[*1] um diese verflixten Links, die anders zusammengesetzt werden. Als wär der Default einer Variable im Link die aktuelle Seite, die nicht mit dem Eintrag der Weiterleitung überschrieben wird, oder was weiß ich.
Im Tagwolken-Modul ist der Modultyp "Tag Cloud", Tag-Cloud-Template "mod_tagcloud", Weiterleitung zu "ergebnisseite".
Ein Diff der beiden Dateien mod_tagcloud ergibt, dass sie identisch sind.
Dann habe ich noch die Mootools aktiviert, weil das in der Doku als Voraussetzung stand. Das hat die ganze Website lahmgelegt, wegen
'request.CRITICAL: Uncaught PHP Exception Exception: "Could not find template "moo_slider""'
Ich hab gar nicht mehr ausprobiert, die Einzeloption abzuwählen, weil ich festgestellt habe, dass ich die Mootools in der alten Version gar nicht aktiviert hatte. Daran dürfte es also eh nicht liegen.
Stundenlang suche ich nach dem Unterschied in der Ursache und finde ihn nicht.
Hier und da habe ich etwas geändert (und rückgängig gemacht), um zu sehen, was sich tut und ob es dann "greift". Die Systemwartung habe ich zigmal laufen lassen. Nichts.
Die Änderungen haben sich schon ausgewirkt, zum Beispiel das mit den Top 10, was ich vorher nicht hatte. Was zeigt, dass nicht alles völlig gleich ist. Funktioniert auch alles - bis auf die Links.
Nun frage ich mich eben, ob sich irgendwo etwas versteckt, was mit "deinem Edit" zu haben könnte. Allerdings weiß ich damit immer noch nicht, wie ich gezielt vorgehen müsste...
[*1] EDIT: *seufz* Nein, es läuft nicht korrekt, denn es zeigt nicht nur die Ergebnisse zu diesem Stichwort an. :-( Also ist der Fall doch noch mal anders gelagert. Weiter bin ich damit allerdings nicht.