so, das war's, wie einfach kann es doch sein, wenn man es weiß.
Vielen herzlichen Dank 
Beiträge von floh19
-
-
Liebe Community,
für meine Schule https://hebelschule-rheinstetten.de habe ich lokal ein Update von J4.4.13 auf J5.3.4 durchgeführt. Hat alles wunderbar geklappt. Nach Hochladen der Dateien musste ich feststellen, dass das Layout sowohl im Frontend als auch im Backend total zerrissen war, die Menüpunkt liefen auf einen 500-Fehler hinaus.
Ich habe viel durchprobiert, ohne Erfolg.
Nun habe ich auf einer Subdomain eine frische Joomla-Installation (J4.4.13) eingestellt, um zu testen, ab welchem Punkt dies erfolgt. Ich musste nicht weit / lange testen: Ich habe nach Setzen der SEO der Haken auf Ja die htaccess.txt in .htaccess umbenannt und da war das Problem wie oben beschrieben wieder da.
Benenne ich die .htaccess wieder in htaccess.txt um passt alles wunderbar, es funktioniert auch alles.
Hat jemand einen Tipp, an was das liegen könnte?
LG Flo
-
okay, hab's gemacht und es hat funktioniert. Dankeschön an alle für die schnelle Hilfe und die Lösung.
VG Flo
-
ich habe Browser-Cache durchgeführt, mehrmals.
-
Ich tippe auf cache.
hier habe ich schon x-mal refresh gemacht
-
Gibt es Fehlermeldungen auf der Seite (Browser-Konsole). Vielleicht ein CSS oder Javascript, was nicht geladen wird. Cache geleert?
nein, das habe ich überprüft
-
Ist die letzte Version installiert?
ja
-
Hallo zusammen,
ich habe lokal ein Update von J4 auf J5 gemacht. Alles hat gut geklappt, nur das sigplus-Plugin zeigt auf eine nicht gewollte class, obwohl das im Backend anders eingestellt ist.
Ich hänge mal 2 Bilder an, damit man den Unterschied erkennt.
Das Bild joomla4.png verweist auf die class="sigplus-gallery sigplus-center sigplus-lightbox-boxplusx"
Das Bild joomla5.png verweist auf die class="sigplus-gallery sigplus-left sigplus-float sigplus-lightbox-boxplusx"
Und das obwohl beide Backendeinstellungen bei diesem Plugin identisch sind.
Bez. des Titels meines Threads möchte ich noch anmerken, dass Änderungen in der J5-Version beim Plugin im Backend keine Auswirkungen haben; das Plugin scheint "stur" auf diese class zeigen zu wollen.
Und dann noch, ich benutze ein Childtemplate von Cassiopeia.
Hat hier jemand einen Tipp?
-
Ergänzungen:
Jetzt wird die Seite mit css geladen, sowohl mit Strg F5 als auch nur F5 - Taste.
Hat das Auskommentieren aber nicht Auswirkungen auf css, und js, denn in Zeile 164 der htaccess habe ich das ja auch auskommentiert?
Außerdem, wieso ist das bei dieser Installation so?
Ist mir noch nie passiert? Auch nicht bei ionos.
Hat da jemand eine Erklärung dafür?
-
Setze unten in der .htaccess diesen GZIP-Block mal als Kommentar, also jeweils eine # an den Anfang einer jeden Zeile.
Kommentare dazu findest du auch in der .htaccess selber. Ich gehe davon aus, dass du grundlegend die originale htaccess nutzt und keine eigens erstellte.
Dann sollten auch die css/js-Dateien geladen werden und nicht blockiert.
Nebenei: Die web.config spielt bei Apache-Servern keine Rolle. Die brauchst du nicht umbenennen.
ist das dann so korrekt?
-
Da ist was ganz kaputt ... hast du vielleicht gzip in der Konfiguration eingeschaltet? htaccess aktiv und original von Joomla?
Nein, gzip ist nicht eingeschaltet.
htaccess ist Original, wie gesagt, es ist eine frische Joomla-Installation
-
Hallo,
ich habe ein ähnliches Problem wie hier
konnte aber mein Problem nach Durchlesen des Threads nicht lösen.
Ich habe eine frische Joomla-4-Installation, das Original-Template Cassiopeia ist nicht verändert, außer dem JCE habe ich nichts zusätzlich installiert.
Ich habe SSL auf "Gesamte Website" erzwingen gestellt.
URL-Rewrite habe ich aktiviert, dabei die geforderten Dateien in .htaccess und web.config umbenannt.
Wenn ich nun die Website im Frontend im Chrome aufrufe, sehe ich, dass die css-Dateien nicht geladen werden, Seite wird dementsprechend ohne Layout geladen.
Ruft man die Website im FF auf, werden die css-Dateien geladen, allerdings, wenn man Strg + F5 drückt, ist das wieder nicht so.
Drückt man wieder nur F5 sieht die Seite wieder gut aus.
Hat jemand eine Idee, an was das liegen könnte?
LG Susanne
-
ja, die passen
Der Tipp mit Löschen der Datei Administrator/cache/autoload-psr4.php hat ja einen 500er-Fehler erzeugt.
Ich hatte im Forum gelesen, dass sie sich nach dem Löschen wieder selbst "erzeugt".
Bei mir jedoch nicht.
Woran kann das liegen?
-
was ist denn der Unterschied zur manuellen Version?
Die Dateien sind ja bereits auf den Server hochgeladen, was macht da Akeeba anders / besser?
-
Sichere die lokale Installation mit Akeeba Backup und installiere Sie mit Akeeba Kickstart.
DB beim Hoster natürlich vorher komplett leeren.
danke für den Tipp, das möchte ich nicht so gerne tun, mit Akeeba hatte ich schon oft Probleme
Gibt es eine andere Lösungsmöglichkeit?
-
kann das mit Verzeichnisrechten zusammenhängen?
-
Mögliche Lösung:
Datei Administrator/cache/autoload-psr4.php löschen!
habe ich gemacht, jetzt kommt ein 500er Fehler
-
MariaDB, sowohl lokal als auch beim Hoster
PHP ist 8.1
-
ich habe sie entwickelt
Warum?
-
Hallo,
nach dem Hochladen von der lokal entwickelten Website auf den Server eines Kunden wird beim Loginaufruf folgender Fehler angezeigt:
Es ist ein Fehler aufgetreten.
Zitat0 Class "Joomla\Plugin\Behaviour\Compat\Extension\Compat" not foundWenn ich die Datenbank öffne und eine Tabelle anklicken will, erscheint dies:
Was steckt hinter dieser Meldung?
Was kann ich da tun?
Hat jemand eine Idee?
