WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Hallo zusammen,
hatte auch schon eine andere Instanz erfolgreich und ohne nennenswerte Zwischenfälle auf die Version 1.6.0 aktualisiert. Bei der jedoch, hat es mir einiges zerschossen. Update lief ohne Beanstandungen durch.
Auf den ersten Blick funktionieren die Module nicht mehr, sind aber in ihrer aktuellsten Version vorhanden.
Es gibt keine Fehlermeldungen.
- onebyone
- minipopup
- dynamictable
- procalendar
- code2
- colorbox
Sind die vielleicht irgendwo nicht registriert? Im Backend erscheinen sie an ihrer Stelle mit ihren Inhalten. Im Frontend sind die Inhalte untereinander aufgelistet.
PHP-Version 8.1.16
Bin, mit Hilfe meines Hosters erstmal wieder auf 1.5.4 zurück.
Nachtrag: Installierte Module lassen sich anlegen, funktionieren aber nicht. Getestet mit onebyone.
Viele Grüße
nasowas
Beitrag geändert von nasowas (12.03.2023 17:41:32)
WBCE 1.6.3, Frontendtemplate: Simple Responsive und Intensivstation, Backendtemplate: Fraggy, Browser: Firefox Betriebssystem Windows 11 pro
Offline
Kommt es nur im Frontend, oder auch im Backend zu Problemen?
Tritt das Problem im Frontend auch auf, wenn auf ein anderes Template umgestellt wird?
Steht im Errorlog etwas?
Beitrag geändert von florian (12.03.2023 17:59:08)
Offline
Kommt es nur im Frontend, oder auch im Backend zu Problemen?
Tritt das Problem im Frontend auch auf, wenn auf ein anderes Template umgestellt wird?
Steht im Errorlog etwas?
Hallo florian,
ja, auch im Backend. Und zwar in der Form, dass ich z.B. versuchte, einen neuen Abschnitt des Moduls onebyone zu erstellen und es mit Inhalten zu füttern. Funzt auch alles im Backend inklusive speichern, im Frontend werden zwar die Inhalte, aber untereinander angezeigt. Genauso ging es mir mit allen anderen Modulen. Selbst der Minipopupinhalt wurde am Zeilenende eingefügt Dynamichtable funktionierte gar nicht.
Template habe ich nicht gewechselt, da ich etwas in Panik war. 
Es gab keinerlei Fehlermeldungen während des updates. Meine Einträge aus dem Errorlog
Ich teste das mal an der anderen Domain.
Viele Grüße
nasowas
P.S. Auf der anderen Seite (Hoster: all-incl.com) funktioniert es unter 1.6.0.beta1. Getestet mit Modul onebyone.
Beitrag geändert von nasowas (12.03.2023 19:03:48)
WBCE 1.6.3, Frontendtemplate: Simple Responsive und Intensivstation, Backendtemplate: Fraggy, Browser: Firefox Betriebssystem Windows 11 pro
Offline
Ich hab mal einen neuen Thread dafür aufgemacht.
Dieses Problem habe ich noch nie gesehen. Bin da jetzt gerade ratlos, sorry.
Offline
Kannst Du eventuell auf dem Webspace in einem Unterverzeichnis oder einer Subdomain eine neue WBCE-Instanz aufsetzen und schauen, ob die Probleme da auch auftreten?
Offline
Moin zusammen,
mir ist gerade noch etwas aufgefallen, das ich in der gestrigen Hektik nicht wahrnahm.
Beim Versuch Module zu aktualisieren bekam ich jeweils die Meldung: "Modul erfolgreich aktualisiert".
Als ich vorhin nochmal in das Modul "update-check" schaute, ist hinter jedem, das ich vermeintlich aktualisierte, noch das rote Ausrufezeichen und die alte Versionsnummer. Kann man die aktuelle Version eines Moduls auch über ftp auslesen?
Da passt was nicht.
Kannst Du eventuell auf dem Webspace in einem Unterverzeichnis oder einer Subdomain eine neue WBCE-Instanz aufsetzen und schauen, ob die Probleme da auch auftreten?
Heute schaffe ich es leider nicht, aber ich hoffe, die nächsten Tage.
Ich habe auch meinen Hoster informiert.
VG nasowas
Beitrag geändert von nasowas (13.03.2023 09:44:35)
WBCE 1.6.3, Frontendtemplate: Simple Responsive und Intensivstation, Backendtemplate: Fraggy, Browser: Firefox Betriebssystem Windows 11 pro
Offline
Hattest Du beim Aktualisieren das Häkchen "Überschreibe neuere Dateien" gesetzt?
Bei welchem Hoster bist Du?
Möglicherweise ist das eine Problem mit den Zugriffsrechten, d.h. dass die Dateien sowohl vom Core als auch den Modulen gar nicht überschrieben werden konnten.
Offline
Guten Morgen zusammen,
@florian: Nein das Häkchen war nicht gesetzt. Der Hoster für diese Seite ist ein Freund von mir, der einen eigenen Server betreibt und eine eigene Firma hat.
Er hat gestern Abend eine Testinstanz erstellt und das Update durchlaufen lassen. Es hat, mit Anpassungen, funktioniert. Detailliertere Infos bekomme ich im Laufe der Woche.
Es scheint also ein spezielles Problem zu sein. Ich melde mich, sobald ich mehr weiß!
Viele Grüße
nasowas
Beitrag geändert von nasowas (14.03.2023 08:50:23)
WBCE 1.6.3, Frontendtemplate: Simple Responsive und Intensivstation, Backendtemplate: Fraggy, Browser: Firefox Betriebssystem Windows 11 pro
Offline
Hallo zusammen,
leider habe ich bis jetzt noch keine neueren Informationen bezüglich des Problems: session_cache_limiter.
Offensichtlich läuft das Update bei den gängigsten Hostern problemlos durch.
Es scheint also ein spezielles Problem von mir zu sein.
Falls ich erhellende Infos bekomme, schreibe ich sie hier nieder.
Viele Grüße
nasowas
WBCE 1.6.3, Frontendtemplate: Simple Responsive und Intensivstation, Backendtemplate: Fraggy, Browser: Firefox Betriebssystem Windows 11 pro
Offline
stefanek
Guten Morgen zusammen,
Auch die WBCE-Instanz, die auf einem kleineren Server läuft ist nun erfolgreich auf Version 1.6.0 aktualisiert worden.
Probleme macht nicht das WBCE-Update, sondern es liegt an speziellen Server-Einstellungen.
Auf diesem Server laufen spezielle Cache-Anpassungen, da dort noch andere große Seiten mit Python-CMS laufen.
Da kam hauptsächlich das Modul "Frontend Final CSS Editor" ins stolpern, das ja erneuert und mit dem update hochgeladen wurde. Das zeriss hauptsächlich die custom.css.
Nun läuft nun alles wie gewünscht, jetzt unter PHP 8.2.4.
Ich hoffe, meine Einlassung ist halbwegs verständlich und nachvollziehbar. Ich habe sie heute aus meinem Gedächtnis, nach einem abendlichen Telefonat, geschrieben.
Viele Grüße
nasowas
Beitrag geändert von nasowas (22.03.2023 09:06:05)
WBCE 1.6.3, Frontendtemplate: Simple Responsive und Intensivstation, Backendtemplate: Fraggy, Browser: Firefox Betriebssystem Windows 11 pro
Offline
Auf diesem Server laufen spezielle Cache-Anpassungen, da dort noch andere große Seiten mit Python-CMS laufen.
Da wäre es natürlich interessant diese Cache-Anpassungen mit Namen zu kennen, damit man ggf. bei ähnlichen Problemen etwas zielgerichteter agieren kann.
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Auf diesem Server laufen spezielle Cache-Anpassungen, da dort noch andere große Seiten mit Python-CMS laufen.
Da wäre es natürlich interessant diese Cache-Anpassungen mit Namen zu kennen, damit man ggf. bei ähnlichen Problemen etwas zielgerichteter agieren kann.
Das will ich auf alle Fälle auch noch in Erfahrung bringen.
VG nasowas
WBCE 1.6.3, Frontendtemplate: Simple Responsive und Intensivstation, Backendtemplate: Fraggy, Browser: Firefox Betriebssystem Windows 11 pro
Offline
Hallo zusammen,
hier noch mal den ganzen Ablauf etwas aufgestrippt.
Nach dem 1. fehlgeschlagenem Update habe ich das ganze aus der nächtlichen Sicherung zurückgeholt. Hat auch alles wieder wunderbar funktioniert.
Beim Update in der Test-Instanz habe ich festgestellt das die Module sich nicht aktualisieren ließen.
Ich habe im Modul-Updater gesehen das auf das Dateidatum geprüft wird. Mit setzten des Häkchens
"Überschreibe neuere Dateien" konnte das gelöst werden. Beim zurückspielen wurde das Datei-Datum
auf das Datum des Zurückspielens gesetzt und war damit neuer als im Modul.
Die Cache-Einstellungen waren nicht das Problem. Sie beeinflussen nur die Häufigkeit des Ladens der Bilder.
Sie werden durch die Anpassung seltener abgerufen und in der Regel aus dem Browsercache geladen.
Das eigentliche Problem lag bei der neuen Version im automatisch aktivierten HTML-Compressor.
Dieser hat verhindert das die CSS-Datei des Modules "Frontend Final CSS Editor" geladen wird.
Der Eintrag der Datei "custom.css" wurde einfach entfernt. und dadurch haben sich einige Module nicht so platziert wie gewünscht
Nach dem deaktivieren des Compressors lief alles wieder wie gewohnt.
Die Meldung im Log Bezüglich des session_cach_limiter ist ein Problem des "Simple Responsive"-Themes.
[Warning] /templates/simple_responsive/index.php:[51] from /index.php:[73] "session_cache_limiter(): Session cache limiter cannot be changed when a session is active"
Ist nur eine Warnung sollte sich aber auch lösen lassen.
Ich hoffe ich konnte das ganze etwas entwirren.
Viele Grüße
Offline
Das eigentliche Problem lag bei der neuen Version im automatisch aktivierten HTML-Compressor.
Es gibt keinen "automatisch aktivierten HTML-Compressor" in der neuen Version. Es gab mal einen Outputfilter dafür, aber aufgrund genau solchen Problemen steht dieser nicht mehr zum Download zur Verfügung. Es kann sein, dass der bereits installiert gewesen ist (es war aber immer ein optionaler Fiter und NIEMALS ein Standardfilter), aber ich sehe da gerade keinen Zusammenhang zur neuen WBCE-Version.
Offline
Also hier im Output Filter Dashboard gibt es einen Filter " Html Compactor". Wo der her kommt kann ich nicht sagen.
Da in der vorherigen Version mir dieser dort nicht aufgefallen ist (war auch nie aktiviert), nahm ich an er ist durch die Aktualisierung hinzugefügt worden.
Ich habe aber auch die alte Version nur aus dem Download installiert. Alles weitere hat @nasowas selbst übernommen.
Da er aber nicht mit zur Installation gehört und auch nicht benötigt wird, werde ich ihn entfernen.
Alles andere waren mit Sicherheit hausgemachte Probleme, welche sich hätten vermeiden lassen.
Viele Grüße
Offline