Beiträge

Hallo hheigl,

im moziloCMS 3.0.4 Changelog steht ein Hinweis, die mindest PHP Version ist 8.1. Somit ist die im Screenshot aufgezeigte Situation regelkonform, da dort als installierte PHP Version die 8.0.30 steht. Diese Version hat seit November 2023 den EOL (End of Life) Status, ist also stillgelegt.

Die Meldung mit es wird 7.x benötigt, ist mit Sicherheit eine offene Aktualisierung im Sprachpaket. Das kann das Mozilo Team sicherlich anpassen.

Viele Grüße

Zum Thema Deprecated: Non-canonical cast (binary) is deprecated, use the (string) cast instead in .../cms/idna_convert.class.php on line 1016.

Das war meine Lösung:

Code Auswählen Erweitern

    protected static function byteLength($string)
    {
string = (string) $string;

        if (self::$_mb_string_overload) {
            return mb_strlen($string, '8bit');
        }
        return strlen($string);
    }Funktioniert unter PHP 8.4.16 und der aktuellen PHP 8.5.1.

Viele Grüße

... Vielleicht sollte man neben der minimal nötigen Version auch die maximal getestete angeben.
PHP 8.1 bis 8.4 scheint aktuell gegeben zu sein. ...

moziloCMS 3.0.4 läuft stabil unter PHP 8.4.16, der aktuellen PHP Version, die bis 31. Dezember 2028 eingesetzt werden kann.
PHP 8.5 wurde aktuell vor einem Monat veröffentlich und bis moziloCMS komplett durchgetestet ist, benötigt man Zeit 

Viele Grüße

Ich vermute das hängt mit dem zusätzlichen Text dahinter zusammen. Damit ist es keine Übereinstimmung...

Muss man nicht unbedingt patchen, ist mir nur aufgefallen 
Das soll die moziloCMS Community selber entscheiden.


Viele Grüße

Gerne, kein Problem, und Dir auch Danke fürs ins Git einzuspielen 

Hallo miteinander,

bei einer Testinstallation von moziloCMS 2.0 rev.56 tauchte bei "spielen und testen" folgendes auf:
Anmeldung als moziloCMS 2.0 rev.56 Admin, dann auf Register/Tab "Info" kommt unter dem Bereich "CMS Informationen" beim Update Check der moziloCMS 2.0 rev.56 der Hinweis:

Neue Version verfügbar. Revision:56

Irgendwie komisch    die habe ich doch gerade installiert und wird auch unter Installierte moziloCMS Version als -> 2.0 ("Amalia") Revision 56 richtig angezeigt?

Viele Grüße

Bei einer einfachen Testinstallation von moziloCMS 2.0 rev.56 kommt folgender Fehler in der "update.php":

PHP Parse error:  syntax error, unexpected token "." in .../mo20-rev56/update.php on line 705

Code Auswählen Erweitern

line 705:
$noupload = file_get_contents(.BASE_DIR_ADMIN.'basic.conf.php');
Sollte wie folgt korrigiert werden:

Code Auswählen Erweitern

line 705:
$noupload = file_get_contents(BASE_DIR_ADMIN.'basic.conf.php');
Danach funktioniert die Installation des moziloCMS 2.0 rev.56 ohne weitere Fehler.

Viele Grüße

Diese Zugriffe auf nicht vorhandene Dateien/Ordner/Scripte ("/wp-plain.php") oder ähnliches, das sind meines Erachtens Standard Hacking Attacken/Security Prüfungen durch Provider. Egal, was du tust, es wird immer solche Attacken/Versuche/sonstiges geben, somit wird das Error-Logfile nie leer sein.

... in den Error-Logs ... Richtige Fehler findet man dann überhaupt nicht mehr ...

Nur aus Neugierde
Error-Logs, Fehler? Welches Error-log ist damit gemeint?

Ob das richtig ist? ...

Welche der beiden geposteten Lösungsansätze mit den nächsten PHP Versionen funktionieren wird, kann ich nicht sagen. Das werden die nächsten PHP Versionen zeigen.

... ohne die /cms/syntax.php zu ändern. ...

Das ist abhängig von dem beim Provider eingestellten PHP.ini "error_level"-Wert und ob ein Provider die PHP.ini "display_errors" auf "Off" per default hat.

Die PHP Meldung "Deprecated: Creation of dynamic property ..." besagt laut PHP 8.2 Dokumentation, das diese Function fehlerhaft definiert ist und von daher auf "veraltet" gesetzt wurde. Der PHP Code funktioniert trotzdem, aber mit den nächsten PHP Version wird das nicht mehr funktionieren.

[Standard!]

... Weiß jemand eine Lösung? ...

