WebsiteBaker Community Forum
WebsiteBaker Support (2.13.x) => General Help & Support => 
Hilfe & Support (deutsch) => Topic started by: schnorx on July 14, 2023, 11:14:29 AM
-
Hallo in die Runde,
nachdem ich meinen WebsiteBaker auf die Version 2.13.3 r166 gebracht habe, müllt sich mein Error Log immer noch voll. Mit der Version hat das offenbar nicht zu tun. Vermutlich scheint mit jedem Foto das ich hochlade ein Eintrag gebildet zu werden. Diese sehen dann so aus.
"created: [Mon, 10 Jul 2023 11:19:04 +0000]
Fri, 14 Jul 2023 03:53:49 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'websolar_mod_news_s ettings.header' in 'where clause'""
oder so:
"created: [Mon, 10 Jul 2023 11:46:00 +0000]
Mon, 10 Jul 2023 23:53:12 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'wb_mod_news_setting s.header' in 'where clause'"
Mon, 10 Jul 2023 23:53:13 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'wb_mod_news_setting s.header' in 'where clause'""
sollte ich da etwas machen oder nur die Logdatei immer mal löschen.
Beste Grüße
-
Mit welcher php-Version läuft der Server?
Welches Modul verursacht die Logs?
-
Hallo HGS, beste Grüße, wir hatten ja vor einiger Zeit da schon mal getextet. Jetzt nach dem Update ist es mir wieder aufgefallen. Ich habe php 8.1 eingestellt. Hatten wir nicht damals die Vermutung, dass das mit dem Strato Server was zu tun haben könnte?
Das bietet Strato an:
PHP-Version einstellen
8.0 - Empfohlene Version
8.1
8.2
PHP Boost
PHP Boost aktiviert einen Code Cache, mit dem Ihre PHP-Scripte bis zu 100% schneller ausgeführt werden.
Aktiviert
Deaktiviert
ausgewählt habe ich 8.1 und beim Boost Aktiviert
-
Der Fehler liegt im News-Modul selbst bzw in den Dateien, die da gerade verwendet werden. Im schlimmsten Fall ist es ein Versions-Mix, denn das in der Fehlermeldung erwähnte Datenbankfeld header in der Tabelle websolar_mod_news_settings ist eigentlich nicht mehr Teil dieser Installation.
In Frage kämen aber auch eigene Abfragen z.b. aus einen (veraltetem) Droplet oder einem Modul wie Anynews.
Wenn du ein aktuelles Dateien- und Datenbank-Backup hättest, könnte man das analysieren. Als ersten Schritt die Webseite mal in den Wartungsmodus setzen, dann die error.log löschen und nun die Seite mit den News im Backend aufrufen, dort alles mal durchschalten, insbesondere die Moduleinstellungen. Taucht der Fehler nun im Backend auf, liegt es ausschließlich am News-Modul.
Im Anschluß die Gegenprobe. Die error.log löschen, aus dem Backend ausloggen und das Frontend besuchen. Wann taucht der Fehler auf? Nur auf der Seite, auf der auch das News-Modul genutzt wird oder auch an anderer Stelle? Tritt der Fehler auch auf, wenn man das News-Modul über die Section-Steuerung inaktiv setzt (Freischaltdatum aus der Vergangenheit setzen)
-
Ich habe die logdatei gelöscht. und dann unter Admin-Tools, falls du das meinst, alles bissel angeklickt. Die Sachen habe ich eigentlich nie verwendet. Aber damit füllt sich die Logdatei wieder.
"created: [Fri, 14 Jul 2023 18:05:45 +0000]
Fri, 14 Jul 2023 18:21:55 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Undefined array key "GENERIC""
Fri, 14 Jul 2023 18:21:55 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Trying to access array offset on value of type null"
Fri, 14 Jul 2023 18:22:16 +0000 [E_WARNING] /modules/userstat/addon.php:[21] from /modules/userstat/addon.php:[21] include "include(/mnt/web302/a0/09/52018609/htdocs/modules/SimpleCommandDispatcher.inc): Failed to open stream: No such file or directory"
Fri, 14 Jul 2023 18:22:16 +0000 [E_WARNING] /modules/userstat/addon.php:[21] from /modules/userstat/addon.php:[21] include "include(): Failed opening '/mnt/web302/a0/09/52018609/htdocs/modules/SimpleCommandDispatcher.inc' for inclusion (include_path='.:/opt/RZphp80/includes')"
Fri, 14 Jul 2023 18:24:47 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Undefined array key "GENERIC""
Fri, 14 Jul 2023 18:24:47 +0000 [E_WARNING] /modules/backup/tool.php:[73] from /admin/admintools/tool.php:[68] require "Trying to access array offset on value of type null""
Entschuldige bitte die blöde Frage, was meinst du mit News-Modul und wo ist das?
-
Entschuldige bitte die blöde Frage, was meinst du mit News-Modul und wo ist das?
es gibt keine blöden Fragen
die aktuellen Fehlermeldungen kommen von Backupmodul (Admintools -> Backup)
Da verwendest du eine Uralt-Version, die wahscheinlich auch garnicht mehr läuft. Das Modul ist so alt, das man es nicht mal mehr über WB installieren kann. Es muß über den FTP-Zugang gelöscht werden (Ordner /modules/backup löschen).
Im Anschluß über Erweiterungen -> Erweitert alles Checkboxen aktivieren und auf Neu laden klicken.
Ein Ersatz für das Backup-Modul findest du hier -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0EE27675
Zurück zum News-Modul
eine deiner Seiten (in der Seitenübersicht) verwendet eine Section == News (siehe Bild 1 unten). Das kann eine eigenständige Seite sein, die auch noch News heißt oder die News-Section ist Teil einer anderen Seite. In dem Fall mußt du ein bissl suchen und eventuell jede Seite öffnen.
Am einfachsten geht die Suche über die Datenbank in der Tabelle sections. Die läßt man nach "modules" sortieren, sucht sich die Page-ID der Seite(n) mit dem News-Modul, geht in die Pages-Tabelle und schaut, welche Seite die gefundene Page-ID trägt.
Der Rest dann wie oben beschrieben.
(https://i.gyazo.com/16f1f7909e6518136e8536455d80a92f.png)
-
wie schaut es denn mit den anderen Modulen aus? Die sind wahrscheinlich alle uralt, wenn die bei den Updates der WebsiteBaker Version nicht mit aktualisiert wurden. Ich hänge einige pdf´s an.
die 3 hat was mit News zu tun.
Sollte ich alle module deinstallieren? Läuft dann noch was? Kann ich die Module, wenn ja, wie, gegen aktuelle tauschen?
Seltsam ist auch das bei "Details zum Modul" viel mehr dastehen wie unter "Modul deinstallieren".
-
wie schaut es denn mit den anderen Modulen aus? Die sind wahrscheinlich alle uralt, wenn die bei den Updates der WebsiteBaker Version nicht mit aktualisiert wurden. Ich hänge einige pdf´s an.
die 3 hat was mit News zu tun.
Dein Problem waren die Meldungen in der error.log und da hast du uns bisher nur die Meldungen zum News-Modul gegeben. Es gäbe also zwei Möglichkeiten:
1. du hast nicht alles erwähnt, was in der error.log steht
2. deine anderen eingesetzten Module erzeugen aktuell keine Fehler, die geloggt werden.
Etwa zwei Drittel der in PDF#1 angezeigten Module gehören zum WB-Paket und wurden beim Upgrade des CMS ebenfalls aktualisiert. Bei den anderen Modulen muß man schauen, ob es Upgrades gibt. Für das Code²-Modul gibt es etwas aktuelles, beim Rest sehe ich eher schwarz. Das heißt aber nicht, das diese Module nun nicht mehr laufen oder Fehler erzeugen müssen. Das mußt du einfach probieren.
Sollte ich alle module deinstallieren? Läuft dann noch was? Kann ich die Module, wenn ja, wie, gegen aktuelle tauschen?
Um Gottes Willen nix deinstallieren, wenn du dich nicht sowieso davon trennen willst. Beim Code²-Modul z.b. die aktuellste Version anschauen und Versionsnummern vergleichen -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0C49DE21
Ist deine Version älter, dann die verlinkte Datei herunterladen und wie ein neues Modul installieren. Das System erkennt die neuere Version und führt das Upgrade des Moduls durch.
Beim Bakery-Modul sehe ich eher schwarz. Die Entwicklung wurde 2015 (oder so) eingestellt. Dazu kommt, das es durch die DSGVO mittlerweile stark abmahngefährdet ist. Aus eigener Erfahrung weiß ich, das die zuletzt veröffentlichte Version auch nicht mit den aktuellen PHP-versionen ab 8.2.x läuft. Am besten, laufen lassen, so lang es geht. Ist mir der Shop wichtig, weil er z.b. meinen Lebensunterhalt verdient, würde ich mich um Alternativen bemühen.
CaptionSlider war ein Bildwechsler. Der Erfahrung nach laufen diese Module eigentlich, wenn sie über die Zeit auch gewartet wurden.
User Statistik - da gibt es zwei Versionen. Die eine ist eine Besucher-Statistik (wbStats von Ruud (https://dev4me.com/modules-snippets/opensource/wbstats/)),
die andere eine reine WB-Backend-Benutzer-Statistik (welcher User hat sich wann zum letzten Mal im Backend angemeldet) -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0A734885
Der PDF #2 nach hast du letztere Version. Das verlinkte Modul ist eine Kombination aus User Statistic und User Search. Hab aber nicht mehr im Kopf, ob das ein Upgrade war oder als eigenständiges Modul funktioniert. Einfach probieren...
Seltsam ist auch das bei "Details zum Modul" viel mehr dastehen wie unter "Modul deinstallieren".
das liegt daran, das nicht alle Module deinstalliert werden dürfen oder können, weil sie entweder für das System wichtig sind oder weil sie keinen Uninstaller haben.
Der Outputfilter ist z.b. systemwichtig. Wird der entfernt, bricht das System zusammen. Damit er nicht aus Versehen gelöscht wird, hat er eben keinen Deinstaller.
Das Backup-Modul hatte noch nie einen Deinstaller und ist schon allein deswegen nicht in der Liste, muß also manuell gelöscht werden über FTP
-
kurz nochmal zum News Modul. Da hab ich v4.0.0 installiert. Online finde ich die v3_9_21
Die lässt sich nicht installieren, da kommt:
[228] news [Module] News v4.0.0 eine Aktualisierung ist nicht möglich
Die verschieden Einträge im Log wollte ich nicht vorenthalten. Ich hatte das Log nach dem Update des WB gelöscht. Und so nach und nach müllt sich das alles wieder zu.
Jetzt habe ich erstmal folgendes Problem:
Warnung: Eventuell vorhandene Datenbankeinträge eines Moduls gehen verloren. Bitte nur bei Problemen mit per FTP hochgeladenen Modulen verwenden.
Es sind erstmal alle Inhalte weg. Mal schauen was ich da rücksichern muss
-
Ich glaube, du liest nur die Hälfte von dem, was geschrieben wurde
Etwa zwei Drittel der in PDF#1 angezeigten Module gehören zum WB-Paket und wurden beim Upgrade des CMS ebenfalls aktualisiert.
da muß man auch mal schauen, was solch WB-Paket beinhaltet, eben auch das News-Modul. Die Version 4.0.0 ist die aktuellste News-Version, die öffentlich verfügbar ist.
Jetzt habe ich erstmal folgendes Problem: Warnung: Eventuell vorhandene Datenbankeinträge eines Moduls gehen verloren. Bitte nur bei Problemen mit per FTP hochgeladenen Modulen verwenden.
Diese Meldung erscheint als Warnung vor einer manuellen Installation eines Modul. Zieht man den Install dann trotzdem durch, werden alle Datenbankinhalte zu diesem Modul überschrieben, heißt: man beginnt praktisch bei Null. Und weil du dann eine ältere Version installiert hast, kann es sein, das dieses Modul nicht mit der WB-Version 2.13.3 r166 zusammenläuft.
Ich würde mir jetzt das aktuelle WB-Paket downloaden und lokal in einen leeren Ordner entpacken. Dann per FTP-Programm online den Ordner /modules/news löschen und aus dem lokalen Paket in Version 4.0.0 wieder hochladen.
Dann aus dem Datenbank-Backup die News-Tabellen wieder herstellen, damit die alten Inhalte wieder da sind.
Wenn das alles "böhmische Dörfer" für dich sind, ist es keine Schande, um Hilfe zu bitten. Dann müßtest du einem Helfer die Zugangsdaten zukommen lassen, damit er da mal direkt drauf schauen kann
-
Danke erstmal für deine Geduld.
Die Webseite läuft wieder, alle Inhalte über die Datenbanksicherung wiederhergestellt. Da habe ich das Backup Modul auf den aktuellen Stand gebracht. Kommen momentan auch keine Einträge ins Errorlog hinzu.
Bei der anderen Seite habe ich auch das Backup Modul getauscht.
Da kommen jetzt, aktuell, nur folgende Einträge
"created: [Sat, 15 Jul 2023 14:15:30 +0000]
Sat, 15 Jul 2023 14:15:53 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"
Sat, 15 Jul 2023 14:16:40 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"
Sat, 15 Jul 2023 14:22:17 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"
Sat, 15 Jul 2023 14:28:05 +0000 [E_USER_NOTICE] /modules/droplets/cmd/overview.php:[122] from /modules/droplets/cmd/overview.php:[122] trigger_error "Error in droplet [maps] syntax error, unexpected token "<", expecting end of file""
Edit: Da habe ich ein fehlerfaftes Droplet gefunden. maps, entfernt, scheint zu funktionieren
-
"Error in droplet [maps] syntax error, unexpected token "<", expecting end of file"
Seit wann wird denn das betreffende Droplet in der Fehlermeldung genannt? Wäre ja ein extremer Fortschritt. (Y) :)
-
Ich kann dir das nicht genau sagen, da ich die Logdatei immer mal gelöscht habe. Vorhin habe ich aber gesehen, dass das Droplet maps einen fehlerhaften Code hatte (roter Tropfen).
Ich hatte da vor Jahren mal eine Seite "Anfahrt". Da waren irgendwelche Google Maps Daten hinterlegt, hat aber nicht funktioniert. Vorhin habe ich die inaktive Seite und das Droplet gelöscht.
Aktuell ist das Errorlog grün. Mal sehen wie lange.
-
Ok, es scheint so zu sein, dass ein Droplet mit rotem Tropfen eine Meldung ins Errorlog schreibt.
Aber nur, wenn man die Dropletsübersicht aufruft. Irgendwie doppelt gemoppelt.
Im Frontend löst es keine Meldung fürs Errorlog aus (zeigt direkt einen Fehler an).
-
Der Syntax-Check bei einem in der Syntax fehlerhaften Droplet, angezeigt in der Droplet-Übersicht durch den roten Tropfen, war ja immer schon Bestandteil des Dropletmoduls, auch in den ganz frühen Versionen.
Das solch ein Fehler auch in die error.log geschrieben wird, ist nun auch schon wieder ein paar Jahre alt. Auslöser dafür und damit auch für das Doppelt-Gemoppelte, ist wohl die Höhenbegrenzung in der Dropletübersicht - früher komplette Liste vs Scrollbare Liste heute.
Dadurch müßte man erst die Liste durchscrollen, um alle Tropfen einmal zu kontrollieren.
Rein technisch ist es so, das beim Einlesen der Droplets für die Droplet-Übersicht jedes aktive Droplet einmal die Funktion check_syntax() durchläuft. Ist ein Fehler in der Syntax, wird dieser Status für das Setzen des Tropfens benutzt und seit mindestens WB 2.12.1 auch als Fehler geschrieben. Ältere Versionen müßte ich schauen, hab ich auf einer HDD im Schrank.
Im Backend ist es nun kein Problem, mal eine oder zwei Sekunden zu warten, bis alle Droplets durchlaufen sind. Im Frontend funktioniert es aber so nicht. Die Funktion eines Droplets wird ja über den Output-Filter gesteuert. Eine zentrale Funktion zum Syntax-Check im Filter würde das System ausbremsen, da der dann eben bei jedem Klick einmal alle Droplets durchlaufen würde. Bei nur einem Besucher wohl kein Thema, bei 50 Visitors gleichzeitig dann aber schon.
Gleiches gilt für die Checks eines einzelnen Droplets. Hier muß man immer im Hinterkopf behalten, das die Webseite erst komplett dargestellt wird, wenn u.a. alle Droplets fertig abgearbeitet sind
Für das Frontend gibt es im Droplets-Modul eine andere Fehleranzeige-Möglichkeit. Im aktivierten Debug-Mode wird solch Fehler im Droplet inkl. Droplet-Name ausgegeben, wenn bei der Ausführung des jeweiligen Droplets ein Fehler oder eben nichts zurück kommt. Oberstes Ziel ist es aber immer, eine möglichst fehlerfreie Ausgabe des Contents zu erzeugen, Fehlermeldungen dort also eher zu unterdrücken bzw ins Backend zu schicken.
P.S. einig sind wir uns aber darüber, das die Fehlerdokumentation gerade in den neueren WB-Versionen eher unklarer geworden ist und oft nur noch allgemein gehalten wird, siehe Fehlermeldung im Eingangsthread
Mon, 10 Jul 2023 23:53:12 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'wb_mod_news_setting s.header' in 'where clause'"
Und das geht durchaus noch nichtssagender.... :|
-
Guten Morgen,
jetzt hat sich wieder etwas eingetragen.
Tue, 18 Jul 2023 06:51:30 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'websolar_mod_news_s ettings.header' in 'where clause'""
Sollte ich was machen?
-
so langsam nehmen die Fehlermeldungen
Fri, 28 Jul 2023 16:33:48 +0000 [E_USER_NOTICE] /framework/frontend.functions.php:[319] from /framework/frontend.functions.php:[319] trigger_error "[319] Unknown column 'websolar_mod_news_s ettings.header' in 'where clause'""
wieder zu. Scheint schon von dem Modul news zu kommen. Könnte ich denn, wie bei allen anderen Seiten auch, das Modul wysiwyg verwenden?
Also ohne die Seite "Interessantes" neu zu erstellen, nur das Modul wechseln?
-
.....
..... Könnte ich denn, wie bei allen anderen Seiten auch, das Modul wysiwyg verwenden?
Also ohne die Seite "Interessantes" neu zu erstellen, nur das Modul wechseln?
Kurze Antwort, Nein.
News stellt ja anhand er Überschrift und des "kurzen WYSIWYG Sektion" eine schnelle Übersicht dar.
Mit "klick" auf weiter Lesen, wird dann die ganze Information einer Überschrift in der "langen WYSIWYG-Sektion" angezeigt.
-
alles klar, ich habe das jetzt neu eingegeben. Mal schauen ob´s besser ist. Bei der Gelegenheit, wie kann ich denn die Reihenfolge (POS 1 bis 3) ändern.
Habe es gefunden 8-) (Y)
-
Hallo,
hat das was mit meiner Problematik "Error Log" zu tun? Sollte ich das erneueren und falls ja wie?
Beste Grüße
-
zum Bild: bitte CKeditor einmal updaten -> https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?download=08A769F
zur error.log - ist das noch nicht gelöst? *dann war es wohl auch nicht so wichtig :|
Falls Interesse, gehe mal in die Datenbank-Verwaltung deines Servers (PhpMyAdmin oder SQL-Admin oder... oder) und exportiere die Struktur der Tabelle websolar_mod_news_s ettings
Angemeckert wird dort eine fehlende Spalte mit Namen "header"
-
dein link führt aber zu dem 4.22.1, den habe ich ja. Man soll den 4.24.0 installieren
-
dein link führt aber zu dem 4.22.1, den habe ich ja.
Nein, der Link führt zur reparierten CKEditor-Version 4.22.1.1
Man soll den 4.24.0 installieren
Version 4.24.x ist eine sogenannte "Long-term support"-Version, die bis 2026 läuft mit der Hoffnung, ein paar Euros in die Kasse zu spülen, weil einiges kostenpflichtig wird
Nachtrag: ein engl. Thread zum Thema mit Reparaturanweisung -> https://forum.WebsiteBaker.org/index.php/topic,32333.msg226418.html#msg226418
-
ich habe den CKEditor 4.22.03 nun durch die 4.22.1.1 ersetzt. Allerdings kommt die Meldung, das man auf die 4.24.0 updaten soll immer noch.
Die Tabelle websolar_mod_news_s ettings habe ich exportiert, aber was soll ich nun damit machen?
-
ich habe den CKEditor 4.22.03 nun durch die 4.22.1.1 ersetzt. Allerdings kommt die Meldung, das man auf die 4.24.0 updaten soll immer noch.
da sich die Konfigurations-Datei(en) verändert haben, wäre ein Löschen des Browser-Cache's nötig. Ich nutze dazu das Programm CCleaner, es gibt aber auch andere Methoden
P.S.: durch den eingeschalteten PHP-Boost bei Strato existiert dort ebenfalls ein Cache
Die Tabelle websolar_mod_news_s ettings habe ich exportiert, aber was soll ich nun damit machen?
wie gesagt, benötigt wird nur die Struktur dort, das schaut in meiner SQL-Datei so aus
CREATE TABLE `wb_mod_news_settings` (
`section_id` int NOT NULL DEFAULT '0',
`page_id` int NOT NULL DEFAULT '0',
`posts_per_page` int NOT NULL DEFAULT '5',
`commenting` varchar(14) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'none',
`resize` int NOT NULL DEFAULT '0',
`use_captcha` int NOT NULL DEFAULT '1',
`order` varchar(7) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL DEFAULT 'DESC',
`layout_id` int NOT NULL DEFAULT '2',
`layout` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'div_layout',
`order_field` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'published_when',
`data_protection_link` int NOT NULL DEFAULT '-1',
`use_data_protection` int NOT NULL DEFAULT '0'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
vergleiche mit deiner Struktur. Lt. Fehlermeldungen ist eine Spalte (hier eine Zeile) mit Namen "header" nicht vorhanden.
Sollte auch bei dir so sein.
Allerdings gab es diese Spalte in früheren Versionen, ist aber schon eine Weile her.
Die Fehlermeldung wird von der Datei framework/frontend.functions.php erzeugt, d.h. sie tritt auf, wenn im Frontend die Newsseite oder eine Ausgabe der News (z.b. in der Sidebar) angewählt würde, was wiederum bedeutet, das der Fehler (nach meiner logik) in deiner View.php des News-Moduls ist oder durch ein Droplet wie z.b. Anynews erzeugt wird beim Einlesen der Daten des News-Moduls
Das sollte sich dann Austesten lassen. Erst die error.log in WB löschen, die News-Seite kontrollieren, error.log anschauen. Taucht der Fehler auf, ist es die wohl eine alte Datei view.php im News-Modul.
Ob du Droplet oder Anynews nutzt, mußt du selbst wissen. Das wäre dann der nächste Testpunkt - jede Seite, die eine Ausgabe der News anzeigt, testen und immer die error.log kontrollieren.
-
bei mir sieht das so aus:
CREATE TABLE `wb_mod_news_settings` (
`section_id` int(11) NOT NULL DEFAULT '0',
`page_id` int(11) NOT NULL DEFAULT '0',
`posts_per_page` int(11) NOT NULL DEFAULT '0',
`commenting` varchar(14) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'none',
`resize` int(11) NOT NULL DEFAULT '0',
`use_captcha` int(11) NOT NULL DEFAULT '0',
`order_field` varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'published_when',
`order` varchar(7) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'DESC',
`layout` varchar(64) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'div_layout',
`data_protection_link` int(11) NOT NULL DEFAULT '-1',
`use_data_protection` int(11) NOT NULL DEFAULT '0',
`layout_id` int(11) NOT NULL DEFAULT '2'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci ROW_FORMAT=DYNAMIC;
Ich habe das Modul News v4.0.3 ist das ok?
-
Ist nicht die Tabelle aus der Fehlermeldung (wb_mod_news_settings statt websolar_mod_news_settings), aber egal, du weißt ja, worauf du achten mußt.
Ich habe das Modul News v4.0.3 ist das ok?
ist nicht die allerneueste Version (WB 2.13.5 R 213), aber passt schon. Latest Version ist WB 2.13.5 R 223.
Ich glaube auch, die Version macht jetzt nicht den Unterschied. Ich vermute etwas Altes, so wie ein Droplet, das man schon seit Ewigkeiten mitschleppt oder ein ebenso alte Anynews.
Du mußt halt den Auslöser finden
-
der Ordnung halber die ander Tabelle
CREATE TABLE `websolar_mod_news_settings` (
`section_id` int(11) NOT NULL DEFAULT '0',
`page_id` int(11) NOT NULL DEFAULT '0',
`posts_per_page` int(11) NOT NULL DEFAULT '0',
`commenting` varchar(14) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'none',
`resize` int(11) NOT NULL DEFAULT '0',
`use_captcha` int(11) NOT NULL DEFAULT '0',
`order_field` varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'published_when',
`order` varchar(7) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'DESC',
`layout` varchar(64) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT 'div_layout',
`data_protection_link` int(11) NOT NULL DEFAULT '-1',
`use_data_protection` int(11) NOT NULL DEFAULT '0',
`layout_id` int(11) NOT NULL DEFAULT '2'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci ROW_FORMAT=DYNAMIC;
--
-- Daten für Tabelle `websolar_mod_news_settings`
--
INSERT INTO `websolar_mod_news_settings` (`section_id`, `page_id`, `posts_per_page`, `commenting`, `resize`, `use_captcha`, `order_field`, `order`, `layout`, `data_protection_link`, `use_data_protection`, `layout_id`) VALUES
(0, 0, 0, '', 0, 0, 'published_when', 'DESC', 'default_layout', 0, 0, 1),
(7, 5, 0, 'none', 0, 1, 'published_when', 'DESC', 'default_layout', 0, 0, 1),
(31, 5, 5, 'none', 0, 1, 'published_when', 'DESC', 'default_layout', 0, 0, 1),
(40, 5, 5, 'none', 0, 1, 'published_when', 'DESC', 'default_layout', 0, 0, 1),
(46, 5, 5, 'none', 0, 1, 'published_when', 'DESC', 'default_layout46', 0, 0, 0),
(47, 29, 5, 'none', 0, 1, 'published_when', 'DESC', 'default_layout47', 0, 0, 0),
(50, 30, 5, 'none', 0, 1, 'published_when', 'DESC', 'default_layout50', 0, 0, 0),
(58, 5, 0, 'none', 0, 1, 'published_when', 'DESC', 'div_layout', 0, 0, 2);
und nochmal 2 Bilder. Kannst du da was erkennen, was nicht passt bzw. weg kann? Dieses Anynews wird zwar bei den Details angezeigt, geht aber nicht zu deinstallieren.
-
ist nicht die allerneueste Version (WB 2.13.5 R 213), aber passt schon. Latest Version ist WB 2.13.5 R 223.
Ich glaube auch, die Version macht jetzt nicht den Unterschied. Ich vermute etwas Altes, so wie ein Droplet, das man schon seit Ewigkeiten mitschleppt oder ein ebenso alte Anynews.
Du mußt halt den Auslöser finden
[/quote]
Ich denke die Version ist ok, oder?
-
Ich denke die Version ist ok, oder?
Ja, das ist die aktuelle Version von WB (dein Bild)
-
Anynews z.B. kann ich direkt im WB nicht deinstallieren. Da wird es nur unter Details zum Module angezeigt. Beim FileZilla sehe ich es, siehe Anhang. Wenn ich dort den Ordner lösche, ist das sinnvoll?
-
Um Gottes Willen nicht gleich löschen, erst schauen, ob und wo es im Einsatz ist. Wenn du es löschen würdest, ohne die Aufrufe zu deaktivieren, bekommst du ohne Ende Fehlermeldungen bis hin zu einem möglichen Blackout, einer weißen Seite
Wenn man die Webseite kennt, müßte man ungefähr wissen, wo Anynews ausgegeben wird, es sind ja immer kleine News-Übersichten an verschiedensten Stellen. Alternativ kann man auch das Datenbank-Backup nach Verwendung des Codes (getNewsItems) durchsuchen,
Ich meine, es wurde schon mal an einer neuen Version gearbeitet, finde aber nicht auf Anhieb eine Public-Version. Vielleicht können die Kollegen da mal zu schreiben.
Solltest du Hilfe brauchen, bräuchte ich entweder vollen Backend-Zugang oder ein Datei- und Datenbank-Backup
-
Alles klar. Ich hatte ja das Fehler Log gelöscht, vor einigen Tagen. Da warte ich erstmal ob sich das wieder füllt. Vielleicht hat es mit dem alten CKEditor zu tun?
-
Na die Fehlermedung aus dem Eingangs-Beitrag hat nur mit News, Anynews oder Droplets zu tun, die auf das News zugreifen.
News-Modul kann ich ausschließen, weil es ein aktuelles Modul ist und das ließe sich auch schnell testen, wenn du eine deiner 7 Newssektionen im Frontend anschaust. Blieben also nur Anynews oder Droplets
Das Vorhandensein und auch das Alter des Anynews-Ordners (von 2016) favorisieren dieses aber für den Fehler
-
kann ich denn Anynews deinstallieren wenn nur noch Fragmente davon da sind? Anynews neu installieren und dann sauber deinstallieren? Ich könnte den Ordner ja auch erstmal nur entfernen und wenn was schiefgeht wieder hoch schieben.
-
kann ich denn Anynews deinstallieren wenn nur noch Fragmente davon da sind?
Wer sagt dir, das es nur noch Fragmente sind? ;-)
Also, grundsätzlich: es ist deine Installation, kannst du mit machen, was du willst
Anynews ist ein sogenanntes Snippet und diese arbeiten, im Gegensatz zu den Page-Modulen, ohne einen Eintrag in der Section-Tabelle. Sie funktionieren i.d.R. über einen Code-Aufruf, ähnlich einem Droplet. Weil nirgendwo verzeichnet ist, wo solch Codeaufruf drin steht, gibt es i.d.R auch keine Deinstallationsrout ine.
Ein Entfernen des Ordners könnte zur Folge haben, das deine Webseite nur noch eine weiße Seite darstellt, weil eben diese Funktion nicht mehr ausgeführt werden kann. Ist z.b. Anynews in der Sidebar und damit immer sichtbar, geht die komplette Seite nicht mehr. Hat man Anynews nur auf einigen Unterseiten, dann betrifft es diese Seiten.
Offensichtlich scheust du dich wohl, die Frontend-Seiten mal durchzuklicken, um den Auslöser zu finden.
Ich würde auch eher andere Methoden wählen, aber die setzen halt Kenntnisse in PHP und auch entsprechende Werkzeuge voraus. Ich würde z.b. danach suchen, welches andere Addon greift auf die Settings vom News-Modul zu (Suchbegriff: mod_news_settings). Und das in Dateien (Ordner modules und templates) und dem Datenbank-Back (da stehen nämlich die Droplet-Codes drin). Das würde auch die Backend-Dateien mit einschließen, es wäre ja durchaus möglich, das ein Modul (das News einbegriffen) da in die mod_news_settings-Tabelle schreiben oder von dort lesen möchte.
Das Gleiche dann mit der Funktion getNewsItems
P.S. ich beschränke mich hier nur auf Anynews. In Frage kämen aber auch andere Module, die auf die settings-Tabelle vom News-Modul zugreifen. Und selbst das News-Modul ist nicht raus. Wenn z.b. da beim Update nicht alles sauber überschrieben wurde.
Ist aus der Ferne ein Rätselraten, wie du siehst. Und es bringt da auch nicht viel, Lösungen zig mal zu wiederholen. Ohne eigenen Einsatz wirst du nicht vorankommen.
Anynews neu installieren und dann sauber deinstallieren?
siehe oben - es muß ja nicht Anynews sein
Zum Sauber installieren braucht es dann auch eine "saubere" Version. Luisehahne hatte in 2020 mal einen Beta-Test angesprochen. Keine Ahnung, was draus geworden ist. Ich finde zumindest keine Public Version im Addons.
Ich könnte den Ordner ja auch erstmal nur entfernen und wenn was schiefgeht wieder hoch schieben.
nennt sich Holzhammer-Methode ;-)
Sie würde ja erfordern, das du im Anschluß jede Seite deines Projekts einmal anschaust, um auf mögliche Fehler zu kontrollieren. Das könntest du auch einfacher haben
-
Offensichtlich scheust du dich wohl, die Frontend-Seiten mal durchzuklicken, um den Auslöser zu finden.
Nein nein und nochmals nein.
Das muss ich kategorisch ablehnen!! Nichts mache ich lieber. Leider zeichnet mich mein "Halbwissen" in diesem Gebiet aus. Es gibt aber schon Fachbereiche wo ich Vollprofi bin, nur zur Info.
Aber tausend Dank für deine Hilfe. Im Moment ist das Error log leer.
-
Das muss ich kategorisch ablehnen!! Nichts mache ich lieber.
vielleicht hab ich ja den Ergeiz etwas gekitzelt ;-)
Leider zeichnet mich mein "Halbwissen" in diesem Gebiet aus. Es gibt aber schon Fachbereiche wo ich Vollprofi bin, nur zur Info.
Jeder in seinem Fach, sag ich immer :wink: - wenn jeder ein Fachmann auf diesem Gebiet wäre, bin ich arbeitslos. Und genau dafür wurde ja diese CMS entwickelt, damit auch ein "Nichtfachmann" damit eine schöne Webseite gestalten kann.
Vielleicht fällt dir ja der Auslöser in die Hände, wenn man etwas mehr darauf achtet und öfters in die error.log schaut. Und wenn es dir zuviel wird, wir sind ja da ;-)
-
Zu deiner Info. Ich habe mir die Finger wund geklickt :-), scheint alles zu funktionuggeln.
-
dann hoffen wir mal ;-)
P.S.: danke für die Rückmeldung (Y)