Nach Umleitungseinstellung sieht Backend seltsam aus

Momentan wirft deine Seite einen 500er, weshalb ich das ein oder andere nicht überprüfen kann.
Es findet eine Weiterleitung zu einem Unterverzeichnis statt. Allein hier könnte eine übergeordnete .htaccess für Probleme sorgen.
Ändere am besten nicht zu viel auf einmal! Sonst wird es schwierig mit den Tipps.

Beim Ursprungsproblem habe ich vermutet, dass die css- und js-Dateien nicht geladen werden. Dazu müsstest du in der .htaccess testweise den untersten Block mal als Kommentar setzen!

Zitat von Rabea74

Ich benutze das Akeeba Admin-Tool um die Seite zu sichern. Hat es damit was zu tun?

Du meinst sicherlich AkeebaBackup. Dieses AdminTools gibt es auch und ist ein Optimierungstool, welches eigentlich nicht benötigt wird und bei falscher Konfiguration Probleme auslösen kann.

Nebenbei: Wenn die (Sub)Domain übrigens nicht auf das Verzeichnis gestellt ist, in dem Joomla liegt, muss man in der Regel mit RewriteBase /unterverzeichnis/ in der .htaccess arbeiten!

Nein, ich meine diesen GZIP-Teil ganz unten. Da steht auch bei, dass man ihn als Kommentar setzen soll, wenn css- undd js-Dateien nicht geladen werden.

## These directives are only enabled if the Apache mod_headers module is enabled.
## This section will check if a .gz file exists and if so will stream it
##     directly or fallback to gzip any asset on the fly
## If your site starts to look strange after enabling this, and you see
##     ERR_CONTENT_DECODING_FAILED in your browser console network tab,
##     then your server is already gzipping css and js files and you don't need this
##     block enabled in your .htaccess
<IfModule mod_headers.c>
	# Serve gzip compressed CSS files if they exist
	# and the client accepts gzip.
	RewriteCond "%{HTTP:Accept-encoding}" "gzip"
	RewriteCond "%{REQUEST_FILENAME}\.gz" -s
	RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA]

	# Serve gzip compressed JS files if they exist
	# and the client accepts gzip.
	RewriteCond "%{HTTP:Accept-encoding}" "gzip"
	RewriteCond "%{REQUEST_FILENAME}\.gz" -s
	RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA]

	# Serve correct content types, and prevent mod_deflate double gzip.
	RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1,E=no-brotli:1]
	RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1,E=no-brotli:1]

	<FilesMatch "(\.js\.gz|\.css\.gz)$">
		# Serve correct encoding type.
		Header set Content-Encoding gzip

		# Force proxies to cache gzipped &
		# non-gzipped css/js files separately.
		Header set Content-Encoding gzip
	</FilesMatch>
</IfModule>

Aber der 500er stört momentan.

Ok, ich habe "Seite sichern" als Backup aufgefasst und nicht als "Seite absichern", was du meintest. Sichere dein administrator-Verzeichnis mit einem zusätzlichen Passwortschutz ab und schmeiß AdminTools erst mal raus! Das wird fast nie benötigt. In diesem Fall tippe ich hier auf das verursachende Problem. AdminTools ändert sogar die .htaccess.

AdminTools deinstallieren, die .htaccess wieder bereinigen (orientiere dich an der originalen htaccess.txt) und Backend über weitere .htaccess und .htpasswd absichern!
Caches auch alle leeren!

Eventuell sind abschließend noch ein paar Anpassungen nötig, siehe z.B. Unterverzeichnis.

In aller Regel deinstalliert man das Paket, dann werden alle Bestandteile entfernt.

Zitat von Rabea74

Oder soll ich einmal die .htacess u .htpasswor im Adminbereich löschen?

Glaube nicht, dass es damit zusammenhängt. Testweise diese .htaccess einfach umbenennen in htaccess-deaktiviert.txt, um den Passwortschutz aufzuheben.

Vielleicht muss admintools zunächst deaktiviert werden, bevor man es löschen kann.
Du bist aber auch dort, wo Erweiterungen deinstalliert werden können?
Vielleicht müssen auch erst die EInträge aus der .htaccess im Joomla-Root-Verzeichnis entfernt werden, die admintools gesetzt hat.
Kann ich nicht genau sagen, da ich es noch nie eingesetzt habe. Der Passwortschutz war schon immer ausreichend neben zeitnahem Aktualisieren von Joomla und Drittanbieter-Erweiterungen.

Zitat von Rabea74

Ja bin ich aber da tut sich nichts weder wenn ich auf deaktivieren noch auf deinstallieren drücke.

Ich hatte meinen letzten Beitrag noch um ein paar Punkte ergänzt.

Vielleicht auch erst den oben genannten Block in der .htaccess als Kommentar setzen, damit css- und js-Dateien wieder geladen werden. Dann funktioniert vielleicht auch wieder der Button?!?

Zitat von Rabea74

Du meinst die Htaccess im adminstratorbereich oder? nicht die im Root verzeichnis?

Bzgl. Backend-Passwortschutz aufheben meinte ich die .htaccess im administrator-Verzeichnis.

Bzgl. css- und js-Dateien meinte ich die .htaccess im Joomla-Root-Verzeichnis.

Mit händisch Entfernen meinst du sicherlich, admintools-Verzeichnisse löschen oder zumindest erst einmal umbenennen und Datenbank bereinigen. Davon würde ich abraten. Da gibt es sicherlich eine kleine logische Erklärung, warum das Deinstallieren gerade nicht klappt. Probiere das damit, dass du den oben genannten Block mal als Kommentar setzt!

Zitat von Rabea74

Das gibt einen 500er Fehler.

Was konkret hast du gerade geändert?

Den 500er hast du bereits die ganze Zeit, zumindest seit ich das erste Mal hineingeschaut habe. Das deutet am ehesten auf ein Problem mit der .htaccess hin, egal ob eigene Einträge oder durch admintools verursacht.

Und natürlich hast du unter deiner Domain auch eine .htaccess liegen, die sich auf dein neues Unterverzeichnis auswirkt. Das ist so aus der Ferne schwierig zu beurteilen, worin konkret das Problem besteht.

Ich muss mich für heute verabschieden......