WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
So. Update hat nicht richtig. funktioniert. Gut das ich erst eine Testumbebung aufgebaut habe.
Bin nach dieser Vorlage gegangen.
https://forum.wbce.org/viewtopic.php?id=4339
Vor Ausführung der wup.php habe ich auf PHP 8 umgestellt.
-im Admin eingeloggt.
-kann kein Template auswählen. Das Admintemplate auch nicht.(ich nutze argos)
-unten links wird noch 1.4.3 angezeigt.
-frontend fehler
Fatal error: Uncaught Error: Call to undefined function openGraph() in /www/htdocs/templates/lesefaken/index.php:7 Stack trace: #0 /www/htdocs/index.php(73): require() #1 {main} thrown in /www/htdocs/templates/lesefaken/index.php on line 7
-module fehlen im admin--bei nachinstall > bereits installiert.
Beitrag geändert von wasi (25.02.2023 19:45:38)
VG wasi
Offline
Ich weiß nicht, was Du jetzt im einzelnen gemacht hast, aber mir passt Dein Ton überhaupt nicht.
Glaubst Du wirklich, wir wären zu doof, funktionierende Updatescripte zu erstellen?
Glaubst Du wirklich, dass noch kein anderer erfolgreich geupdatet hat?
Glaubst Du wirklich, es wäre sinnvoll, jegliche Erklärungen in den Wind zu schlagen und auf die längst veraltete 1.5.0 zu aktualisieren?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Mein Angebot: Du stellst mir einen Abzug der nicht geupdateten Seite zur Verfügung, und ich mache das Update auf einem Testsystem von mir.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Hallo Florian,
also wenn meine Formulierung als schlechter Ton rübergekommen ist, dann sorry dafür.
Den Schritt über die 1.5.0 zu gehen habe ich hier entnommen.
**Zur Vorgehensweise beim Update von Versionen VOR 1.5.x bitte zusätzlich die Releasenotes zu 1.5.0 beachten.
Ich habe mich genau an die Anleitung gehalten.
Beitrag geändert von wasi (25.02.2023 20:48:14)
VG wasi
Offline
Okay. Ich hab wohl auch etwas überreagiert.
Hinsichtlich des Verweises auf 1.5.0 ist nicht gemeint, dass dieser Zwischenschritt erforderlich ist, sondern dass auch Modulupdates zwingend erforderlich sind.
Bei diesen muss dann, insbesondere wenn es sich um eine Arbeitskopie der Seiten handelt, bei der das Änderungsdatum aktueller ist als das ursprüngliche Installations- bzw. Erstelldatum der Moduldateien, beim Modulupdate unbedingt der Haken bei "Überschreibe neuere Dateien" gesetzt werden.
Wenn aber im Backend noch die falsche Versionsnummer angezeigt wird und keine Templates gefunden werden, muss noch mehr nicht funktioniert haben. Kann es sein, dass bei der Installation ursprünglich das admin-Verzeichnis umbenannt wurde und dies beim Upload der Updatedateien nicht berücksichtigt wurde?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Also, ich werde das nochmal probieren...dann aber gleich die aktuelle 1.5.4. Ich muss das selbst machen, um das zu verstehen.
Ich werde die Testumgebung (kopie vom Produktivsystem über subdomain ) nochmal neu einsetzen und die db leeren und den dump neu importieren.
im db dump wurden alle einträge domain.de zu sub.domain.de ersetzt. Das Testsystem hat funktioniert.
Das admin-Verzeichnis ist bei mir nicht umbenannt. Darauf hätte ich auch geachtet...hab es gelesen
Die PHP Umstellung war richtig? ..also vor dem ausführen der wup.php ?
VG wasi
Offline
Ja, PHP-Umstellung war richtig.
Wenn Du per Zip updatest, stelle sicher, dass vorhandene Dateien wirklich überschrieben werden, nicht dass da irgendwelche Schreib-/Besitzrechte das unterbinden. Selbiges natürlich auch beim Einzelupload per FTP.
Du kannst auch noch ein paar Tage warten. Die 1.6.0 stable wird sehr bald veröffentlicht.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Ja, PHP-Umstellung war richtig.
Wenn Du per Zip updatest, stelle sicher, dass vorhandene Dateien wirklich überschrieben werden, nicht dass da irgendwelche Schreib-/Besitzrechte das unterbinden. Selbiges natürlich auch beim Einzelupload per FTP.
Du kannst auch noch ein paar Tage warten. Die 1.6.0 stable wird sehr bald veröffentlicht.
Ich werde es per Zip machen.
Wenn ich den Sprung auf die 1.5.4 schaffe, dann ist auf 1.6.0 doch ein Spaziergang
VG wasi
Offline
Eigentlich soll auch das Update von 1.4.3 auf 1.6.0 ein Spaziergang sein...
Bei was für einem Webhoster bist Du? Oder testest Du lokal?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Bin bei Allinkl.com
VG wasi
Offline
Hm. Das ist einer von den guten, da sollte das eigentlich problemlos gehen.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
GESCHAFFT !! 1A durchgelaufen. #
Habe aber diesmal PHP 7.4 genommen ...ohne das Problem von vorhin damit in einen Zusammenhang zu bringen.
WBCE Version: 1.5.4 • Backend Version: 2.1.0 • PHP Version: 7.4.33
Backend geht sauber. Frontend weiße Seite. ..So nun Modulupdates durchführen und dann sehe ich mal weiter.
Beitrag geändert von wasi (25.02.2023 23:27:25)
VG wasi
Offline
So...nach allen Modulupdates immer noch eine Leere Seite. Die log hat wieder Call to undefined function openGraph() ausgegeben.
Habe dann auch von PHP 7.4 auf PHP 8.1 umgestellt. (muss damit aber nichts zu tun haben?)
2023-02-25T22:33:47+00:00 [Visitor Request] https://sub.domain.de/
2023-02-25T22:33:47+00:00 [Exception] There was an unknown exception: Call to undefined function openGraph() in line (7) of /templates/lesefaken/index.php
Ursache: <?php echo openGraph(); ?> aus der index.php genommen, dann ging die Seite.
>> Das ist Socialbaker bzw. Socialmedia made easy
Socialbaker ist bei mir nicht in der Modulliste. kann das Modul daher auch nicht deinstallieren. (im Produktivsystem ist es da.)
socialBaker_v2.11 versucht nachzuinstallieren. Es kommt im Backend keine Meldung das das von statten ging. Der Teil der Seite bleibt leer.
2023-02-26T09:49:45+00:00 [Visitor Request] https://sub.domain.de/admin/modules/install.php
2023-02-26T09:49:45+00:00 [Exception] There was an unknown exception: Undefined constant "php" in line (1) of /modules/socialbaker/info.php
Beitrag geändert von wasi (26.02.2023 12:32:16)
VG wasi
Offline