Modul J6-kompatibel machen

chr-hl

Hallo,

ich setze ein Modul ein (siehe auch hier: Image-Slider / Rotator ), welches nicht J6-kompatibel ist und nur mit dem "Abwärts"-Plugin funktioniert.
Wenn ich das Plugin deaktiviere, bekomme ich NUR eine weiße Seite ohne jegliche Informationen trotz Errorreporting = maximum.

Nun möchte ich selbst versuchen, das Modul entsprechend anzupassen. Dazu habe ich nach Tutorials / Videos gesucht, aber bisher nichts gefunden.
Was hat sich da zwischen J5 und J6 verändert? Andere Aufrufe, Klassen, Bibliotheken?
Dazu muss ich sagen, dass ich kein "gelernter" PHP-Entwickler bin, sondern "nur" Quereinsteiger.

Noch ein Hinweis: Unter J5.4.5 funktioniert das Modul auch ohne jegliche aktivierte Abwärts-Plugins.

Für "sachdienliche Infomationen" wäre ich dankbar.

Gruß
Christian

bembelimen

Ich weiß nicht ob das unter "sachdienlich" fällt, aber ich würde heutzutage solche kleinen Dinge einfach in eine KI werfen und der entsprechende Anweisungen geben.

Zur weißen Seite: es hilft manchmal error_reporting +ini_set display_error direkt am Anfang des Moduls zu setzen.

chr-hl

Zitat von bembelimen

Zur weißen Seite: es hilft manchmal error_reporting +ini_set display_error direkt am Anfang des Moduls zu setzen.

Und schon ein neues Problem: Wo, wie?

christine2

Hallo Christian,

geb zu, von KI abgemalt:

Um PHP-Fehlermeldungen direkt am Anfang eines Moduls oder Skripts zu aktivieren, nutzen Sie am besten die Kombination aus error_reporting() und ini_set() direkt nach dem öffnenden <?php Tag.

Dies ist besonders hilfreich für Debugging-Zwecke in der Entwicklungsphase.

Der empfohlene Code-Schnipsel

php

PHP

<?php
// Alle PHP-Fehler melden
error_reporting(E_ALL);

// Fehler auf der Webseite anzeigen
ini_set('display_errors', '1');

// Auch beim Start des Skripts auftretende Fehler anzeigen
ini_set('display_startup_errors', '1');

// Ab hier folgt der Rest des Codes
?>

Alles anzeigen

Details und Erklärungen

error_reporting(E_ALL);: Meldet alle Fehler, Warnungen und Hinweise (Notices).
ini_set('display_errors', '1');: Erzwingt die Anzeige der Fehler direkt im Browser/auf der Seite.
ini_set('display_startup_errors', '1');: Hilft, Fehler zu sehen, die ganz am Anfang, noch vor der eigentlichen Skriptausführung, auftreten.

Wichtige Hinweise

Produktivsysteme: Setzen Sie diese Werte auf einem Live-Server niemals auf 1, da dies Sicherheitslücken offenbaren kann. Nutzen Sie dort besser error_reporting(0); und das Loggen in eine Datei.
Alternative .htaccess: Wenn Sie Apache nutzen, können Sie dies auch in der .htaccess-Datei aktivieren:
php_flag display_errors on
Priorität: ini_set überschreibt die Einstellungen der php.ini für die Laufzeit des Skripts.

Liebe Grüße
Christine

chr-hl

Hallo Christine,

mit der KI muss ich mich noch näher beschäftigen.
Bisher versuche ich es noch mit der eigenen.

VG
Christian

chr-hl

So dann bin ich wieder.

Der Erfolg ist bescheiden, aber immerhin, es gibt keine weiße Seite mehr, jedoch erfolgt keine Ausgabe des Modules!
Es gibt KEINE Fehlermeldungen trotz "Maximum"!
Die Ausgabe ändert sich auch nicht nach dem Deaktivieren des Kompatibilitäts-Plugin.

Was habe ich gemacht:
Mit Googles KI-Funktion habe ich folgendes gefunden:
Google Search

Mit diesen Infos habe ich die provider.php und die dispatcher.php geändert.
Außerdem habe ich deutsche Sprachdateien erstellt. Deren Inhalte werden auch im Backend verwendet.

Als Anhang habe ich das Original und meine Version bereitgestellt.

Kann mir Jemand weiterhelfen?

DANKE!

Christian

firstlady

Auf den ersten Blick fällt mir auf:
Service Provider

