folgendes Problem ist bei uns aufgetreten. Wir wollten den Shop von Server A nach Server B übertragen.
Datenbank sowie alles andere wurde übertragen auf den neuen Server und die Datenbank-Daten in der Config angepasst.
Wenn man auf die Seite geht, kommt nur "Shop Offline!"
Geht man ins Admin, loggt sich ein, dann kommt auch Shop Offline!
Sprich, ich komme gar nicht richtig ins Admin, weil der Shop Offline sein soll.
Die Login Daten müssten aber überprüft worden sein, denn wenn ich beabsichtigt das Falsche Passwort eingebe, dann sagt er auch “Falsches Passwort”. Nur wenn ich das richtige eingebe, kommt Shop Offline.
Woran kann das liegen? Bin leider langsam echt überfragt.
/tmp hat 777 rechte schon bekommen, klappt aber auch nicht.
session_save_path($this->sCompileDir); in die Config hinzugefügt, hilft auch nicht.
Was kann das sein? Oder wie kann ich das am besten rausfinden?
Oder kann man den Offline Modus nicht direkt in der Datenbank ausstellen?
Ich habe gerade mal probiert die Datenbank neu zu importieren, dabei ist folgender Fehler aufgetaucht. Ist weiß nicht, ob der damit zutun haben könnte, das die Seite nicht funktioniert. Aber wollte das trotzdem mal hier zeigen und nachfragen, vielleicht weiß das ja jemand?
Das liegt daran dass die oxv_* Tabellen mit exportiert wurden. Wenn ansonsten alle Tabellen importiert werden, macht der Fehler nichts, ansonsten noch mal exportieren ohne view-Tabellen.
Falls es nach dem Import Tabellen oxv_* gibt, diese löschen. tmp leeren und Exception-Log löschen.
Falls der admin auf offline geht, am Ende der config.inc.php eintragen:
$this->blSkipViewUsage = true;
Im admin als erstes die views neu generieren und dann die Zeile wieder raus aus config.inc.php.
Der Shop steht schon seit Jahren, daher ist “einfach” neu machen leider nicht so gut.
Ich habe leider nur einen Dump, wo eben die oxv_ drin sind. Ich habs probiert diese aus dem Dump zu löschen, geht dann aber leider überhaupt nicht mehr.
Aber einfach rauslöschen über PHPmyadmin müsste doch gehen oder?
[QUOTE=leofonic;161064]Das liegt daran dass die oxv_* Tabellen mit exportiert wurden. Wenn ansonsten alle Tabellen importiert werden, macht der Fehler nichts, ansonsten noch mal exportieren ohne view-Tabellen.
Falls es nach dem Import Tabellen oxv_* gibt, diese löschen. tmp leeren und Exception-Log löschen.
Falls der admin auf offline geht, am Ende der config.inc.php eintragen:
$this->blSkipViewUsage = true;
Im admin als erstes die views neu generieren und dann die Zeile wieder raus aus config.inc.php.
[QUOTE=leofonic;161064]Das liegt daran dass die oxv_* Tabellen mit exportiert wurden. Wenn ansonsten alle Tabellen importiert werden, macht der Fehler nichts, ansonsten noch mal exportieren ohne view-Tabellen.
Falls es nach dem Import Tabellen oxv_* gibt, diese löschen. tmp leeren und Exception-Log löschen.
Falls der admin auf offline geht, am Ende der config.inc.php eintragen:
$this->blSkipViewUsage = true;
Im admin als erstes die views neu generieren und dann die Zeile wieder raus aus config.inc.php.
Dann das Frontend testen.[/QUOTE]
Hab das mal so ausprobiert!
Und es klappt zumindest weiter als vorher…
Habe das so wie oben beschrieben gemacht, neue VIEWS erstellt und im tmp wurden nun auch einige Dateien angelegt (der Ordner war vorher leer).
Allerdings bekomme ich nun einen Fehler wenn ich ins Frontend gehe.
Genau so sieht die Seite dann aus. (Oben son Button)
Ich habe mal die “unnötigen” Module also dieses elasticsearch ausgestellt.
Nun kommt zwar kein Fehler mehr, aber das Theme ist irgendwie nicht das übliche.
Dort steht einfach nur “Herzlich Willkommen” und Subtitel1 subtitel2 usw…
Also irgendwie sieht das aus wie ein Standard Theme. Template ist aber das richtige aktiviert.
Selbst wenn ich es ändere, ist es immer noch aktiv, warum auch immer
Die Beschreibung ist jetzt nicht so genau, aber ich tippe mal darauf dass das Template nicht komplett geparst wird, schau mal in den Quelltext der Seite ans Ende und ins Exception Log ob da Fehlermeldungen sind.
Wenn ich Azure aktivieren will, bleibt es trotzdem, also dieses “Herzlich Willkommen” usw… aber nen Theme ist dsa nicht wirklich, eher nur Text mit Absätzen dazwischen
Es wird kein stylesheet geladen und auch sonst ein Großteil nicht. Ist das responsive-Theme, welches Du verwendest auch mit der OXID-Version auf Deinem Testshop kompatibel?
