ja, das stimmt so, ist auch angepasst. Port lautet 3306, db user dbu12345678, Db selbst heist dbs12345678. Passt alles.
frische, erste Installation mit Fehler
-
maxem -
17. November 2025 um 12:55 -
Erledigt
-
-
IONOS hat immer Probleme mit Unterordner, deswegen gibt es die Möglichkeit, es mit der .htaccess zu korrigieren. Ein anderes Problem könnte das gzip sein. Ist gzip in der configuration.php ausgeschaltet? Oder auch in der .htaccess anpassen.
-
IONOS hat immer Probleme mit Unterordner, deswegen gibt es die Möglichkeit, es mit der .htaccess zu korrigieren. Ein anderes Problem könnte das gzip sein. Ist gzip in der configuration.php ausgeschaltet? Oder auch in der .htaccess anpassen.
Der TE hat Joomla noch gar nicht installiert. Die Installation misslingt. Es gibt noch keine configuration.php und Co.
-
Der TE hat Joomla noch gar nicht installiert. Die Installation misslingt. Es gibt noch keine configuration.php und Co.
Oh, ich glaube, ich bin noch nicht ganz da nach dem JoomlaDay

Dann weiß ich gerade keinen Rat ... außer dass Joomla in Joomla eine schlechte Idee ist ...
-
habe mal die dateien aus dem Root in einen anderen Unterordner verschoben, damit keine ".htaccess"-Datei mehr oberhalb der Joomla-Instalationen liegt.
aber es ergibt sich keine Änderung.
Rufe ich nach dem frischen Entpacken der Joomla-6-Dateien den Ordner <subdomain.meinedomain.com> auf, erscheint nur das komische Form. Trag ich da alle Daten ein, kommen die oben beschrieben Fehler lt. Console im Chrome.
Die Datei im Anhang ist die aktuelle ".htaccess" der frischen Installation. Auch wenn diese hier ohne führenden Punkt und mit der Dateiendung ".txt" liegt. Auf dem Serverr ist die korrekt benannt. -
Auch wenn diese hier ohne führenden Punkt und mit der Dateiendung ".txt" liegt. Auf dem Serverr ist die korrekt benannnt.
Wenn du Joomla in ein leeres Verzeichnis entpackst, wird auch nach dem Entpacken dort keine .htaccess (Datei, die der Server abarbeitet) liegen, sondern nur die in Joomla enthaltene Vorlage htaccess.txt (reine Textdatei und völlig funktionslos).
Wenn du deren Inhalt später benötigst, mache das alles nach der Installation, also beispielsweise Umbenennen und Einstellungen in der Joomla-Konfiguration.
Andernfalls verstehe ich den obigen Satz nicht.In der von dir angegebenen Datei muss wohl dann der letzte Block als Kommentar gesetzt werden. Dann klappt das auch mit css und js.
Wenn du die Datei vor der Installation aktivierst, hast du halt die Probleme bereits bei der Installation und nicht erst in der eigentlichen Webseite. Hattest du im ersten Beitrag nicht erwähnt. Entferne die .htaccess im Joomla-Root zunächst und mach die Installation!
Des weiteren sind die beiden letzten Zeilen falsch. Diese löschen und stattdessen weiter oben in der Datei diese # setzen. Die Einträge sind dort ja bereits vorhanden. Probleme mit diesen Einträgen führen übrigens immer zu einem 500er. Wäre eine ganz andere Problematik gewesen. -
Die Datei im Anhang ist die aktuelle ".htaccess" der frischen Installation.
Kann nicht sein, da am Ende der Datei das eingefügt wurde:
Ist aber auch egal, so lange sie nicht aktiviert ist.
Bei den DB-Angaben hast du natürlich deine vergebenen Daten genommen.
Und du hast eine neue DB angelegt, die auch J6-tauglich ist?
Ansonsten wurde die PHP-Frage noch nicht beantwortet.
-
Meiner Meinung nach wird hier mal wieder viel im Nebel herumgestochert da es keinen Link zum Problem und keine eindeutigen Angaben gibt...
-
Ansonsten wurde die PHP-Frage noch nicht beantwortet.
Offensichtlich geht das bei Ionos für jede (Sub-) Domain.
Welche Version wurde für die J6-Seite eingestellt?
Sollte mind. 8.3 sein.
-
Alles anzeigen
in der Console sehe ich dann beim Versuch das komische Form dennaoch abzusenden folgendes:
Refused to apply style from '<MEINEURL>/media/system/css/fields/switcher.min.css?98f81d' because its MIME type ('text/html') is not a supported stylesheet MIME type, and strict MIME checking is enabled.Understand this error
index.php:1 Refused to apply style from 'https://<MEINEURL>/media/vendor/joomla-custom-elements/css/joomla-alert.min.css?0.4.1' because its MIME type ('text/html') is not a supported stylesheet MIME type, and strict MIME checking is enabled.Understand this error
index.php:528 GET https://<MEINEURL>/media/system/js/joomla-dialog-autocreate.min.js?44fd47 net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:1 Refused to apply style from 'https://<MEINEURL>/installation/template/css/template.min.css?b088d11e86973bf8d3e9a00da253f279' because its MIME type ('text/html') is not a supported stylesheet MIME type, and strict MIME checking is enabled.Understand this error
index.php:526 GET https://<MEINEURL>/media/system/js/core.min.js?a3d8f8 net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:1 Refused to execute script from 'https://<MEINEURL>/media/system/js/core.min.js?a3d8f8' because its MIME type ('text/html') is not executable, and strict MIME type checking is enabled.Understand this error
index.php:530 GET https://<MEINEURL>/media/system/js/keepalive.min.js?08e025 net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:531 GET https://<MEINEURL>/media/system/js/fields/validate.min.js?75ac5d net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:529 GET https://<MEINEURL>/media/system/js/showon.min.js?e51227 net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:535 GET https://<MEINEURL>/media/system/js/joomla-core-loader.min.js?d5855e net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:534 GET https://<MEINEURL>/media/system/js/messages.min.js?9a4811 net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:527 GET https://<MEINEURL>/media/system/js/fields/passwordview.min.js?61f142 net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:1 Refused to execute script from 'https://<MEINEURL>/media/system/js/fields/passwordview.min.js?61f142' because its MIME type ('text/html') is not executable, and strict MIME type checking is enabled.Understand this error
index.php:532 GET https://<MEINEURL>/media/system/js/fields/passwordstrength.min.js?868594 net::ERR_ABORTED 500 (Internal Server Error)Understand this error
index.php:1 Refused to execute script from 'https://<MEINEURL>/media/system/js/fields/passwordstrength.min.js?868594' because its MIME type ('text/html') is not executable, and strict MIME type checking is enabled.Understand this error
template.js?b088d11e86973bf8d3e9a00da253f279:255 Uncaught TypeError: Joomla.getOptions is not a function
at HTMLDocument.<anonymous> (template.js?b088d11e86973bf8d3e9a00da253f279:255:29)Moin
Die Fehlermeldungen bedeuten, dass Dein Server bei allen CSS- und JS-Dateien aus dem Joomla-Installer keine echten CSS/JS-Dateien liefert, sondern eine HTML-Fehlerseite mit Status 500 Internal Server Error. Deshalb beschwert sich der Browser über den „falschen MIME-Typ“ und die Installation funktioniert nicht.
Das ist normalerweise kein Joomla-Problem, sondern ein Problem der Server-Konfiguration (z.B. htacces-Regeln, Sicherheitsmodul wie ModSecurity oder Dateirechte). Gut möglich das die Dateien Deines Joomla im falschen Modus übertragen wurden und deshalb defekt sind.
Rufe eine der URLs wie https://deine-domain/media/system/js/core.min.js direkt im Browser auf und schau, ob du eine Fehlerseite siehst.
Was ich machen würde: Joomla als Zip auf den Webspace übertragen und dann erst dort entpacken. Die htaccess usw. erst einmal nicht nutzen, wenn die Subdomain direkt in ein Verzeichnis springt, solltest Du sie für die Installation nicht brauchen. Klappt das alles nicht brauchen wir hier einen konkreten Link oder Du musst Deinen Hoster kontaktieren. Wie hier bereits geschrieben wurde, ist das hier im Moment eher raten...
Gruß Jan
-
Also ich gehe mal ein paar Schritte zurück zum Anfang von #3
die installation ist in einem Paralell-Ordner zur eigentlichen webseite, die auf 5.4 läuft und die ich nicht upgedatet bekomme. da es nur Fehler hagelt.
weil in Deiner beigefügten .htaccess sehe ich das da:
das brachte mich zu dieser (J 5.4.0) Seite: https://www.qi-gong-oberberg.de/
Ist das die Seite, falls Ja, welche Fehler gab es denn beim Update?
Liebe Grüße
Christine -
Offensichtlich geht das bei Ionos für jede (Sub-) Domain.
Welche Version wurde für die J6-Seite eingestellt?
Sollte mind. 8.3 sein.
Das ist definitiv so. Man kann bei Ionos die PHP-Version je Subdomain einstellen.
Wenn ich dieses unformtierte Formular bekommen habe, war es bis jetzt immer ein Problem mit der .htaccess. Meist hatte ich das unformatierte, wenn es keine .htaccess gab. Ich kopiere sie mir dann immer aus einer Installation , wo alles klappt. Hat bis jetzt immer funktioniert.
-
Wenn die .htaccess aus #25 in dem Dateiordner von der aufgerufenen neuen subdomain.example.com ist wird es wohl auch nicht funktionieren weil du die fehlerhafte Zeile:
RewriteBase /clickandbuilds/Joomla/qi-gong-oberberg/
in der .htacces hast. Siehe #2
-
so. die Paralell-Instalation ist entfernt. Die eingetliche Inst. läuft nun auf 6.0.1.
Es gabe veraltete Plugins, die ich aus dem Dateisystem und der DB entfernt habe.
Fehler kommen keine mehr, bis auf den Umstand, das ich mich nicht traue, das Debug-Flag wieder auf "0" zu setzten.
Die Configuration-php kann ich im Ionos-Web-FTp nicht bearbeiten. Es erscheint beim Versuch das zu machzen ein Fehler.
Löschen und eine neue ablegen geht aber. Überschreiben geht auch nicht.
Aber: Läuft ja nun .... Danke an die Gemeinschaft. Thema zu. -
Hat config da vielleicht Rechte 444?
-
Hat config da vielleicht Rechte 444?
ja, sehe ich auch grade. Sie braucht wohl 644, damit ich diese Datei bearbeiten kann. Ich teste mal, ob ich Debug abschalten kann.
-
ok, schalte ich debugging aus, geht die seite nicht mehr. Blebt es halt an....
-
Das solltest Du auf keinen Fall tun, da es eine Einladung für Hacker ist. Du kannst aber im entsprechenden Plugin (ich glaube System - Debug) einstellen, dass der Debug Mode nur für Super User sichtbar ist.
-
ja, sehe ich auch grade. Sie braucht wohl 644, damit ich diese Datei bearbeiten kann. Ich teste mal, ob ich Debug abschalten kann.
Nach der Änderung wieder auf 444 zurücksetzen!
Macht man die Änderung im Backend, kümmert sich Joomla automatisch um das Ändern der Dateirechte von 444 auf 644 und wieder zurück. Davon bekommt man nichts mit. Bei Änderungen direkt in der configuration.php muss man die Dateirechte halt manuell ändern, um speichern zu können. -
wie geschrieben: Auf dem FTP habe ich aufgeräumt, das alles was eine Webseite berifft in einem eigenem Ordner liegt und darunter keine weiteren Ordner liegen, die auch Webseiten betreffen. Allso alles parallel.
-
Das einzige Problem ist nunb nur noch der Debug-Modus. Dieser ist aktiv.Schalte ich diesen aus, geht der GUI nicht mehr.
-