$container->registerServiceProvider(new ModuleDispatcherFactoryServiceProvider('\\MeinName\\Module\\HelloWelt'));

Das könnte schon die Ursache sein.

chr-hl

Der "berühmte" Kopierfehler!

$container->registerServiceProvider(new ModuleDispatcherFactoryServiceProvider('\\Joomla\\Module\\Wtbootstrapimageslider'));

Ergebnis:
Ohne Plugin => Weißer Bildschirm
Mit Plugin => Inhalt des Moduls wird NICHT angezeigt

Nur die Sprache im Backend funktioniert.

Im Anhang die überarbeitete Fassung.

drmenzelit

Dein Dispatcher war fehlerhaft.

Der Code ist nicht ganz sauber, aber es funktioniert erst mal ...

chr-hl

Hallo Viviana,

vielen Dank!!!

Ich werde mir Deinen Code ansehen und dann hoffentlich verstehen, was da "so abgeht".

Christian

firstlady

chr-hl du wirst dann hoffentlich haarklein hier berichten, was da so abgeht!

Hinweis an alle: Kommt jetzt nicht auf die Idee, alle Extensions hier reinzubringen, die ihr gerne auf J6 haben wollt.

Dies war eine Demo dafür, dass KI eben nicht imstande ist, einfach so Plugins zu aktualiseren.
Alle, die das versuchen müssen sich im Klaren sein, dass sie ihr System damit nicht besser machen sondern bei folgenden Updates der Extension aufpassen müssen

Re:Later

Nur reingeworfen: Fürs debuggen in Joomla ist das n3t Debug Plugin ein hervorragendes Hilfsmittel, wenn man es nicht zu "screamend" konfiguriert (außer man will ganz penibel sein). Leider hat aber joomla mittlrweile einige Haken und Ösen drinne, die die eigentliche Fehlerursache im Erweiterungs-Code nur noch schwer findbar machen; egal wie man nun debuggt.

christine2

Zitat von Re:Later

Nur reingeworfen: Fürs debuggen in Joomla ist das n3t Debug Plugin ein hervorragendes Hilfsmittel, wenn man es nicht zu "screamend" konfiguriert (außer man will ganz penibel sein). Leider hat aber joomla mittlrweile einige Haken und Ösen drinne, die die eigentliche Fehlerursache im Erweiterungs-Code nur noch schwer findbar machen; egal wie man nun debuggt.

Beitrag

Hilfreiche Erweiterung, um Joomla zu debuggen, auch "stinknormale" Meldungen mit Backtrace

Während die Anleitung Fehler finden durch detailliertere Fehlermeldung. Debug-Modus. Call stack. nur funktioniert, wenn PHP einen echten "Fatal error" generiert und einen Backtrace anzeigt, ist das bei Warnings/Deprecated usw.-Meldungen nicht immer so einfach, den wirklich "Schuldigen" zu finden. "Wer oder was hat da an den Joomla-Core ein NULL übergeben, was eigentlich ein String sein sollte?", z.B.

Dieses Joomla-Plugin kann man so konfigurieren, dass auch bei "harmlosen Fehlern/Warnungen" der…

Re:Later

7. Oktober 2022 um 13:38

Liebe Grüße
Christine

chr-hl

Eine Frage in dem Zusammenhang:

Gibt es Dokumentation über den standartmäßigen Aufbau und Inhalt eines Moduls unter J6?

Christian

Re:Later

Zitat von chr-hl

Gibt es Dokumentation über den standartmäßigen Aufbau und Inhalt eines Moduls unter J6?

Keine AHnung, obs hilft: https://ghsvs.de/programmierer-…taeres-beispiel

Ist eher nach dem Motto: Ein mal wieder entnervter I d i o t versucht zu verstehen. Meint: Vergleiche auch immer mal z.B. mit mod_custom oder anderen kleineren Core-Modulen! Man findet oft weiteres Praktisches für die eigene Idee.

Ich seh nur, dass meine alten, so gebauten Module unter Joomla 6 wohl noch laufen. Muss aber gestehen, dass ich mich mit Joomla 6 kaum noch beschäftige. einfach zu viel Zeit mit nerdigen Änderungen verbracht, (was ja mit Joomla 7 nicht besser werden wird, was ich so bisher sehe).

firstlady

Die offizielle Dokumentation ist hier:

Step 1 Basic Module | Joomla! Programmers Documentation

The aim of this first step is for you to have a working site module which you can see in your own Joomla instance.

manual.joomla.org