Recent Posts

51

General Help & Support / Re: PHP 8.5

« Last post by sternchen8875 on January 25, 2026, 11:42:18 AM »

Ist geplant WB 2.13 PHP 8.5 kompatibel zu machen, oder geschieht das erst mit der nächsten Version?

Wenn du andere Ideen hast, wie man eine Änderung unter die Leute zaubert, immer ran damit. Ich persönlich halte wenig davon, jeden 2. Tag eine neue Version zu veröffentlichen, weil wieder irgendwas entdeckt wurde. Allerdings bin ich mit der Meinng auch recht einsam.
Wir haben zwar alle unsere Testumgebungen und Websites auf PHP 8.5 zu laufen, aber es kommt wohl auch immer auf den Anwendungsfall an. Darum ist man eben auch auf Input von außen angewiesen, sprich: vom Forum.

Zu deinen Meldungen

#1 beruht auf einem Fehler im Dropletcode, da mußt du selbst schauen, was wo wie genutzt wurde

zu #2 + #3
ersetze in genannter Datei include/captcha/Securimage.php 2x

Code: [Select]

$data = `$sox_cmd`;mit

Code: [Select]

$data = shell_exec($sox_cmd);(ist übrigens schon seit PHP 8.0 auf deprecated - da bist du also eher die Ausnahme mit der Meldung)

zu #4
imagedestroy() kann überall ersatzlos gelöscht werden, zieht sich quer durch Core und diverse Module

52

General Help & Support / PHP 8.5

« Last post by ruebenwurzel on January 25, 2026, 06:25:16 AM »

Hallo,

mein Hoster bietet PHP 8.5 an. Habe mal testweise eine WB 2.13.9 r25 umgestellt: Das Fehelerprotokoll wirft folgendes aus:

Code: [Select]

Sun, 25 Jan 2026 05:18:21 +0000 [E_DEPRECATED] /modules/form/view.php:[158] from /modules/droplets/droplets.php(43) : eval()'d code:[31] require "Non-canonical cast (double) is deprecated, use the (float) cast instead"
Sun, 25 Jan 2026 05:18:21 +0000 [E_DEPRECATED] /include/captcha/Securimage.php:[2714] from /vendor/composer/ClassLoader.php:[576] include "The backtick (`) operator is deprecated, use shell_exec() instead"
Sun, 25 Jan 2026 05:18:21 +0000 [E_DEPRECATED] /include/captcha/Securimage.php:[2979] from /vendor/composer/ClassLoader.php:[576] include "The backtick (`) operator is deprecated, use shell_exec() instead"
[25-Jan-2026 05:18:21 UTC] PHP Deprecated: Function imagedestroy() is deprecated since 8.5, as it has no effect since PHP 8.0 in /www/htdocs/v141252/matthias_gallas_de/include/captcha/Securimage.php on line 1988"
Ist geplant WB 2.13 PHP 8.5 kompatibel zu machen, oder geschieht das erst mit der nächsten Version?

Schönen Sonntag wünscht

Matthias

53

Modules / Another Image Gallery 2.5.6

« Last post by ruebenwurzel on January 25, 2026, 06:01:52 AM »

Hallo,

ich nutze nach wie vor die "Another Image Gallery". Dieses Modul ist zear in die Jahre gekommen, läuft aber nach wie vor auch unter PHP 8.4. Gleichwohl habe ich zum einen Einträge im Fehlerprotokoll von WB (vermutlich verursacht von Bots) als auch ist die Frontendausgabe nicht HTML5 konform.

In der Anlage eine view.php die sowohl die Botsanfragen "sanitized" (PHP 8.4 ist hier strenger), als auch die Frontendausgabe HTML5-konform (u.a. Entfernung Trailing-Slashes) auswirft.

Einfach die Original view.php im Verzeichnis modules/imagegallery umbenennen in view.php.org und die entpackte view.php aus dem Anhahng hochladen. Mehr muss nicht gemacht werden.

Viel Spaß

Matthias

54

