Re: Test der neuen CONTENIDO-Version 4.9.13
Verfasst: Mo 18. Dez 2017, 13:52
es gibt noch eine Anleitung dazu von Contenido: https://docs.contenido.org/display/COND ... .8+auf+4.9
Danach soll man auch noch die Dateien
dbfs.php
error.php
front_content.php
front_crcloginform.inc.php
index.php
aus dem Mandanten (üblicherweise /cms) entfernen.
Im Prinzip ist es doch so, dass beim FTP Upload alle gleichlautenden Dateien überschrieben werden und nur die Dateien, die nicht mehr gebraucht werden, behalten das alte Datum.
Nur vermute ich, dass es noch Code gibt, der auf alte Dateien zugreifen wird, solange diese noch da sind.
Man kann ja alle Dateien, die nicht neueren Update-Datums sind, löschen oder umbennenen.
Und, ich habe keine alte config.php kopiert, denn dort stehen ja alte Daten drin, die alte Datenbank und alte Pfade.
Wenn ich aber ein Update zuerst lokal oder in einem anderen Verzeichnis mache, dann stimmen weder Datenbank noch Pfade, also kann ich doch die config.php gleich neu erstellen lassen.
Bei mir läuft es zumindest mit neuem config.
Mir wäre lieber, wenn das Update auf einem leere Verzeichnis, bis auf vielleicht dem Mandanten, funktionieren würde.
Aber das mit dem Umleitungsfehler ist ja noch nicht geklärt.
Man hat ja eine Kopie der Daten und kann jederzeit fehlende Dateien nachträglich hochladen. Zumindest einfacher als nachträglich alte Dateien anhand des Datums heraus zu fischen.
Danach soll man auch noch die Dateien
dbfs.php
error.php
front_content.php
front_crcloginform.inc.php
index.php
aus dem Mandanten (üblicherweise /cms) entfernen.
Im Prinzip ist es doch so, dass beim FTP Upload alle gleichlautenden Dateien überschrieben werden und nur die Dateien, die nicht mehr gebraucht werden, behalten das alte Datum.
Nur vermute ich, dass es noch Code gibt, der auf alte Dateien zugreifen wird, solange diese noch da sind.
Man kann ja alle Dateien, die nicht neueren Update-Datums sind, löschen oder umbennenen.
Und, ich habe keine alte config.php kopiert, denn dort stehen ja alte Daten drin, die alte Datenbank und alte Pfade.
Wenn ich aber ein Update zuerst lokal oder in einem anderen Verzeichnis mache, dann stimmen weder Datenbank noch Pfade, also kann ich doch die config.php gleich neu erstellen lassen.
Bei mir läuft es zumindest mit neuem config.
Mir wäre lieber, wenn das Update auf einem leere Verzeichnis, bis auf vielleicht dem Mandanten, funktionieren würde.
Aber das mit dem Umleitungsfehler ist ja noch nicht geklärt.
Man hat ja eine Kopie der Daten und kann jederzeit fehlende Dateien nachträglich hochladen. Zumindest einfacher als nachträglich alte Dateien anhand des Datums heraus zu fischen.