Update 4.6.0 -> 4.6.1 -> 4.6.2 ->4.6.?

[bgd-berlin]

Hallo,

Ihr seit soooo schnell Jungs. Kaum fang ich an eine Version zu testen, da ist sie schon Schnee von Gestern (Buchstäblich Gestern).

Nun kann jemand vielleicht sagen welche Dateien sich bei welchem Update ändern?

Oder zumindest, ob die Änderungen nur die Files betreffen oder auch die Datenbank.

[HerrB]

Du solltest immer alle Dateien überschreiben und "Upgrade" durchführen.

Gruß
HerrB

[bgd-berlin]

Danke für die prompte Antwort.

Das ist bei mir immer mit einem gewissen Aufwand verbunden, da meine Pfade ganz anders aufgebaut sind. Backend und Frontend laufen auf verschiedenen Webpfade (unterschiedliche Domains oder Subdomains) und sind relativ zu einander nicht erreichbar. Diese Linie verfolge ich schon seit 4.4.5 ganz konsequent bei allen Installationen.

Dafür sehen auch meine config.php Dateien auch ganz anders aus. Die Variablen werden anders zusammengesetzt, damit ich die gleiche installation remote wie auch lokal nutzen kann. Die configs müssen selbst erkennen auf welchen Server sie ausgeführt werden.

Ich poste das mal demnächst. Vielleicht ist es auch für andere interessant.

Es wäre jedenfalls gut, zumindest bei den kleineren updates, zu wissen was geändert werden muss.

[mvf]

mal abgesehen von deiner komplexen installation, wenn es rein darum geht welche files unterschiedlich sind, dass kannst du doch ganz einfach herausfinden, wenn du die zips auf content vergleichst.

[HerrB]

Das Problem ist, dass manche Änderungen in der DB gemacht werden. Und nur bei einem Upgrade werden diese nachgetragen.

I.A. genügt das Überschreiben der Dateien in Contenido. In Ausnahmefällen ändert sich auch die front_content.php des Mandanten (siehe hierzu contenido/external/frontend). Manch einer hat es mit Synch-Tools versucht, das funktioniert aber nicht zuverlässig.

Die config.php würde ich einfach vor dem Upgrade sichern und danach wieder einspielen.

Natürlich gilt das Gesagte nur für den Standardfall. Das ist auf jeden Fall interessant:

Dafür sehen auch meine config.php Dateien auch ganz anders aus. Die Variablen werden anders zusammengesetzt, damit ich die gleiche installation remote wie auch lokal nutzen kann. Die configs müssen selbst erkennen auf welchen Server sie ausgeführt werden.

Ich poste das mal demnächst. Vielleicht ist es auch für andere interessant.

Gruß
HerrB

[jost]

Ich habe cms in den root verschoben, das Upgrade macht in der config ein

Code: Alles auswählen

$contenido_path = "../contenido/";

richtig ist in dem Fall aber

Code: Alles auswählen

$contenido_path = "./contenido/";

- dies nur für den Fall, dass jemand bei ähnlicher Ordnerstruktur plötzlich gemeine Fehlermeldungen bekommt.

[bgd-berlin]

HerrB, wie immer mit der schnellen Antwort. Trotzdem könnte man im changelog noch etwas mehr Info reingeben.

Das Thema "Andere Pfadstruktur" starte ich unter einem neuen thread.

[baumpaul]

Ich habe cms in den root verschoben, das Upgrade macht in der config ein

Code: Alles auswählen

$contenido_path = "../contenido/";

richtig ist in dem Fall aber

Code: Alles auswählen

$contenido_path = "./contenido/";

- dies nur für den Fall, dass jemand bei ähnlicher Ordnerstruktur plötzlich gemeine Fehlermeldungen bekommt.

sind das alle änderungen die sich ergeben haben? Währe ja etwas wenig für eine neue Version oder?

[HerrB]

Das ist keine Änderung in Contenido, das ist nur eine Anmerkung, wenn man das cms-Verzeichnis ins root verschiebt.

Ist auch logisch, da ich aus dem Root nicht eine Ebene höher und dann nach contenido wechseln kann. Genausogut sollte auch "contenido/" funktionieren, aber das andere wurde ja getestet...

Ansonsten sind wir bei Communido mal alle Änderungen durchgegangen und waren nach drei Stunden fertig. Wenn ich die Zeit finde, schreibe ich es mal stichpunktartig auf - das wird aber noch immer nicht erklären, welche Datei sich wo geändert hat...

Gruß
HerrB