Hallo zusammen,
ich habe heute bereits eine Antwort von extnbakers bezüglich "EB Auto SEO Internal Links" erhalten:
Hello Thorsten Schulz,
Issue is resolved. Please try to install plugin it should work now.
There was a Behaviour - Backward Compatibility plugin 'Classes Aliases' option is off that's why.
Let us know if you have any further questions.
Neue Version von extnbakers heruntergeladen, installiert und läuft 😊
Der Support dort ist hervorragend und sehr zu empfehlen.
immer dieses lesen..... 😘😁
Nein im Ernst, ich hatte es ja schon in dem damaligen Post geschrieben:
Du bist der Größte! #25
Habe jetzt mal in Anlehnung an die readmedia.php von SniperSister die kleine php-Datei geschrieben welche per aufruf das Backward Compatibility 6" - Plugin aktiviert.
Danke 🙏
ich hatte ein Backup eingespielt und als ich das Plugin "EB Auto SEO Internal Links" aktiviert hatte, war der Fehler wieder da.
Also das Backup ein 3. Mal eingespielt und dann als erstes das Plugin deinstalliert. Elwood : ja, auch in der Datenbank (man lernt ja dazu).
Parallel habe ich Extnbakers kontaktiert und mit dem Fehler kontaktiert.
Bezüglich JEvents bin ich gezwungen die Abwärtskompatibität eingeschaltet zu lassen, sonst kommt gleich wieder die Fehlermeldung:
Ich muss gestehen, dass ich die Club-Erweiterung Jevfiles (Bilder und Uploads) nutze, welches diesen Fehler offenbar auslöst. Die Standard-Version ohne Erweiterung läuft stabil. Vermutlich haben die Programmierer vergessen, die Addons, die sie ja zusätzlich verkaufen, zu aktualisieren.
Da muss ich wohl leider auf ein Update warten, welches diesen Fehler behebt. Angekündigt haben sie es ja schon.
Aber: "Updates ausschalten, speichern, wieder einschalten, speichern" war die Lösung!
Aus- und Einschalten hatte ich schon mehrfach probiert, aber bin nicht auf die Idee gekommen jedes mal zu speichern.
Krass. Ich habe (hatte) dasselbe Problem mit allen Websites. Auf einmal waren die automatischen Updates deaktiviert.
Dein Tipp hat die Lösung gebracht. 👍️
Ein sehr guter Einwand und ein guter Tipp!
Ich werde den Webspace und die Datenbank komplett löschen und die Backups nochmal neu vom Server einspielen lassen.
Für das sehr schnelle Löschen des Webspace habe ich mir ein kleines Script programmieren lassen.
Falls es jemand gebrauchen kann - aber VORSICHT! Beim Aufruf wird alles OHNE NACHFRAGE GELÖSCHT - auch die PHP!
<?php
/* wipe.php – löscht ALLE Dateien & Unterordner im Verzeichnis dieser Datei
und entfernt sich am Ende selbst.
⚠️ Gefährlich – nur im richtigen Ordner ausführen!
*/
@error_reporting(E_ALL);
@ini_set('display_errors','1');
@set_time_limit(0);
ignore_user_abort(true); // weiterarbeiten, auch wenn der Client abbricht
header('Content-Type: text/plain; charset=utf-8');
$root = realpath(__DIR__);
if ($root === false) { http_response_code(500); exit("Fehler: Verzeichnis nicht ermittelbar.\n"); }
function is_root_path($p) {
$p = rtrim($p, DIRECTORY_SEPARATOR);
if ($p === '' || $p === DIRECTORY_SEPARATOR) return true; // Unix /
if (preg_match('/^[A-Za-z]:\\\\?$/', $p)) return true; // Windows C: oder C:\
return false;
}
if (is_root_path($root)) { http_response_code(500); exit("Abbruch: System-/Laufwerkswurzel erkannt: $root\n"); }
$self = realpath(__FILE__); // Script selbst erst am Ende löschen
$deleted = 0; $failed = 0;
function delete_contents($dir, $selfPath, &$deleted, &$failed) {
$list = @scandir($dir);
if ($list === false) { $failed++; echo "Kann nicht lesen: $dir\n"; return; }
foreach ($list as $name) {
if ($name === '.' || $name === '..') continue;
$path = $dir . DIRECTORY_SEPARATOR . $name;
// Script selbst überspringen, bis zum Schluss
if ($selfPath && realpath($path) === $selfPath) continue;
// Symlinks NICHT verfolgen – nur Link löschen
if (is_link($path)) {
if (@unlink($path)) { $deleted++; } else { $failed++; echo "Konnte Symlink nicht löschen: $path\n"; }
clearstatcache(true, $path);
continue;
}
if (is_dir($path)) {
// erst Inhalt, dann Ordner
delete_contents($path, $selfPath, $deleted, $failed);
if (@rmdir($path)) { $deleted++; } else { $failed++; echo "Konnte Ordner nicht löschen: $path\n"; }
clearstatcache(true, $path);
} elseif (is_file($path)) {
@chmod($path, 0777); // falls Rechte knapp sind
if (@unlink($path)) { $deleted++; } else { $failed++; echo "Konnte Datei nicht löschen: $path\n"; }
clearstatcache(true, $path);
} else {
// Sonderfälle ignorieren
}
}
}
// Löschen starten (nur Inhalt, nicht $root selbst)
delete_contents($root, $self, $deleted, $failed);
// Ausgabe zum Client schicken
echo "Fertig. Gelöscht: $deleted | Fehlgeschlagen: $failed\n";
// Nach Abschluss sich selbst löschen (Shutdown-Phase)
register_shutdown_function(function() use ($self) {
@chmod($self, 0777);
@unlink($self);
// Windows-Fallback: falls direktes Löschen scheitert, versuche Umbenennen
if (is_file($self)) {
$tmp = $self . '.deleted_' . uniqid();
if (@rename($self, $tmp)) {
@unlink($tmp);
}
}
});Einfach per FTP in den Ordner mit den zu löschenden Dateien laden und über den Browser aufrufen.
Hallo Sieger66
da hat sich meine Nachricht mit deiner Überschnitten. Aber ich möchte dir auf jeden Fall antworten.
Also ist dein Script gar nicht für J6 geeignet? 😕 Sachen gibt's..... 😄
Und nu? Gibt es ein Update von dir für J6, für Deppen wie mich, die alles kaputtkriegen? 🤪
Hallo Rolf Dautrich
lieben Dank, auch dir möchte ich auf jeden Fall noch antworten.
Ich hatte die Erweiterung auch schon im Verdacht. Ich nutze die Version 1.18, die angeblich J6 kompatibel ist. Ich habe Extnbakers bezüglich J6-Kompatibilität angefragt und sie haben mir die Kompatibilität bestätigt.
Ich habe sie auch schon im Einsatz. Z.B. auf meiner Webdesign-Site: https://webdesign-hannover-laatzen.de/dort funktioniert die Erweiterung ganz klasse. Alle internen Links auf der Seite sind durch "EB Auto SEO Internal Links" entstanden.
Ich habe das Plugin "Verhalten – Abwärtskompatibilität 6" aktiviert, da es massive Probleme mit JEvents gab. Die Programmierer haben ein Update angekündigt, welches dieses Problem beseitigt. Hatte ich im JEvents-Forum gepostet: https://www.jevents.net/discussions/po…d-with-jevfiles
Ihr Lieben,
mir ist eingefallen, dass mein Server tägliche Backups des Webspace und der Datenbank erstellt. 💡
Bevor wir viel Zeit mit der Lösungsfindung verschwenden, habe ich die Backups eingespielt (überschrieben) und die Seite funktioniert erstmal wieder. Ich werde nun versuchen, die mir bekannten Übeltäter aus dem Debug zu desinstallieren und dann das Update des Pagebuilders vorzunehmen. Aber jetzt erstelle ich vorher ein Backup (oder ich nutze erneut den Service meines Serveranbieters) 😄
Lieben Dank für die erneut schnelle Hilfe - ihr seid klasse! 🫶
Soll ich euch berichten, wie ich weitergemacht habe? Oder lieber nicht?
Vielen Dank für eure Posts 🙂
vielen Dank für den Hinweis. Ich mache das normalerweise auch so, aber ich dachte, da mein Problem genau zu diesem Thema passte, wäre es verständlicher, wenn ich es hier poste. Aber da habe ich wohl falsch gedacht. Künftig werde ich mich daran halten. Ich hoffe es ist trotzdem okay, wenn ich jetzt hier weitermache. 🫶
auch dir vielen Dank. Es handelt sich um eine andere Website, die ich komplett neu gebaut habe. Kein J2XML 😊
Den Debug-Modus konnte ich einschalten. Ich habe mir den Thread mal als Lesezeichen abgespeichert. Man vergisst in meinem Alter schnell mal was. Mir wird jetzt eine Menge angezeigt mit dem ich nicht so richtig was anfangen kann.
Nur "ebautoseointernallinks" und "ExtensionManager" sagen mir was. Das sind Erweiterungen, die aber eigentlich J6 kompatibel sind und bis heute einwandfrei liefen.
Hallo zusammen,
ich muss diesen Thread leider noch mal öffnen.
Ich habe heute nach Aktualisierung des Pagebuilders wieder diese Fehlermeldung "0 Class "JPlugin" not found" erhalten.
Da ich mich an diese Diskussion erinnerte, habe ich die "compat.php" von Sieger66 in "/administrator/templates/atum/compat.php" geladen, aufgerufen und mir wurde "Das Kompatibilitäts-Plugin compat ist nun wieder aktiviert" angezeigt.
Zurück im Backend (dieses Mal komme ich wenigstens noch rein) stelle ich fest, dass das Problem noch immer besteht. Der Versuch, den Debug-Modus einzuschalten scheitert leider, da ich überall diese Fehlermeldung erhalte. Ich kann derzeit nur Joomla-Core-Dateien neu installieren, was ich schon mal gemacht habe und Erweiterungen. Ich hatte auch schon versucht, eine ältere Version vom Pagebuilder drüberzuinstallieren, aber das half auch nicht.
Ich komme an dieser Stelle nicht mehr weiter und benötige mal wieder eure Hilfe. Ich Depp habe auch kein aktuelles Backup, da ich den Pagebuilder erst an anderen Joomla-Installationen getestet habe und das letzte Backup vom 19.06.2026 ist. Aber ich habe täglich daran gearbeitet und es wäre fatal, wenn ich die ganze Zeit verloren hätte. Aber ich habe (mal wieder) daraus gelernt: MACH EIN UPDATE! Jedes Mal, bevor du ein Update startest! 
- das nur, bevor ihr mich zurecht steinigt.
Hat jemad eine zündende Idee, wie ich das wieder zum Laufen bekomme?
Ach ja: Joomla V 6.1.1
Hat jetzt geklappt! 😊
Lieben Dank für eure Hilfe. Wieder was gelernt und für das nächste Mal gespeichert.
Danke nochmal 🫶
Nur nochmal für doofe wie mich: das Plugin Verhalten – Abwärtskompatibilität darf NICHT deaktiviert werden? Es wird gesagt, dass es dringend deaktiviert werden muss.
Darunter steht noch Verhalten – Abwärtskompatibilität 6 auf grün.
Du bist der Größte! Hat geklappt. Ganz lieben Dank.
Nun will ich mal sehen, dass ich zunächst den J2xml entferne und dann nochmal die Migration starten.
Ups, wieder mal zu schnell überflogen. Im Moment ist hier bei uns die Hölle los. Sorry.
Es scheint wohl an J2xml zu liegen. Habe ich anscheinend nach der Migration von J3 auf 4 und 5 nicht deaktiviert.
Oder siehst du noch etwas?
Im Grunde kann ich doch alles, was mit J2xml zu tun hat, aus der DB löschen, oder spricht da was gegen?
Hallo drmenzelit
ich komme leider gar nicht mehr ins Backend....
Doch, natürlich. Aber ich finde diesen Eintrag "plg_behaviour_compat" nicht.
Oder meinst du etwas anderes?
Hallo chr-hl,
vielen Dank.
Ich hatte es in einem anderen Post schon geschildert, dass ich es leider nicht ändern kann.
Missverständnis bei Abwärtskompatibilität in 5.4 für Update auf 6.0
Oder gibt es noch eine andere Möglichkeit?
Nachtrag: ich sehe gerade, dass ich mich gar nicht im Backend anmelden kann. Die Fehlermeldung "0 Class..." erscheint schon beim Versuch, sich einzuloggen.... Und nu?
Bleibt mir wohl nur die Möglichkeit, das Backend einzuspielen, aber was kommt dann? Alles nochmal von vorne?
Hallo zusammen,
vielen Dank erstmal für eure Hilfe. Ich habe dasselbe Problem, aber ich checke es irgendwie nicht.
Danke an Sieger66 für das PHP-Script. Ich habe den Code genommen und als "compat.php" in /administrator/templates/atum/ gespeichert und hochgeladen. Auf dem Server ist die Datei verfügbar.
Wenn ich die Website dann jedoch über das Backend aufrufen möchte, passiert nichts und es erscheint noch immer die Fehlermeldung.
Versuche ich die Datei über URL aufzurufen, erhalte ich eine Fehlermeldung: "Zuerst anmelden um das Kompatibilitäts-Plugin compat wieder zu aktivieren!" und "Access denied"- Was habe ich doofkopp denn nun wieder falsch gemacht?
Sorry, bin wohl schon zu alt 🤪🫶
Ein freundliches "Hallo" in die Runde,
ich habe durch Googeln diesen Eintrag gefunden, denn ich habe folgendes Problem, dass nach der Deaktivierung der Abwärtskompatibilität nur noch ein und dieselbe Fehlermeldung "0 Class "JTable" not found" erscheint.
Durch die vorangegangenen Einträge habe ich in der MySQL-Tabelle nach "compat" gesucht, aber nur einen Eintrag für eine Drittanbieter-Erweiterung gefunden "visforms_lowest_compat_version". Leider finde ich keinen Eintrag zu "plg_behaviour_compat" wie in diesem Artikel beschrieben: https://issues.joomla.org/tracker/joomla-cms/46299
Jetzt frage ich mich, wie ich das Problem lösen kann?
Ich nutze Joomla 5.4.6.
Hat jemand einen heißen Tipp für mich? Oder einen Hinweis auf einen anderen Thread hier im Forum?
Besten Dank für eure Hilfe. 