Hast Du NGINX nur als Proxy oder als alleinigen Webserver am laufen?
Wenn Alleinig, dann könnte es mit den Rewrites zu tun haben, die sonst über den Apache und der .htaccess abgefangen werden.
Mir wäre nicht bekannt, dass NGINX die .htaccess interpretiert.
Das ist ein Bug, für den es auch schon einen Fix gibt: https://github.com/joomla/joomla-cms/pull/44378
Ist dann mit dem nächsten Update behoben.
im foundry Plugin ist das hier das Problem:
$app = JFactory::getApplication();
Ersetz das mal durch:
$app = Joomla\CMS\Factory::getApplication();
Jetzt will ich auch:
Die Zugangsdaten zur Datenbank sind falsch?
Siehe configuration.php
var $host = ''; // URL zur Datenbank (wahrscheinlich localhost)
var $user = ''; // Datenbank-Benutzername
var $db = ''; // Datenbankname
var $password = ''; //Passwort zum Datenbank-BenutzerWenn du das über FTP ändern möchtest, achte bitte auch darauf, dass die Datei beschreibar ist.
Berechtigung rwx:r-x:r-x (644)
Besser Spät als nie, ich geb da auch mal meinen Senf dazu:
In den Headerinformationen des Browsers kann eingesehen werden, ob Brotli genutzt wird, oder nicht.
x-content-encoding-over-network: gzip oder
x-content-encoding-over-network: br
Hab das mal getestet mit einer Joomla 4 und der defautlt .htaccess:
Wenn ich gzip in Joomla aktiviere, wird es genutzt. Ist der Server für Brotli konfiguriert und ich deaktiviere gzip in Joomla, wird Brotli genutzt.
Mit dem Tool auf der Seite von cybergurk konnte ich dann sehen, dass Brotli die bessere Komprimierung macht 
Hast du auch die Anweisung befolgt, die in Deinem Screenshot steht bezüglicht der htaccess.txt?
Kleine Info vorab:
Ich werde an einer Ubuntu 23.10 (gnome) Installation zeigen, wie meine (auf Docker basierte) Entwicklungsumgebung eingerichtet und eingesetzt wird.
Docker-Deskop macht hier Probleme, daher nicht anwendbar 
Bei Windows und OSX scheint auf dem ersten Blick Docker-Desktop zu funktionieren.
Bei Windows wird WSL2 benötigt und bei OSX wird brew benötigt.
Soweit mir bekannt, geht das über das Terminal wie bei Linux.
Wo liegt denn dein htdocs Ordner, wem gehört er genau (Benutzer:Gruppe) und welche Berechtigung ist vergeben?
Hast du auch das Nutzen von E-Mail-Programmen bei GMX für die E-Mail-Adresse freigegeben?
Ich würde meinen, den Suchindex neu erstellen könnte helfen.
Wenn Sie Ihre Website auf der Grundlage eines beliebten CMS, z. B. WordPress, erstellt haben, können ungeeignete Erweiterungen, Themes oder andere Website-Komponenten den Fehler 500 verursachen. Die einfachste Möglichkeit, dies zu überprüfen, besteht darin, alle Add-ons in der Datenbank zu deaktivieren
Auch wenn die Wahrscheinlichkeit recht gering sein sollte, dass in einem Joomla Forum eine Wordpress Frage gestellt wird, so sind die Ausführung auch auf Joomla anwendbar und vielleicht hilfreich.
Eine Tabelle, welche Browser welche Bildformate unterstützen:
https://en.wikipedia.org/wiki/Compariso…_format_support
Vor der Wiederherstellung würde ich auch mal die Dateien löschen und die Datenbank leeren.
Vielleicht läst sich ja damit die vorherige Version sauber wiederherstellen.
Zur Info, das ist ein sog. Core-Hack und wird mit einem Update überschrieben.
Das kann sogar dazu führen, dass das Update nicht vollständig durchgeführt werden kann und die ganze Seite kaputt macht.
Es wird dringend empfohlen, den Hoster zu wechseln und auf einen zu wechseln, der keine Probleme hat
Ich würde ja annehmen, einer der Mitwirkenden hat sich lokal eine Kopie gemacht und nicht darauf geachtet PHP-Mail abzufangen.
Die lokale Entwicklungsumgebung ist dann mit der Domain http://test.test erreichbar und deshalb hast du diese E-Mail von der Domain erhalten.
Hast du evtl. Acylmailing installiert?
Es gibt hierbei 2 Ansätze:
Das ist kein Problem, wenn über Thunderbird funktioniert, habe nur drei Postfächer.
Aber vielleicht hilft das bei der Synchronisierung der Postfächer: https://imapsync.lamiral.info/
Schau dir da mal die passenden Examples zu deinem System an.
Alles anzeigenIch würde sagen dieses J5 ist genau so durchdacht wie alle anderen großen Upgrades. Kaum ein Hoster setzt Betaversionen für SQL oder Maria im Lifebetrieb um. Was es an Verbessungen geben wird, das wird sich zeigen.
Bin gespannt was die großen Drittanbieter machen und wie safe die ganze Baustelle wird. Also erstmal die Füße still halten und hoffen, das diese Kinderkrankheiten dann schnell vorbei gehen.
Was mich echt verwundert, das J5 er bisher noch nicht geschafft hat automatisch auf Sicherheitslecks zu reagieen wie z.B. Wordpress.
Aber nun gut, wir wollen ja keine Diskussion auslösen, welches CMS besser ist. Die Zahlen sprechen ja eine eindeutige Sprache.
Leider das ich das so sagen muß. denn ich kenne noch Mambo! Und Joomla hat eben aus ihren gravierenden Fehlern niemals gelernt!
Es ist schon sehr schwierig einem Kunden zu erklären warum er auf den Joomlacore überhaupt noch setzen sollte!
Für mich kommt Joomla nur noch als Unterbau in Frage, alles andere übernehmen dann die Pagebuilder.
Wurde hier auch schon darauf eingegangen:
RE: readmedia.php
Ich fasse mal zusammen:
- Vor ca. 19 Stunden wurde dieses Problem mit dem Helix gemeldet.
- wenige Stunden später wird die Lösung gepostet
Problem gelöst!
So ziehmlich alles andere von Dir "LSG" ist nur BASHING und unangebracht.
Gerne kannst du Dich in einem ordentlichen Umgangston im Offtopic darüber austauschen, hier ist jetzt aber Schluß!
