nach Serverumzug Backend ohne css

Hallo, ich habe meinen Shop auf einen anderen SErver in einen Unterordner umgezogen (um das Update zu testen). Das hat auch funktioniert und das Frontend wird mir richtig angezeigt. Allerdings fehlt mir im Backend das CSS. Im Prinzip wäre mir das ja egal, aber so kann ich die Seite nicht bedienen, da alle Buttons links übereinander liegen… Ich habe beim Umzug in der DB-Tabelle s_core_shops den Host geändert und bei base_path meinen Unterordner eingetragen. Ach ja, der Shop läuft eigentlich mit SSL, auf dem Testsystem ist allerdings kein SSL. Aber daran kann es doch nicht liegen oder? Wo könnte denn etwas falsch eingestellt sein, dass es die CSS nicht findet? DAnke und VG Nadja

Keiner einen Tipp für mich? Ich vermute mal, dass es an dem Unterordner liegt,… Aber was muss ich ändern? lg Nadja

Hi, habe das gleiche Problem, hast du eine Lösung gefunden?

Nein, leider noch nicht. Bin noch auf der Suche. Oder hat jemand eine Idee? VG Nadja

Hat inzwischen jemand eine Lösung / Idee? Danke VG NAdja

Hast du eine URL? Vermutlich wird der Pfad der css nicht stimmen aufgrund der Verschiebung in den Unterordner.

Ja, genau das ist auch meine Vermutung. Kann es sein, dass er eine Cache-Datei sucht die er nicht findet? Der Pfad zur CSS lautet wie folgt: DOMAIN/UNTERORDNER/templates/\_default/backend/\_resources/resources/css/ext-all.css?201504021339 Wenn ja, wo kann ich das richtigstellen? @kayyy:Hab dir eine PN geschickt DAnke schonmal lg Nadja

Ich bin immer noch auf der Suche nach der Lösung… Hat keiner einen Tipp für mich? Nadja

Ich habe gerade den ganzen Cache manuell gelöscht. Leider hat auch das nichts gebracht. Wenn ich mir unter Firebug den Reiter CSS öffne erhalte ich folgende Meldung: “Es wurden keine Style-Regeln definiert. Sie können eine Regel erstellen.” Es wird die ext-all.css?NUMMER eingebunden. In dem angebebenen Ordner gibt es zwar die ext-all.css allerdings ohne Nummer. Allerdings auf dem Livesystem ist auch in dem Default-Ordner des Backendtemplates nur die ext-all.css-Datei (ohne der Nummer). Meine Vermutung ist, dass es an der Nummer liegt. Aber wo bekomme ich die weg, damit das css gealden werden kann? Bitte, es ist wirklich dringend! Danke und lg Nadja

Hallo, Hast du denn den Servertyp gewechselt? Oder ist das ein Apache? Kenne ähnliche Fehler von Lighthttp, das wird aber auch nicht Supportet. Moritz

Der Live-Server hat SSL, der Testserver (mein Server bei all-inkl) nicht. Ich habe gerade das SSL deaktiviert und mir einen neuen Dump gezogen. Kann es daran liegen? Das seltsame ist ja, das Frontend funktioniert ganz normal. Nur das Backend hat kein CSS lg Nadja

So, nach langem hin und her, habe ich das neue Duplikat der Seite endlich auf meinem Testserver zum laufen gebracht. Doch es ist das gleiche Spiel… Frontend funktioniert, Backend findet das CSS nicht. Allerdings hab ich festgestellt, dass auch das neue Duplikat auf SSL zugreifen will. Meine Vermutung ist, dass es daran liegt. Kann das sein? Wo kann ich denn in der DB umstellen, dass kein SSL verwendet wird? Ich bin langsam etwas am verzweifeln, dass ich das Backend nicht bedienen kann… Vor allem, gehört das Update wirklich gemacht… Ich wäre euch sehr dankbar, wenn ihr mir helfen könntet. DAnke und lg Nadja

