phpBB.de

@donsenilo

folge einfach dem Link in diesem Beitrag: => viewtopic.php?f=19&t=242430&start=10#p1391486

Ich will mich in den nächsten Tagen mal ans Update von 3.2.1 auf 3.2.5 machen, aber was ist denn an dieser Meldung dran:

Kirk hat geschrieben:Was mir jetzt seit mehreren Versions Updates aufgefallen ist, wenn man im ACP/Board-Einstellungen das Board deaktiviert, erhält man beim Update folgende Fehlermeldung:

[phpBB Debug] "BOARD_DISABLE" in file root/phpbb/user.php on line 354

egal ob das Update manuell oder automatisch gemacht worden ist.

In den Anleitungen steht ja immer Forum deaktivieren, Prosilver rein, Ext. deaktivieren, Update machen. Soll ich jetzt nicht deaktivieren ?

Und was passiert mit den Usern und Beiträgen wenn nicht deaktiviert ist und ich das Update mache ?

Ist das ein Einzelfall oder habt ihr alle die Erfahrung gemacht das es eine Fehlermeldung gibt ?

Diese Fehlermeldung ist jetzt kein großes Problem, kommt am Ende des Updates.
Das Board deaktivieren ist ist dafür gedacht das während des Updates keiner Beiträge verfassen kann und diese dann evtl. verloren gehen.

Was passiert dann ?

Kann ich das Board nach der Fehlermeldung ohne Probleme wieder aktivieren ?

Oder wird das Update nicht ordnungsgemäß abgeschlossen ?

Nichts davon, das Update wird nicht beeinträchtigt, das ist nur ein Hinweis. Zudem ich dachte, gibt es sogar schon einen Patch, aber vielleicht hat der es nicht in 3.2.5 geschafft oder wurde aus Gründen verworfen.

BOARD_DISABLE ist nicht in die en/lang eingetragen oder es existiert keine en/lang

Okay, danke für die bisherigen Antworten. Dann mach ich das Update bei deaktiviertem Board mal im Testforum und schaue....

Siehe: https://www.phpbb.de/kb/update32x

Merci ! :)
Soweit bis jetzt ersichtlich alles geklappt :))

Steht in der Anleitung, klar - aber ich dachte, ich könnte auch einfach nur die geänderten Dateien hier herunterladen und dann im Forum hochladen, dass das weniger Arbeit wäre. Stattdessen muss man das Komplettpaket nehmen.
Und in den geänderten Dateien waren nur ältere Zips drin.
Mal dumm frage: Ändert sich immer so viel, dass man besser gleich das Komplettpaket hochlädt ?

Jetzt gibt es auch einen Hinweis für den User, dass nach Änderung der Mailadresse der Account wieder neu aktiviert werden muss - allerdings erst nachdem der User den Vorgang abgeschlossen hat.
Wäre es nicht evtl sinnvoll, den Hinweis vorher einzubauen, damit ein User es vorher weiß, dass er nach Änderung der Mailadresse erst mal nicht mehr weitermachen kann, bis er wieder aktiviert ist ?

BNa hat geschrieben:BOARD_DISABLE ist nicht in die en/lang eingetragen oder es existiert keine en/lang

Wo denkst du, dass das fehlen würde? In der common.php von /language/en ist es drin, ebenso wie im deutschen Paket.

...aber ich dachte, ich könnte auch einfach nur die geänderten Dateien hier herunterladen und dann im Forum hochladen, dass das weniger Arbeit wäre. Stattdessen muss man das Komplettpaket nehmen.
Und in den geänderten Dateien waren nur ältere Zips drin.
...

Die Zips sind nicht älter, sondern das sind die Updatepakete von Version x zur aktuellen Version, welche die geänderten Dateien SEITHER beinhalten. Man KANN natürlich die geänderten Dateien benutzen, wenn man es richtig macht. Dann musst du halt den Vendor-Ordner löschen, den Cache leeren, den neuen Vendor-Ordner, Install und den Inhalt des für dich zutreffenden Zips hochladen. Wenn man unsicher ist, ist der Weg über das Komplettpaket der sicherere, der in der oben genannten Anleitung beschrieben ist

Mylady hat geschrieben:wenn man es richtig macht.

Eben
Es sind im Endeffekt sogar mehr separate Arbeitsschritte durchzuführen als bei der empfohlenen Methode und das Risiko steigt dabei, den Inhalt des falschen Archivs zu verwenden. Ums Löschen der Verzeichnisse /vendor und /docs auf dem Server vorm Hochladen der neuen Ordner/Dateien kommst Du auch nicht herum, ebenso wenig ums korrekte Abarbeiten aller vorbereitenden Punkte in der Anleitung.
Unterm Strich gesehen bringt das dann, meiner Erfahrung nach, in aller Regel wenig Zeitersparnis (wenn überhaupt ...), macht dafür aber das Updaten für unerfahrenere oder unsicherere Anwender sogar eher noch fehleranfälliger

Diese Methode mit den geänderten Files kommt IMHO ohnehin nur bei Updates innerhalb der gleichen phpBB Linie (z.B. 3.2.x > 3.2.x+1) infrage. Bei Upgrades (3.2.x > 3.3.x) kommt dann auch noch das Problem mit eventuell nicht mehr verwendeten oder umbenannten Dateien/Ordnern hinzu: alles, was nicht mehr im dann neuen, aktuellen Komplettpaket vorhanden ist, müsste weiter manuell aus dem Installationsverzeichnis auf dem Server entfernt werden. Solche "Dateileichen" schaden zwar meist (!) nicht (zumindest nicht in einem nicht weiter "aufgerüsteten" Board), stellen aber unnötigen Müll und Ballast dar, der sich irgendwann doch mal als Stolperstein erweisen könnte.

Wenn Du mal die Anleitungen für ein phpBB Update mit denen für ein Upgrade vergleichst, wirst Du sehen, dass das Vorgehen bei der jeweils empfohlenen Methode im Prizip identisch ist: man muss sich also nur eine merken, nicht mehrere, die, je nach Anwendungsfall, voneinander abweichen