Joomla 4 Error 500 bei Upgrade - die Lösung

Habe heute meine Joomla Version von der davor aktuellsten Version 3 (inklusive aktuellen Versionen der deutschen Sprachenerweiterung (andere waren nicht installiert) auf die Version 4.1 geupdatet. Leider ist nun meine Website nicht mehr erreichbar Error 500. Nach diversem recherchieren und probieren komme ich nun leider nicht mehr weiter und bin auf Hilfe angewiesen die ich hoffentlich hier finde. Leider habe ich von programmieren oder sonstigem was mit der Website zu tun hat nicht viel Ahnung (Website wurde für mich für teures Geld erst letztes Jahr erstellt aber hätten jetzt gerne trotzdem 450€ von mir um die Website wieder online zu stellen Frechheit..)

Vielen Dank schon mal für die Tipps habe jetzt mal mit Strato gesprochen die meinten es liegt an einem Template das der Ersteller der Website erstellt hat liegt und Sie deshalb nichts machen können. (Wegen Downgrade habe ich jetzt zwar nicht speziell gefragt aber hätte er das nicht anbieten sollen wenn das möglich ist?) Habe jetzt mal geschaut ob ich irgendwie auf das Template zugreifen kann aber selbst wenn ist deaktivieren wahrscheinlich doof weil ohne Grund wird es ja nicht da sein und vom umprogrammieren habe ich leider keine Ahnung...

Laut Strato soll hier:

<?php

/**

* @package Joomla.Site

* @subpackage mod_custom

*

* @copyright Copyright (C) 2005 - 2020 Open Source Matters, Inc. All rights reserved.

* @license GNU General Public License version 2 or later; see LICENSE.txt

*/

defined('_JEXEC') or die;

$url = '#';

if($params->get('header_class')){

$url = JRoute::_('index.php?Itemid='.$params->get('header_class'));

}

$img = '';

if($params->get('backgroundimage')){

$img = "<img src='".$params->get('backgroundimage')."'>";

}

?>

<div class="custom<?php echo $moduleclass_sfx; ?>">

<a href="<?php echo $url; ?>"><?php echo $img; ?><?php echo $module->content; ?></a>

</div>

Oder hier:

<?php

/**

* @package Joomla.Site

* @subpackage mod_custom

*

* @copyright Copyright (C) 2005 - 2020 Open Source Matters, Inc. All rights reserved.

* @license GNU General Public License version 2 or later; see LICENSE.txt

*/

defined('_JEXEC') or die;

$css = '';

if($params->get('backgroundimage')){

$css = '<style>@media (min-width: 1100px) {.top-banner-wrapper { background: url("'.$params->get('backgroundimage').'") no-repeat top right;}}</style>';

}

echo $css;

?>

<div class="custom<?php echo $moduleclass_sfx; ?>" >

<?php echo $module->content; ?>

</div>

das Problem liegen aber für mich ist das leider nur Kauderwelsch aber vielleicht hilft es Ihnen weiter

ja könnte mal bei Strato fragen ob die so ein Backup haben. Ansonsten glaub ich auch das das eine Sache von 5 Minuten ist aber leider weiß ich weder was DEV ist geschweige denn wie man es erstellt...

Da kommste an einem Backup nicht sauber vorbei. Strato wird recht haben und es an etwas da oben liegen, aber! Das ist ja nur ein Teil vom Template. Die beiden Scripte da oben inkludieren ja auch andere Dinge, nutzen andere Funktionen. Der Fehler kann also auch tiefer stecken, wird halt nur dort aufgerufen oder eben über Dritte und Vierte eingebunden.

Du kannst also davon ausgehen, dass bei einem Aufruf von "$module->" im Hintergrund noch 100 andere Funktionen aufgerufen werden. Wenn eine von den 100 nun einen Fehler hat, dann kommt die genau auf diesen Aufruf zurück. Der Fehler wird hier dann "angezeigt", ausgelöst wurde er aber ganz wo anders.

Ehrlich gesagt ist da in den beiden Code-Teilen auch nicht viel drinnen, was einen Fehler 500 auslösen könnte, wenn schon so was wie das "$params->" oder das "$module->", aber wie gesagt, das sind nur Aufrufe hier, die Funktion selbst befindet sich viel tiefer im System.

Wenn Dein System ein Upgrade machte, dann wurde auch das Template bedacht und entsprechend in die Datenbank geschrieben. Das sind ja nicht nur Dateien auf dem Server. Also die einfach per FTP überschreiben geht nicht, denn das ändert ja die Datenbank nicht. So ist es durchaus möglich, dass das neue Joomla Datenbankfelder geändert hat, die eigentlich migriert werden mussten, aber das Template nicht kompatibel war. Was nicht kompatibel ist, kann nicht migriert werden, also hat es die alten, eventuell nicht mehr vorhandenen Datenbankfelder bzw. versucht sie zu nutzen.

Ein Fehler 500 deutet ja eher darauf hin, dass eben eine Funktion oder Klasse aufgerufen wird, die es nicht gibt. Oder eine Funktion so geändert wurde, dass die Syntax vom Aufruf nun eine andere ist. Oder eben, dass ein Datenbankabruf nicht funktionierte, das kann z.B. bei unbekannten / umbenannten Tabellenfelder der Fall sein. In dem Fall gibt es keine vernünftige Fehlermeldung, nur ein "500".

Wenn es das Template ist, dann war der Fehler, dass Du das vorher nicht deaktiviert hast. Also vor dem Upgrade zurück auf das Default-Layout von Joomla, auch wenn die Seite dann scheiße aussieht. Dann Upgrade, wenn es funktionierte, das eigene Layout wieder. Das wird dann schon sagen, ob es installierbar ist oder nicht.

Daher das mit dem DEV von Alex. Er meinte, ich übersetze einfach mal, eine Kopie Deines funktionierenden Systems erstellen und mit der alles durchtesten. Wenn es geht, dann im echten System machen. So würde nur das Testsystem ausfallen und nicht das eigentliche, das online ist.

Wenn Du da mal schaust, dann gibt es von diesem mod_custom etliche "neue Versionen". Alle sind Entwicklungsversionen, aber für Joomla 4.0, 4.1 und schon 4.2. Aber es hagelt auch dort Fehler ohne Ende und die reichen von "Syntaxfehler" über "fehlende Felder in der Datenbank", falsche Berechtigungen für Dateien und Co.

https://github.com/joomla/joomla-…ules/mod_custom

Das hier schaut von der Technik her wie Dein zweiter Code-Teil aus, ist aber technisch völlig anders, mit anderen Joomla-Klassen, wie

use Joomla\CMS\Factory;

use Joomla\CMS\HTML\HTMLHelper;

use Joomla\CMS\Uri\Uri;

https://github.com/joomla/joomla-…mpl/default.php

Auch der von der 4.0-DEV ist völlig anders:

https://github.com/joomla/joomla-…mpl/default.php

Der von der 3.10-DEV schaut sehr ähnlich Deinem da oben aus:

https://github.com/joomla/joomla-…mpl/default.php

Da ich von dem ganzen Code und auch vom erstellen einer Testseite keinerlei Ahnung habe bedanke ich mich trotzdem für die vielen Versuche mir zu helfen. Habe jetzt ein Backup von ein Paar Tagen vor dem Update über Strato eingespielt. Leider funktioniert jetzt gar nichts mehr ich komme nicht mal mehr in den Administratorbereich rein und die Website zeigt einen anderen Fehler der mich aber auch überhaupt nicht weiter bringt (PHP Version hab ich als Test schon mal zurück gesetzt hat aber auch nichts gebracht)... Jetzt habe ich wirklich keine Ahnung mehr was ich noch tuen kann außer jemanden zu suchen der an der Website weiter programmieren kann aber seriöser ist wie die Ersteller der Website...

Danke ich versuche mal zu googeln wie das funktioniert

habe jetzt nach ein wenig googeln filezilla runtergeladen und mich dort verbunden aber keine Ahnung was ich dort machen soll. Zudem habe ich auch phpmyadmin runtergeladen aber da kapier ich nicht mal was ich nach dem download machen soll das da überhaupt was passiert...