Umzug auf neuen Server, beim Adminlogin redirect?=1 direkt auf Frontend

Deutsches Forum
1

Nabend,

habe jetzt alle Posts zum Thema durchgelesen, nix funzt :slight_smile:

bei 1und1 vom einen auf den anderen dedicated server umgezogen, kein pfad geändert (auf dem server), also keine anpassung htaccess nötig, gleiche Domain und urls

frontend läuft auch mit SEO URLs, aber beim login im admin werde ich automatisch mit redirect?=1 auf das frontend umgeleitet (malladmin eintrag vorhanden)

cache und tmp gelöscht…

ich schätze mal die umgebung stimmt nicht mehr ?

oxverscheck bricht ab mit error 500…

any ideas ??? ich hatte eigentlich gehofft diese “try-and-error” nach oscommerce hinter mir zu lassen :wink:

dank
christian

2

muss evtl. die RewriteBase angepasst werden?

http://www.oxid-esales.com/forum/showthread.php?t=4440&page=2#post27088

Oder auf dem neuen Server ist das Session-Handling in php falsch oder nicht konfiguriert?

http://www.oxid-esales.com/forum/showthread.php?t=6042#post35614

3

morgen,

die rewrite_base ist es nicht, da alles gleich geblieben im root

den session_pfad iind er php.ini muss ich nochmal testen.

danke
christian

4

[QUOTE=richardkimble;49094]Nabend,

habe jetzt alle Posts zum Thema durchgelesen, nix funzt :slight_smile:

bei 1und1 vom einen auf den anderen dedicated server umgezogen, kein pfad geändert (auf dem server), also keine anpassung htaccess nötig, gleiche Domain und urls

frontend läuft auch mit SEO URLs, aber beim login im admin werde ich automatisch mit redirect?=1 auf das frontend umgeleitet (malladmin eintrag vorhanden)

cache und tmp gelöscht…

ich schätze mal die umgebung stimmt nicht mehr ?

oxverscheck bricht ab mit error 500…

any ideas ??? ich hatte eigentlich gehofft diese “try-and-error” nach oscommerce hinter mir zu lassen :wink:

dank
christian[/QUOTE]
Die "DOCUMENT_ROOT’ des Servers dürfte sich aber geändert haben, also was “$this->sShopDir” zugewiesen wird.

5

Deswegen ist es da auch nicht immer verkehrt statt einem festen Pfad “dirname(FILE)” zu verwenden. Und als sCompileDir dann dirname(FILE) . ‘/tmp’

6

Nö,

das ist es auch leider nicht…

_ENV[“DOCUMENT_ROOT”] /var/www/vhosts/domainname/httpdocs

$this->sShopDir = ‘/var/www/vhosts/domainname/httpdocs’;

7

Zugriff auf die Apache-Logs? Steht da evtl. was drin?

Ansonsten würde ich ne neue Installation “out-of-the-box” empfehlen.
Wenn die läuft, dann geänderte Templates und Datenbank übertragen.

Das dürfte schneller sein, als ewig die Nadel im Heuhaufen zu suchen.

8

habe gearde auf dem neuen server eine testinstallation in einer subdomain gemacht, geht ohne probleme, jetzt kommt der hammer, installation auf der hauptdomain nicht möglich wegen mod_rewrite Problem !!!
(mod_rewrite in der Subdomain GRÜN!!!)

Dabei bin ich darauf gekommen, das allow_override ALL gesetzt werden muss, habe gerade nicht die daten für den rootzugriff zur hand, erst morgen im büro, aber ahne, daß es das wohl gewesen sein könnte ???

9

klar - sonst hebelt die httpd.conf ja die .htaccess aus

10

aber warum gehts den dann auf der subdomain, andere http.conf ??? ,-))))))

11

möglicherweise, ja
Kann ja unterschiedlich konfiguriert sein.
Einfach mal überprüfen wenn Du wieder Zugriff drauf hast.

12

Lösung gefunden, also für die Suchmaschinen:

1und1 und oxid haben irgendwie ein verständnisproblem, dies kann fast nur umgangen werden, wenn in der oxsysrequirements.php die Zeile mit return=1;

erweitert wird, siehe

http://www.oxid-esales.com/forum/showthread.php?t=3397

der shop lies sich nicht so einfach wieder zurückspielen, der automatische redirect auf das frontend kam wieder.

  1. Blankoshop mit o.a. Änderungen aufspielen um mod_rewrite Problem zu umgehen
  2. per FTP die Alten daten hochschieben (ohne zu überschreiben)
  3. per Mysqldumper Daten rücksichern (ohne user und cache)

dann ging es wieder…

have fun
christian

13

peinlich, peinlich…

hier kommt die wahre Lösung:

Durch Einschalten des SSL-Zertifikates habe ich gerade gemerkt, das in der conig.inc.php beim ganzen Umzug ein vauxpax passiert ist:

$this->sShopURL = ‘http://www.xxxxxxxxx.de’; // eShop base url, required
$this->sSSLShopURL = ‘https://www.xxxxxxxx.de’; // eShop SSL url, optional
$this->sAdminSSLURL = ‘https://www.xxxxxxxxx.de/[B][U]admin[/U][/B]’; // eShop Admin SSL url, optional

beim ganzen Hin- und Herkopieren habe ich bei der Angabe der Admin URL das VErzeichnis vergessen, als /admin…

Somit hat Oxid immer schön brav auf die Hauptseite geleitet !!!

MEA CULPA !!!