Das STK ist im Prinzip eine Sammlung von (System-)Werkzeugen (Scripten), mit denen D.u ua. bestimmte Probleme beheben oder falsche Konfigurationen korrigieren kannst. Dazu gehört auch die Möglichkeit, die Datenbank auf zusätzlich hinzugefügte Einträge zu überprüfen, diese bei Bedarf entfernen und die DB wieder in den originalen Zustand zum Zeitpunkt der Erstinstallation zurücksetzen zu können.
yks hat geschrieben:Wäre das denn so "schlimm", wenn die DB-Bereinigung erst nach dem Upgrade erfolgt ?
Normalerweise wird das Upgrade durchgeführt, bevor die PHP-Version auf dem Server in eine umgestellt wird, mit der die gerade verwendete phpBB-Version nicht mehr länger kompatibel ist.
Dann kannst Du die entscheidenden Vorbereitungsmaßnahmen (Standardstyle für alle User auf prosilver zurücksetzen, Captcha zurücksetzen etc.) aus dem laufenden System heraus durchführen und der Zeitpunkt der Bereinigung der Datenbank um durch MODs hinzugefügte Einträge ist dann eher eine Frage der eigenen Vorlieben, also: im Prinzip ist es dann egal, wann Du das machst.
In Deinem Fall bleibt Dir, wenn Du das Upgrade auf dem Server durchführen willst (oder musst), nur das nachträgliche Anpassen mittels des STKs für 3.2.4, das dann auch den Teil der Vorbereitungsarbeiten mit übernehmen muss, das Du ja nicht mehr im 3.0.14 Board durchführen kannst.
yks hat geschrieben:Das Optimieren der DB-Tabellen bringt zwar nicht viel, aber geschieht doch php-unabhängig, oder ?
Jeder unnötige Ballast in der DB kann eine mögliche Quelle für Ärger darstellen, egal ob der dann sofort oder vielleicht auch nur erst später hochkommen wird.
In gewisser Weise ist dies aber trotzdem "PHP-abhängig": das Script, das diese Anpassungen vornimmt, ist ja für eine bestimmte Minimum-Version von PHP vorgesehen - es ist das Script selbst, das auf die korrekte PHP-Version angewiesen ist bzw. zu dieser kompatibel sein muss.
yks hat geschrieben:Wäre die DB-Bereinigung per Hand nötig ?
Wenn Du mit "von Hand" das Ausführen der zuständigen Scripte des STKs meinst, dann ja. Du brauchst aber keine eigenen SQL- oder sonstige "Befehle" zu erstellen und dann auszuführen: Du rufst die entsprechende Funktion im STK auf und lässt diese die Aufgabe abarbeiten (interaktiv mit Dir: Du hast bei jedem Schritt die Entscheidung in der Hand, ob Du ihn und wenn ja in welchem Umfang laufen lassen willst).
yks hat geschrieben:müsste nur wissen, welche sql-Befehle bzw welche Änderungen nötig sind, damit die DB zum 3.2er passt.
Wenn Du die Upgraderoutine aufrufst, wird dies von dieser mit durchgeführt: das ist ja der Sinn und Zweck des Datenbankupdates, die alte Struktur an die neue anzupassen.
yks hat geschrieben:Dazu müsste ich mir einen lokalen Server einrichten, oder ?
Genau das machst Du ja, wenn Du XAMPP installierts: dies ist ein "Komplettpaket", das den eigentlichen Webserver (Apache), einen datenbankserver (MySQL) und die Programmiersprachen PHP und Perl beinhaltet - alles in einer einzigen Installationsroutine zusammengefasst.
Die Installation des Pakets auch auch nicht schwieriger als jede andere Installation eines Windowsprogramms auch. Danach hast Du dann auch eine fix und fertig konfigurierte lokale Testumgebung bzw. einen lokalen Webserver mit allen Programmen, die Du brauchst, um Webanwendungen laufen zu lassen.
yks hat geschrieben:Ich hatte immer subsilver verwendet und kleine Änderungen sind dort auch drin (keine Extensions) - die werde ich verlieren
Subsilver2 existiert nicht mehr seit phpBB 3.1 - und das aus gutem Grund. Der komplette Aufbau dieses Styles ("klassische" Tabellen, die eigentlich auch gar nicht für das Layouten von ganzen Webseiten gedacht waren ...) ist nicht responsiv zu bekommen und technisch gesehen völlig veraltet.
Esergibt auch keinen Sinn, zwei Styles zu pflegen, die sich in ihrer Codestruktur so unterscheiden wie prosilver und Subsilver2 es taten: jede Erweiterung, die unter beiden Styles eingesetzt werden könne sollte, brauchte zwei unterschiedliche "Einbauanleitungen" - diese Notwendigkeit wäre auch beim neuen Extensiosystem weiter gegeben (selbst wenn man die fehlende Resposivität in mobilen Auflösungen völlig ausklammern würde).
Alle validierten Styles für 3.2 basieren auf der Struktur und dem Code von prosilver und alle Extensions müssen mit prosilver als dem Standardstyle von phpBB funktionieren/kompatibel sein.
Daran wird sich auch in Zukunft, sinnvollerweise, nichts ändern, egal wie dieser neue Standardstyle sich dann nennen oder welchen Code er verwenden mag.
Wenn Du also einen Style benötigst, der die vertraute Optik von Subsilver2 aufweist, aber auch noch unter 3.2 läauft, wirst Du auf Lösungen wie diesen Style von allan zurückgreifen müssen: dieser basiert auf prosilver und dessen Codestruktur.
Stichwort "Verlust der eigenen Anpassungen an einem Style":
Genau das ist der Grund, warum man auch nicht den jeweiligen Originalstyle ändern sondern hierfür einen Tochterstyle erstellen sollte, der auf dem Original basiert und nur noch diejenigen Dateien enthält, die gegenüber denen des Originals angepasst wurden. Alle anderen (unveränderten) Dateien werden vom Original des Styles bezogen und mitverwendet.
Dies spart dann bei zukünftigen Styleupdates jede Menge Arbeit und macht die eigenen Anpassungen transparenter und wartbarer.
An diesem
Prinzip wird sich auch in zukünftigen phpBB-Major-Versionen nichts groß ändern.
Es gibt verschiedenen Ansätze, wie sowas umgesetzt werden kann, abhängig davon, wie umfangreich die vorgesehenen Änderungen sind bzw. mal sein werden.