Um mal kurz eine Klärung mit moziloCMS 2.0 rev.55 zu machen.
Man kann eine Standard! moziloCMS 2.0 rev.55 unter PHP 8.2 mit folgenden Änderungen zu laufen zu bekommen. Die Betonung liegt auf Standard Version.

PHP 8.2 Patch für /cms/idna_convert.class.php

Bitte folgende Zeile in der Zeile 86 einfügen:

Code Auswählen Erweitern

  private $slast = NULL;Wichtig: Diese Zeile muss nach der "...  protected $_idn_version = 2008; ..." eingefügt werden.

PHP 8.2 Patch für /cms/syntax.php

Bitte folgende Zeilen in der Zeile 23 einfügen:

Code Auswählen Erweitern

  private $syntax = NULL;
  private $activ_plugins = NULL;
  private $deactiv_plugins = NULL;
  private $placeholder = NULL;
  private $syntax_user = NULL;
  private $PLACE_SEARCH = NULL;
  private $SYNTAX_SEARCH = NULL;
  private $SYNTAX_SEARCH_REST = NULL;
  private $SYNTAX_SEARCH_OHNE = NULL;
  private $PLUGIN_SEARCH = NULL;
  private $PLUGIN_SEARCH_REST = NULL;
  private $PLUGIN_SEARCH_OHNE = NULL;
  private $script_search = NULL;
  private $script_replace = NULL;
  private $jquery_search = NULL;
  private $jquery_replace = NULL;
  private $pluginself = NULL;
  private $Breadcrumb = NULL;
  private $Galerie = NULL;
  private $CONTACT = NULL;
  private $LASTCHANGE = NULL;Wichtig: Diese Zeilen müssen nach der "...  var $is_preparePageContent = false; ..." eingefügt werden.

Thematik moziloCMS 2.0 Standard:
Mit jedem Plugin das nicht in der moziloCMS 2.0 rev.55 Download Version enthalten ist, muss pro extra genutzten Plugin abhängig von der Fehlermeldung eine neue Zeile mit

Code Auswählen Erweitern

  private $plugin_name = NULL;
an die oben gelisteten Zeilen angehängt werden. Siehe als Vergleich das Galerie-, Contact- oder LastChange-Plugin in der Liste oben.

Hinweis:
Es ist Quellcode-technisch aktuell nicht möglich diesen Umstand für alle Plugins/neue Plugins/Erweiterungen umzusetzen ohne das moziloCMS 2.0 komplett umzuschreiben, beziehungsweise zu modernisieren.
Wenn sich jemand dafür berufen fühlt, bitte gerne, der Quellcode steht im offiziellen moziloCMS 2.0 Github zur Verfügung.

Nginx hat keine Unterstützung einer .htaccess und somit sind zum Beispiel die ganzen Spielereien um URLs schöner zu gestalten hinfällig.

Code Auswählen Erweitern

Beispiel mit mod_rewrite:  https://domain.xyz/mo20rev55/Willkommen/Willkommen.html
Beispiel ohne mod_rewrite: https://domain.xyz/mo20rev55/index.php?cat=Willkommen&page=Willkommen
Alle konvertierten .htaccess Befehle müssen in der nginx.conf eingetragen werden, bedauerlicherweise betrifft dies immer die komplette Nginx Konfiguration des Webservers und alle auf diesem Server laufende Websites (Shared Hosting Paket).
Eine personalisierte Lösung mit konvertierten .htaccess Befehlen ist unter Nginx nur dann möglich, wenn man ein dedicated Hosting Paket einsetzt und dort einen Zugang als Webserver Admin zur Verfügung hat.

Unabhängig davon läuft moziloCMS 2.0 rev. 55 unter Nginx mit PHP 8.1  ,
allerdings ohne schöne URLs ...

Ich bin kein Freund von schnellen "überbügeln" von irgendwas. Die Problematik wird eher in einer versteckten Inhaltsseite, einer nicht mehr genutzten MenuSubs config?-Datei oder ähnliches (Thematik Altlasten) liegen.
Mit Überschreiben wird das nicht gelöst, aber wir könnten etwas versuchen.

Du findest einen Anhang an diesem Posting, diesen bitte herunterladen, auspacken und dann die bestehende /cms/DefaultFunc.php auf deinem Webspace damit ersetzen. Es sollte danach vollkommen egal sein, ob die Plugins MenuSubs/MenuSubsMobile aktiviert sind oder nicht.

... Wäre natürlich spannend zu wissen, ob andere auch mit diesen Plugins und PHP 8.xx Probleme haben ...

Vielen Dank für die Rückmeldung.

Ich habe mal ein blankes moziloCMS 2.0 rev.55 unter PHP 8.1.x aufgesetzt, beide MenuSubs Plugins aktiviert und etwas gespielt, keine Fehlermeldung 
Somit bleibt die Frage offen.