Leider funktioniert es immer noch nicht. Ich habe jetzt in der templates/_default/backend/index/header.tpl versucht, die ext_all.css anders einzubinden indem ich den css-Link nochmal in die tpl-Datei gesetzt habe: -> Leider ohne Erfolg. Dann hab ich den ganzen Inhalt aus der ext-all.css kopiert und direkt in die style-Angaben in der header.tpl geschrieben. Doch auch das hat nichts geholfen. Es wird immer noch kein CSS geladen. Was ist dann der Fehler? Ist es gar nicht die ext-all.css? Wenn ich mir auf meinem Live-system allerdings die style-Angaben anschaue, kommen die alle aus der ext-all.css… Ich weiß echt nicht mehr, was ich noch machen kann! Und so ist das Backend einfach nicht bedienbar. lg Nadja

Ich habe mir damals genau die Fehlermeldungen angeguckt und dann die Dateien, die er nicht gefunden hat in den Pfad kopiert, den es eigentlich nicht gab. Hört sich komisch an, aber ich gebe mal ein Beispiel: xyz.css nicht gefunden in /pfad/den/es/nicht gibt – diese ganzen Ordner habe ich dann erstellt … ich glaube ich musste schon so 10 Unterordner anlegen, die eigentlich gar nicht in dem Verzeichnis sein sollten. Weiß nicht mehr genau, was ich kopiert habe, aber habe mich wie gesagt an der Firebug-Fehlermeldung orientiert. Nach dem Kopieren ging es dann. Ich konnte mich ins Backend einloggen und habe die URL geändert und dann nochmal den Cache gelöscht und das Theme kompiliert, danach hat es funktioniert. Gruß Fabian

Hm, bei mir stehen aber keine Pfade drin, die es nicht gibt. Es haben nur die Dateien nach der Dateiendung ein ? und eine Nummmer. Die Dateien in den Ordnern existieren auch, allerdings ohne die Nummern. Das ist auf dem Livesystem aber auch so. Sollte ich mal versuchen an den Namen das ? und die Nummer dranzusetzen? VG Nadja

Kommt auch kein Pfad, wenn du auf einen Dateinamen draufklickst? Kannst du mal einen Screenshot von FireBug schicken?

Wo meinst du, soll ich auf einen Dateinamen klicken? Wenn ich im Firebug im Reiter CSS bin, zeigt er mir die ext_all.css?NUMMER als ausgewählt an, bringt aber folgende Nachricht:Es wurden keine Style-Regeln definiert. Sie können eine Regel erstellen. Wenn ich jetzt auf ext_all.css?NUMMER gehe, zeigt er mir die Pfade zu den einzelnen CSS-DAteien. Diese sind aber alle unter dem angegebenen Pfad vorhanden. Ich mach gerne einen Screenshot. Von was genau hättest du ihn gerne? Danke und VG Nadja

Das Problem konnte ich leider nicht lösen, aber inzwischen ist es egal. Ich hab das Updat manuel drübergespielt und es ging mir ja nur darum, wie das Frontend danach aussieht und ob alles funktioniert. Und das hat geklappt. (Das Backend hatte allerdings danach auch noch kein CSS). @fabianpe: vielen Dank für deine ganze Mühe und deine Hilfe. Dieser Beitrag kann also geschlossen werden. VG nadja

Hallo zusammen, ich hatte dasselbe Problem wie von Nadja beschrieben. Ich hatte meinen Shop in einem Testverzeichnis /sw liegen und habe es in das Verzeichnis /shop kopiert. Da beim kopieren der Dateien der chmod nicht auf 777 gesetzt wird, sondern (bei mir) standardmäßig auf 755, konnte der Shop den neuen Pfad zur CSS-Datei nicht anlegen. Nachdem ich dann per FTP-Client die Dateiattribute so gesetzt hatte, wie sie in dem Ursprungverzeichnis /sw waren, funktionierte auch das Backend wieder. Vielleicht liegt es bei euch auch daran. Viel Erfolg. Gruß Sebastian