Habe bei Ionos für einen Kunden einen neuen Ordner erzeugt, eine Subdomain dorthin gelenkt, Joomla 6 als Archv dort entpacken lassen und möchte das J6 nun frisch installieren.
Rufe ich die Seite auf, seiht das nicht so aus, wie erwartet:
Da kommt erst viel "leer" und dann ein nicht formatiertes Formular:
ich kann da was eingeben, aber es führt nicht zu einer Instalation.
IONOS leht den Suport ab, da es Joomla ist.
Was tun?
Ist die Installation in einem Unterordner? Dann entferne die # in der .htaccess # RewriteBase /
Ich würde Joomla dort nochmal entpacken lassen. Vielleicht fehlen einfach nur Datein, warum auch immer. Habe ich selber aber noch nie erlebt.
In diesem Zusammenhang: Wie bzw. womit hast du entpackt? Ist womöglich der Webspace voll?
Von wo hast du dein Joomla heruntergeladen?
Kannst du mittels F12 im Browser Informationen bekommen, was genau nicht stimmt? Dass wohl css nicht geladen wird, ist klar. Fehlen die Dateien oder wird das Laden irgendwie geblockt?
Gibt es im übergeordneten Verzeichnis eine .htaccess?
Nur damit wir nicht aneinander vorbei reden: Die Installation ist noch gar nicht erfolgt, weil gerade das nicht funktioniert. Joomla wurde lediglich entpackt. Eine .htaccess im Joomla-Verzeichnis gibt es noch nicht. Oder?
Nach der Installation sind jedenfalls das hier die Rechte: https://www.joomla-security.de/dateien-verzei…hnisrechte.html
604 ist schon sehr eigenartig. Da würde ich mich doch an den Hoster wenden!
Und was kannst du über F12 ermitteln?
Was genau passiert eigentlich, wenn du alles korrekt eingibst? Fehlermeldung?
Und was kannst du über F12 ermitteln?
Was genau passiert eigentlich, wenn du alles korrekt eingibst? Fehlermeldung?
das Form geht neu auf, mit neuem Eintrag in dem Feld für den DB-Präfix. Es wird aber nichts in die DB geschrieben.
Link zum Problem?
MIME-Type-Problem erklärt zumindest das css-Problem?
Du hattest noch nicht geschrieben, ob vielleicht eine .htaccess im "übergeordneten" Verzeichnis liegt?
Ansonsten vergleiche mal alle Serverwerte der laufenden Joomla 5-Installation mit dieser Neuen! Beispielsweise eine phpinfo.php in jede Installation packen, aufrufen und vergleichen!
Nebenbei: Erst wenn du auf "Joomla installieren" klickst, wird u.a. der Zugang zur DB hergestellt und Joomla eingerichtet. Wenn du von einem Eingabefeld zum nächsten klickst, wird und kann noch nichts in die DB geschrieben werden.
Link zum Problem?
da es eine frische Installtion ist, nicht mein Server, habe ich da diverse Sicherheitsbedenken. ggf. per Mail, falls überhaupt notwendig.
Ist die Installation in einem Unterordner? Dann entferne die # in der .htaccess # RewriteBase /
Hab noch mal nachgesehen.
Es gibt eine .htaccess, die etwas weiter oberhalb der Ordner liegt. Dort haeb ich das "#" vor dem RewriteBase / enfernt.
Aber die Webseite, die ich frisch auf der Sub-Domain aufsetzten möchte liegt ja wo anders als im Root.
Muss ich das dann da auch noch ergänzen?
die installation ist in einem Paralell-Ordner zur eigentlichen webseite, die auf 5.4 läuft und die ich nicht upgedatet bekomme.
Ich kenne Ionos nicht.
Kannst du denn für die Parallel-Installation die PHP-Version extra auf mind. 8.3 stellen?
Oder gilt die eingestellte Version 5.4 für den ganzen Webspace?
Benenne die htaccess.txt im /root um in .htaccess
Dann dort diese Zeilen auskommentieren:
## 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 file, 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]
#RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1]
<FilesMatch "(\.js\.gz|\.css\.gz)$">
# Serve correct encoding type.
#Header append Content-Encoding gzip
# Force proxies to cache gzipped &
# non-gzipped css/js files separately.
#Header append Vary Accept-Encoding
#</FilesMatch>
#</IfModule>Und bei Ionos wohl auch noch diese Zeilen:
#Options +FollowSymlinks
#Options -IndexesEs muß eine htaccess.txt im neuen Verzeichnis liegen. (Extrahiert aus der J6.zip)
Diese in .htaccess umbenennen und wie in Post #2 beschrieben bearbeiten.
Sorry, leider zu spät
Ergänzend:
In #1 steht als DB-Server: localhost
M.E. müsste bei Ionos der DB-Server so aussehen:
db123456789.hosting-data.ioSorry, natürlich dort, wo die neue Seite liegt.
Also bei /neue6erSeite/.htaccess
"neue6erSeite". Beide haben auch eine aktive .htaccess-Datei.
Hast du sie schon erstellt, oder war sie vorher schon da?
Es gibt einen Root "/" - dort liegt eine ältere Webseite, ohne Joomla uzsw, hat aber eine .htaccess-Datei.
unter dem Root gibt es unterordner, einer davon heist als Bespiel "Joomla" darunter sind 2 weitere Ordner, Nennen wir sie "alte5erseite" und der andere Ordner heist "neue6erSeite". Beide haben auch eine aktive .htaccess-Datei.
Wo muss/soll ich denn was anpassen? Oder muss ich die eigentliche Seite, die aktuell unter "root" läuft da auch in einen anderen Ordner verschieben?
Grundsätzlich sollte man alle Projekte in Unterverzeichnissen von Root installieren.
/joomla1
/joomla2
/joomla3
...
Andernfalls sind Probleme vorprogrammiert. Unterverzeichnisse darunter sind zu vermeiden bzw. machen bestimmte Einstellungen nötig.
Dann kann sich auch nicht gegenseitig beeinflussen, insbesondere wenn .htaccess-Dateien im Spiel sind. Eine .htaccess wirkt sich auf Unterverzeichnisse aus. Dehalb kann sich eine .hatccess im Root auch auf dein neues Joomla auswirken. Das wäre hier naheliegend.
Du könntest testweise mal die .htaccess ganz oben umbenennen in beispielsweise htaccess-deaktiviert.txt
Und deine Subdomain verweist auch wirklich auf das richtige Zielverzeichnis? Nicht dass die tech. Umstellung beim Hoster noch nicht abgeschlossen ist.
Wäre allerdings sehr unwahrscheinlich.