Modules / News-Module v4.1.5

« Last post by sternchen8875 on January 20, 2026, 05:25:50 PM »

Im News-Modul wurden Fehler entdeckt, die ausschließlich auftraten, wenn eine neue Sektion, Type = News, hinzugefügt wurden. Die Fehlermeldung dazu: Unknown column 'header' in 'field list'. Das Update zur Version v4.1.5 behebt diesen Fehler -> https://addon.WebsiteBaker.org/en/browse-add-ons/?id=04CEF0E1

Errors were discovered in the news module that only occurred when a new section, Type = News, was added. The error message for this was: Unknown column 'header' in 'field list'. The update to version v4.1.5 resolves this error.-> https://addon.WebsiteBaker.org/en/browse-add-ons/?id=04CEF0E1

In de nieuwsmodule zijn fouten ontdekt die alleen optraden wanneer een nieuwe sectie, Type = Nieuws, werd toegevoegd. De foutmelding hiervoor: Unknown column 'header' in 'field list'. De update naar versie v4.1.5 verhelpt deze fout. -> https://addon.WebsiteBaker.org/en/browse-add-ons/?id=04CEF0E1

55

Hilfe & Support (deutsch) / Re: Log läuft voll mit Error seit Update

« Last post by sternchen8875 on January 14, 2026, 11:37:04 AM »

Sicher, das du auch die aktuelle Version R25 benutzt? -> https://addon.WebsiteBaker.org/en/browse-add-ons/?id=0A0A0E56

besagte Zeile sollte auskommentiert sein

die in der Mitte

Code: [Select]

                    E_COMPILE_WARNING   => 'E_COMPILE_WARNING',
//                    E_STRICT            => 'E_STRICT',
                    E_RECOVERABLE_ERROR => 'E_RECOVERABLE_ERROR',

56

Hilfe & Support (deutsch) / Log läuft voll mit Error seit Update

« Last post by LudwigSt on January 14, 2026, 11:09:50 AM »

Hallo zusammen,

seit dem Update auf die letzte Version und PHP 8.4 läuft mein Errologfile immer voll wegen:

Code: [Select]

/htdocs/wb/framework/Exceptions/ErrorHandler.php on line 129
wegen "PHP 8.4: E_STRICT constant deprecated"

Was tun?

57

General Help & Support / Re: Fehler in der Dokumentation

« Last post by sternchen8875 on January 12, 2026, 12:30:20 PM »

ich benötige die Rekursion an der Stelle, aber das ist mein Problem (habe ich ja auch schon etwas für mich gefunden)

na dann probier mal die Datei im Anhang. Vielleicht nicht das, was du korrekt brauchst, aber nimm dir raus, was dir gefällt oder erweitere wie gewünscht

Tipp: entpacke die Datei ins media-Verzeichnis oder irgendwo anders hin. Passe den Pfad zur config.php an und nutzt das Wrappermodul

58

General Help & Support / Re: Fehler in der Dokumentation

« Last post by kuerbis42 on January 12, 2026, 11:25:19 AM »

Quote

    eval()'d code on line 14:

stammt aus meinem Code und betrifft immer die Zeile im WB-Code-Editor, egal, ob für Droplets oder Module wie Code oder Code²
in diesem Fall gehts um das hier
Code: [Select]

" . basename(__FILE__) . " on line " . __LINE__ . "


schreib es so, ist der eval-Fehler auch weg

das weiß ich, dass es aus Deinem Code stammt - ich habe einfach nur die Ausgabe kopiert.

