Hi,
wenn das entsprechend vorbereitet wird, dann lässt sich die Offline-Zeit beim Upgrade des Live-Boards aber sogar hier durchaus stark verkürzen: mit etwas Glück lässt sich die Zeit, in der das Board Deinen Nutzern nicht zugänglich ist, auf die Zeit des reinen DB-Updates reduzieren
Diese Vorbereitungsarbeiten würde ich persönlich bei einem stark angepassten 3.0-Board, auch wenns erst einmal etwas umständlich aussehen mag, erst einmal lokal durchspielen und umsetzen: ist einfacher zu bewerkstelligen und geht auch schneller, vor allem dann, wenn mal etwas schief geht und neu angefangen werden muss.
Erst einmal nur grob angerissen:
Du kannst Dir eine lokale Testumgebung mit z.B. XAMPP und
phpBB QuickInstall einrichten, in der Du quasi auf Knopdruck beliebig viele Testboards anlegen kannst. Eine solche Testumgebung ist auch für ganz andere Dinge praktisch, von daher lohnt es sich, IMHO, allemal, sich eine einzurichten.
(Ein paar Punkte wären dabei zwar zu beachten, aber es geht hier ja erst einmal um das prinzipielle Procedere
![Zwinkern :wink:](./images/smilies/icon_e_wink.gif)
)
Sicherheitshalber würde ich dann mit zwei Testboards arbeiten: eines mit phpBB 3.0.14 und eines mit 3.2.1 - plus noch vielleicht ein weiteres 3.2.1 fürs unabhängige Basteln am neuen Style)
Beim Upgrade hast Du imgrunde genommen drei "Problembereiche":
- Die Styles und die an ihnen durchgeführten Anpassungen
- Die bisher installierten MODs und sonstigen Änderungen am Code der eigentlichen phpBB-Dateien
- Die Datenbank
- Styles:
Wenn Du das damalige prosilver direkt angepasst haben solltest, dann gehen diese Änderungen beim Upgrade verloren und müssten im aktuellen prosilver neu eingepflegt werden.
Besser wäre es allerdings, in diesem Fall dann nicht wieder die prosilver Dateien selbst zu modifizieren, sondern einen Tochterstyle auf dessen Basis zu erstellen und diesen dann anzupassen.
Wenn Du einen anderen Style als prosilver verwendet hast, dann kannst Du mal vorab schauen, ob dieser vielleicht auch in einer aktuellen 3.2.1 Version vorliegt, der dann nur noch "ergänzt" werden muss.
Falls das nicht der Fall sein sollte, dann kannst Du nach einem suchen, der Deinen Vorstellungen (oder dem aktuellen "Look") möglichst nahe kommt und diesen dann weiter anpassen.
Dies kannst Du auch völlig getrennt von den beiden anderen Punkten machen: im schlimmsten Fall müssen Deine Benutzer eben eine Weile mit einem Standard-prosilver auskommen, bis der neue Style fertig ist.
- Änderungen an den nicht-Style-Dateien durch alte MODs etc.:
Die gehen definitiv beim Upgrade verloren - in aller Regel ist dieser Code.. auch nicht mehr mit phpBB 3.2.x kompatibel und müsste daher ohnehin "entsorgt" werden.
Die Arbeitsdaten der MODs befinden sich (mit wenigen Ausnahmen wie z.B. Bilder einer Galerie etc.) in der Datenbank, sofern diese dort neue Einträge angelegt haben.
Bei den vorhandenen MODs würde ich erst einmal prüfen, ob deren Funktionalität nicht vielleicht bereits im neuen phpBB enthalten ist.
Wenn nicht, dann als nächstes prüfen, ob auch wirklich alle weiterhin erforderlich sind. Was nicht unbedingt gebraucht oder bisher mehr als nur gelegentlich genutzt wurde, kann ja vielleicht auch entsorgt werden - je weniger verzichtbare Altlasten vorhanden sind, umso weniger potenzielle Fehlerquellen kommen ins neue Board rein
Einfach mal eine Liste machen: unverzichtbar
, nice to have, kann aber noch warten
und kann auch weg
.
- Die "Unverzichtbaren":
Prüfen, ob es bereits "Nachfolger" in Form von Extensions gibt, entweder weil sie zu Extensions portiert wurden oder weil diese eine vergleichbare Funktionalität bieten. Wenn diese dann auch noch mit den "alten" Arbeitsdaten weiter arbeiten oder diese zumindest übernehmen können, umso besser. Ansonsten kannst Du die "alten" DB-Einträge bzw. Arbeitsdaten erst einmal in der DB drin lassen - vielleicht kommt ja irgendwann mal etwas Passendes nach ![Zwinkern :wink:](./images/smilies/icon_e_wink.gif)
- Die Nice to Have:
Eigentlich wie oben, nur mit dem Unterschied, dass deren Arbeitsdaten nicht mit Gewalt weiter behalten werden müssen und daher "bereinigt" werden könnten.
- "Kann auch weg":
Deren DB-Spuren können komplett entfernt werden: sie bilden also beim Upgrade kein Hindernis.
- Die Datenbank:
Wenn der Punkt "MODs" durchgeplant und vorbereitet ist (wie gesagt: das Thema Styles ist im Ablauf eher unkritisch und kann auch auf die Zeit nach dem eigentlichen Upgrade verschoben werden), kannst Du diesen Schritt wie in der Anleitungbeschrieben lokal durchspielen.
Der eigentlich Ablauf in der Vorbereitungsphase wäre dann prinzipiell so:
- In das lokale und bisher "jungfräuliche" 3.0.14 Board noch das zur Version passende STK installieren
- Falls im Live Board noch zusätzliche Styles neben prosilver installiert sein sollten: deren Ordner in den lokalen Style-Ordner kopieren.
- Die Datenbank dieser lokalen Installation dann durch die aktuell im Live Board verwendeten ersetzen.
- prosilver für alle Benutzer zum Standard-Style machen und die restlichen deinstallieren
- Datenbankbereinigung wie in der Anleitung beschrieben durchführen
- Testen, ob noch Fehler vorhanden sind
- Wenn alles bisher funktioniert hat: Upgraden
Entweder machst Du das in der lokalen 3.0.14-Installation oder Du ziehst Dir ein Backup der jetzt bereinigten DB, spielst diese in die DB der lokalen 3.2.1 Installation ein und lässt dann dort nur noch das eigentlichen DB-Update laufen.
- Testen, ob alles reibungslos funktioniert.
Du erhältst so eine bereinigte und auf 3.2.1 gebrachte
aktuelle Datenbank - imgrunde genommen würde sie alleine schon ausreichen, um das "scharfe" Upgrade zeitlich stark zu verkürzen, dabei aber dennoch "tagesaktuell" bleiben zu können.
Du kannst dies lokal solange durchspielen, bis Du alle Ecken und Kanten kennst, auf die Du später beim Live Upgrade berücksichtigen müsstest
![Zwinkern :wink:](./images/smilies/icon_e_wink.gif)
Handle nur nach derjenigen Maxime, durch die du zugleich wollen kannst, dass sie ein allgemeines Gesetz werde.
(Immanuel Kant)