virk
Gibt es (jetzt) eine Möglichkeit, ohne Probleme von Frusterick Manners auf die aktuelle Version upzudaten, so dass relativ sicher kein Nacharbeiten notwendig ist? Dann könnte ich das von hier (Indien) auf dem server anstossen.
fuchs-14
Was heisst bei dir sicher?
Bei mir gab es keine Probleme, das kommt aber auf deine PHP Version und deine Plugins und das Template an. Wenn du Plain Dokuwiki hast ist es easy.
virk
Mit "sicher" meine ich, dass keine mühsamen Nacharbeiten notwendig sind, wie es ja vor den hotfixes wohl notwendig war. Bei mir auf dem macserver läuft php 5.6.30. Ich würde zuerst alle plugins updaten und dann upgraden wollen. Wird das "relativ sicher"glattgehen?
lpaulsen93
Die Fehlermeldungen nach Update auf Greebo scheinen ja abzuklingen. Aber eine pauschale Garantie aussprechen kann wahrscheinlich niemand. Wie fuchs.14 auch schon sagte, welche Plugins benutzt du denn? Sind die alle als "Greebo" kompatibel markiert oder gib es da noch lücken?
fuchs-14
Ich hatte schon vor dem Hotfix keine Probleme (PHP 7.1.7), und nutze teilweise auch Plugins die offiziell kein Greebo OK haben. Aber ne Garantie gibt dir keiner.
Mach vorher ein Backup (Mein Provider stellt die letzten 14 Tage zur Verfügung, da muss ich gar nix machen) dann bist du auf der sicheren Seite.
virk
Ich bin seit längerem in Indien und danach in Sommerurlaub und dann wohl wieder hier. 'Ne Standardprozedur könnte ich durchlaufen lassen, aber dann evtl. backup-zurückspielen von hier und Fehlersuche etc.... Nee, dann verschiebe ich das wohl auf später.
fuchs-14
Würde ich auch so machen, so wichtig sind die Änderungen ja nun auch nicht (Ich hab zb überhaupt keinen Unterschied bemerkt) wenn dein aktuelles Wiki fehlerlos läuft.
michaelsy
Ich bevorzuge eine gespiegelte Testinstallation meines Produktiv-Wikis. Da kann man das Upgrade einspielen und sich in Ruhe ansehen, was auf einen zukommt.
HTH - Michael Sy.
virk
Gespiegelte Testinstallation mache ich auch; ich spiegele auf meinen Rechner und teste das dann zuvor. Nur leider geht das aktuell nicht, bzw. ist mit zuviel Aufwand verbunden.
virk
Habe soeben versucht, Frusterick Manners auf Greebo upzudaten. Es sind ähnliche Probleme, wie die bereits bekannten, aufgetaucht:
- Habe dokuwiki vom server auf meinen Privatrechner kopiert
- Habe alle Rechte ausreichend gesetzt
- Habe dort das update durchgeführt
- Es kamen fatal errors.
- Letztendlich dadurch behoben, dass ich die load.php und die Plugin.php der upgedateten Version aus einer neuen Version ersetzt habe.
Ich dachte, ein solches Problem würde nicht mehr auftauchen. Kann das damit zusammenhängen, dass das alte wiki unter php 5.6.30 (macOS 10.12.5) , das auf meinem Rechner (macOS 10.13.5) unter 7.1.16 läuft? Was könnte es sonst sein? Wie verhindere ich, dass es beim update and dem Arbeitsrechner auch auftaucht?
cziehr
Eine Testinstallation macht eigentlich nur Sinn, wenn man eine Testumgebung hat die möglichst exakt der Produktivumgebung entspricht. Hab ich auf dem einen PHP 5 und auf dem anderen PHP 7 laufen, ist das schon deutlich weniger aussagekräftig.
Ich teste neue Versionen bevor ich sie ausrolle in einem separaten Ordner auf dem Produktiv-Server. Da kann ich mir sicher sein dass ich nicht nachträglich in solche Probleme reinkomme.
Zuerst kopiere ich den „produktiv“-ordner und gebe ihm den Namen „produktiv-test“ (die ganzen Ordner-Namen sind jetzt beispielhaft). Dann mache ich das z.B. Greebo-Update und schaue ob noch alle Plugins funktionieren, etc.
Wenn alles läuft, benenne ich den Ordner der Produktiv-Installation von „produktiv“ auf „produktiv-alt“ um und den „produktiv-test“ in „produktiv“ (ich arbeite unter Linux auf der Kommandozeile und führe das in einem Befehl aus, da geht das in Sekundenbruchteilen und sollte keinem Nutzer auffallen. Solche schnellen Ordner-Umbenennungen auf der Kommandozeile funktionieren übrigens auch mit Windows ;-) . Die alte Produktiv-Version lasse ich noch ein paar Wochen auf dem Server falls nachträglich Probleme auftreten, ansonsten wird sie irgendwann gelöscht (ich hab sie dann aber auch noch 6 Monate lang in einem automatisiert erzeugtem Backup).
Viele Grüße,
Christoph
virk
Danke Dir, cziehr! Habe ich auch schon so durchgeführt; server steht ja direkt neben mir. Habe ich aber bei der jetzigen Aktion gar nicht mehr dran gedacht. Nach meinem Urlaub (3 Wochen Windsurfen :-) ) werde ich das so durchziehen.
Nur bleibt natürlich meine Ausgangsfrage, warum das Problem überhaupt auftaucht. Ich hätte jetzt gehofft, das sei alles gelöst :-)
michaelsy
Nur bleibt natürlich meine Ausgangsfrage, warum das Problem überhaupt auftaucht. Ich hätte jetzt gehofft, das sei alles gelöst
Ein weites Feld sind sicher veraltete bzw. nicht ausreichend gewartete und aktualisierte Plugins. Einige wurden seit dem Greebo-Upgrade ja schon nachgepflegt, aber wohl kaum alle. Es gibt offenbar viele Plugins, um die sich niemand (mehr) kümmert. (Und die Core-Entwickler können das natürlich einfach nicht leisten.)
Da kann man sich aber herantasten, in dem man seine Plugins einzeln aktiviert bzw. deaktivert.
virk
Wie ich schrieb, wurde das Problem durch Ersatz der load.php und der Plugin.php gelöst. Das ist doch eine triviale Lösung; darum dachte/hoffte ich, dass auch das Problem trivial und gelöst sei.
michaelsy
[...] die load.php und die Plugin.php der upgedateten Version aus einer neuen Version ersetzt habe
Mir ist nicht ganz klar, was du da eigentlich gemacht hast.
Und über welchen Weg hast du den eigentlichen Upgrade-Vorgang von Frusterick nach Greebo vorgenommen?
virk
Ich war jetzt drei Wochen in Sommerurlaub; daher späte Antwort: upgrade durchgeführt mittels des upgrade-plugins.
michaelsy
virk wrote
upgrade durchgeführt mittels des upgrade-plugins.
Dann müssen doch in deiner Installation die LOAD.PHP und die PLUGIN.PHP in der allerneuesten Version vorgelegen haben. Woher hast du denn die Dateiversionen genommen, mit denen du sie ersetzt hast?
virk
Ich habe dann parallel dokuwiki runtergeladen und die Dateien daraus entnommen.
Heute vormittag beim update des firmenwikis ähnliches passiert: Ich "musste" /inc/Plugin.php" manuell von einer frischen in die upgedatete Version kopieren; zuvor hatte ich beim Aufruf des upgedateten dokuwikis einen white blank screen.
michaelsy
virk wrote
Heute vormittag beim update des firmenwikis ähnliches passiert: Ich "musste" /inc/Plugin.php" manuell von einer frischen in die upgedatete Version kopieren; zuvor hatte ich beim Aufruf des upgedateten dokuwikis einen white blank screen.
Häh? Wie kann man sich das erklären? Arbeitet das Update-Plugin nicht richtig? Verstehe ich nicht, die Datei-Versionen müssten doch wohl eigentlich identisch sein?!
virk
Der Fehler hängt, glaube ich, mit der case-sensivity zusammen. "plugin.php" und "Plugin.php" muss in diesem Zusammenhang genannt werden. Habe diesbezüglich etwas gelesen. Mehr weiß ich jedoch auch nicht.