Update - 4.8.7 - auf 4.8.10
Update - 4.8.7 - auf 4.8.10
Hallo an alle,
wollte mal fragen wie man am besten ein update macht - ohne dass die Seite lange ausfällt... ist das möglich?
Habe die Seite gesichert. Normalerweise lösche ich den kompletten Server - lade die neue contenido version rauf- starte die installation - klicke auf update und lade dann die ganzen templates usw wieder hoch... nur fällt dabei die seite für ca. 2 stunden aus.. das möchte ich aber nicht. gibt es andere möglichkeit?
lg,
thoste
wollte mal fragen wie man am besten ein update macht - ohne dass die Seite lange ausfällt... ist das möglich?
Habe die Seite gesichert. Normalerweise lösche ich den kompletten Server - lade die neue contenido version rauf- starte die installation - klicke auf update und lade dann die ganzen templates usw wieder hoch... nur fällt dabei die seite für ca. 2 stunden aus.. das möchte ich aber nicht. gibt es andere möglichkeit?
lg,
thoste
Ich mache das auch mit der Update-Routine vom Contenido-Setup:
Gruss
Conradius
- ein Backup der DB erstellen und auf meinem PC zum Testen der neuen Version einspielen (somit habe ich wieder den gleichen Stand der Website lokal, wie online).
- die neue Version einfach über die lokale Installation kopieren und dabei alle alten Dateien mit den neuen überschreiben
- das Setup mit der Installationsart Upgrade ausführen und überprüfen, ob lokal alles so funktioniert, wie erwartet.
- .htaccess umschalten, so dass eine "under construction"-Meldung erscheint
- die neue Version von Contenido hochladen
- Setup als Upgrade ausführen
- Setup-Verzeichnis löschen
- Installation überprüfen und
- .htaccess wieder umstellen
Gruss
Conradius
Hallo,
es geht auch noch schneller...
die neuen Contenido Verzeichnisse unter einem anderen Namen hochladen (z.B. Contenido -> ContenidoVERSION) dann kann man den "alten" Ordner statt ihn zu löschen umbenennen und dem schon hochgeladenen Ordnber einfach seinen original Namen wieder geben.
Das spart die Zeit des Hochladens bei der Umstellung.
Viele Grüße
Steffen
es geht auch noch schneller...
die neuen Contenido Verzeichnisse unter einem anderen Namen hochladen (z.B. Contenido -> ContenidoVERSION) dann kann man den "alten" Ordner statt ihn zu löschen umbenennen und dem schon hochgeladenen Ordnber einfach seinen original Namen wieder geben.
Das spart die Zeit des Hochladens bei der Umstellung.
Viele Grüße
Steffen
Oder um noch ein paar Minuten rauszuholen (quasi, wenn man eine Hochverfügbarkeitsseite hat/haben will ): Einfach eine Parallelinstallation auf dem Server einrichten, also Dateien und Datenbank duplizieren. Dann in der zweiten Installation alle Pfade etc. anpassen, sodass sie lauffähig ist. Diese wird dann auf die neue Version aktualisiert. Wenn die aktualisierte Version korrekt läuft, dann die Domain umleiten auf die neue Version.
Einziges Manko, was ich erkennen kann: Die registrierten Seitenaufrufe während des Updates, die in die Contenido-eigene Statistik eingetragen worden sind, sind dann verloren. Aber bei so einer Website wird man ja wahrscheinlich eh andere Statistik-Tools haben.
Grüße
mfweb
Einziges Manko, was ich erkennen kann: Die registrierten Seitenaufrufe während des Updates, die in die Contenido-eigene Statistik eingetragen worden sind, sind dann verloren. Aber bei so einer Website wird man ja wahrscheinlich eh andere Statistik-Tools haben.
Grüße
mfweb
Hallo,conradius hat geschrieben: .....
- .htaccess umschalten, so dass eine "under construction"-Meldung erscheint
.....
wenn ich nun mehrere Mandanten in einer Contenido-Umgebung installiert habe, kann ich dann auch mit Hilfe einer einzigen .htaccess ein "under construction" für alle Mandanten erzeugen oder bleibt mir nichts übrig als in jedem Mandantenverzeichniss die .htaccess anzupassen.
Danke und Grüße,
stefkey
Ich nehme mal an, Deine MR-Lösung funktioniert auch mit einer einzigen .htaccess-Datei im Web-Root. Dann gilt diese .htaccess ja auch für alle Mandanten in diesem Web-Root.
Ich schalte dann einfach die Rewriting-Engine ab (RewriteEngine off), was bewirkt, dass automatisch die /index.html aufgerufen wird, welches eben meine "under maintaince"-Seite ist.
Gruss
Conradius
Ich schalte dann einfach die Rewriting-Engine ab (RewriteEngine off), was bewirkt, dass automatisch die /index.html aufgerufen wird, welches eben meine "under maintaince"-Seite ist.
Gruss
Conradius
und das funktioniert?StSnake hat geschrieben:Hallo,
es geht auch noch schneller...
die neuen Contenido Verzeichnisse unter einem anderen Namen hochladen (z.B. Contenido -> ContenidoVERSION) dann kann man den "alten" Ordner statt ihn zu löschen umbenennen und dem schon hochgeladenen Ordnber einfach seinen original Namen wieder geben.
Das spart die Zeit des Hochladens bei der Umstellung.
Viele Grüße
Steffen
conradius hat geschrieben:Ich nehme mal an, Deine MR-Lösung funktioniert auch mit einer einzigen .htaccess-Datei im Web-Root. Dann gilt diese .htaccess ja auch für alle Mandanten in diesem Web-Root.
Leider nicht, jeder Mandant hat ein eigenes Verzeichnis. Und in diese mVerzeichnis gibt es jeweils eine .htaccess
Könnte ich denn mit einer .htacess im Root alles abfangen?
(Die Domains landen direkt im Unterverzeichnis!)
Danke und Grüße,
stefkey
mich intressiert eher ob es so funktioniert - somit hätte man einen ausfall von 1 sekunde.. wenn überhaupt...StSnake hat geschrieben:Hallo,
es geht auch noch schneller...
die neuen Contenido Verzeichnisse unter einem anderen Namen hochladen (z.B. Contenido -> ContenidoVERSION) dann kann man den "alten" Ordner statt ihn zu löschen umbenennen und dem schon hochgeladenen Ordnber einfach seinen original Namen wieder geben.
Das spart die Zeit des Hochladens bei der Umstellung.
Viele Grüße
Steffen
lg,
Mmhh ... wenn du es schaffst, innerhalb von einer Sekunde die beiden Verzeichnisse umzubenennen und das Setup durchzuführen ... dann ja.
Im Ernst: Du hast die Zeit für das Durchlaufen des Setup vergessen. Wenn du wirklich nur eine so kurze Ausfallzeit haben willst, kann ich dir nur die weiter oben angesprochene Lösung mittels Parallel-Installation empfehlen, also zusätzllich noch die Datenbank duplizieren.
Grüße
mfweb
Im Ernst: Du hast die Zeit für das Durchlaufen des Setup vergessen. Wenn du wirklich nur eine so kurze Ausfallzeit haben willst, kann ich dir nur die weiter oben angesprochene Lösung mittels Parallel-Installation empfehlen, also zusätzllich noch die Datenbank duplizieren.
Grüße
mfweb
nur nochmal zum verständnis:
1. sichere die komplette webseite + datenbank
2. spiele die ordner contenido (unter einem anderen namen) und setup hoch
3. gebe dem alten conteido ordner nen anderen namen und dem neuen den namen contenido
4. führe das setup aus (muss ich da etwas beachten)?
frage so genau - da ich es für ca. 20 kunden machen werde...
lg
1. sichere die komplette webseite + datenbank
2. spiele die ordner contenido (unter einem anderen namen) und setup hoch
3. gebe dem alten conteido ordner nen anderen namen und dem neuen den namen contenido
4. führe das setup aus (muss ich da etwas beachten)?
frage so genau - da ich es für ca. 20 kunden machen werde...
lg