Ich habe eben ein komplett frisches WB 2.13.9 r25 aufgesetzt - alles neu**!
Dann Deinen Code kopiert und in die erste WB-Seite eingefügt (geändert habe ich nur require('config.php'); in require_once('config.php');

Nun bekomme ich auch eine Ausgabe und Dateien, bzw. Ordner im Array zurück geliefert  .
Vielleicht war ja irgendetwas in meiner ersten Installation kaputt.

Auch habe ich mir die Beschreibung von file_list() noch einmal "durchgelesen" (da steht ja nicht viel, aber wer lesen kann: liefert alle Dateien aus dem aktuellen Verzeichnis (ohne Rekursion)...)

Ergebnis:
1. die Funtkion funktioniert
2. sie reicht mir aber nicht  - ich benötige die Rekursion an der Stelle, aber das ist mein Problem (habe ich ja auch schon etwas für mich gefunden)


**Bei der Installation bin ich auf einen Fehler gestoßen: "config.php" konnte nicht geschrieben werden. Ich habe dann eine leere config.php angelegt, danach lief es durch.


Auf jeden Fall: vielen Dank für Deine Mühe und Geduld!!

59

General Help & Support / Re: Fehler in der Dokumentation

« Last post by sternchen8875 on January 11, 2026, 07:16:49 PM »

du mußt viel ruhiger werden...   

also...

dir() ist nix von WB, das ist eine PHP-Funktion -> https://www.php.net/manual/de/function.dir.php

ich muss dazu sagen, dass ich das in einer WB-"Seite" programmiere, Abschnitt Code v3.1.0, d.h. es sollte ja sowieso "alles da sein".

ja, ist es dort auch. Ich hab nicht im CMS getestet, mir nur das Datenbank-Zeugs von WB geklaut, darum dort die config mit eingebunden, um auf die WB-Funktionen zuzugreifen

eval()'d code on line 14:

stammt aus meinem Code und betrifft immer die Zeile im WB-Code-Editor, egal, ob für Droplets oder Module wie Code oder Code²
in diesem Fall gehts um das hier

Code: [Select]

" . basename(__FILE__) . " on line " . __LINE__ . "
schreib es so, ist der eval-Fehler auch weg

Code: [Select]

$aFileList = file_list($base);
echo "<pre class='debug-dump'>DEBUG:<br>";
print_r($aFileList);
echo "</pre>";
in deiner ersten Antwort verwendest du

Code: [Select]

$base = realpath(WB_PATH."/media");
lass dir das dort direkt ausgeben und kontrolliere es. Kann ich von hier aus nicht sehen, nur darauf vertrauen, das du das auch richtig angibst.
Noch als Hinweis: /media ist ein Verzeichnis, das nicht jeder benutzt. Was gültig ist, steht in den WB-Optionen unter Servereinstellungen -> Medienverzeichnis:
(nur änderbar bei einer Neuinstallation)

Kann es sein, das die Funktion nur auf Windows richtig funktioniert? Du hast es ja lokal ausprobiert, ich  auf einem Debian mit ngx

Nein, sonst würde WB ja nicht funktionieren und online schaut das ja nicht anders aus, nur die Pfade ändern sich -> https://i.gyazo.com/92423774d0a8e4074fd251ed5ca3d5d8.png


noch als Tip: wenn du WB als Basis nutzt, würde ich auch dabei bleiben. WB ermittelt den Serverpfad  selbst und unabhängig von dem, was real auf dem Server passiert. Hab grad ne halbe Stunde gesucht, warum das Löschen beim Upgrade nicht geht - ja, da fehlte ein Slash am Ende 

60

General Help & Support / Re: Fehler in der Dokumentation

« Last post by kuerbis42 on January 11, 2026, 05:59:55 PM »

Ich glaube die Funktion dir() ist fehlerhaft https://stackoverflow.com/questions/8081623/is-dir-returns-false-even-when-it-is-a-dir.
Schau mal hier:
https://www.php.net/manual/en/function.scandir.php
Ich habe mir dann mal die folgende Funktion "geklaut", das funktioniert prima.

Code: [Select]

<?php
function find_all_files($dir)
{
    $root = scandir($dir);
    foreach($root as $value)
    {
        if($value === "." || $value === "..") {continue;}
        if(is_file("$dir/$value")) {$result[]="$dir/$value";continue;}
        foreach(find_all_files("$dir/$value") as $value)
        {
            $result[]=$value;
        }
    }
    return $result;
}
?>