Setup von Version 4.7.0 liefert 500er Fehler

Moin !

Ich wollte meinen Shop von der Version 4.5.4 auf die Version 4.7.0 updaten. Bis zur 4.6.4 verlief auch alles reibungslos. Nur die Neuinstallation der 4.7.0 liefert ständig einen internen Serverfehler 500. Die Daten wurden binär übertragen, PHP.ini aus der Vorversion ist vorhanden und die .htaccess hat (wie vorher auch) die Zusatzzeile “AddHandler application/x-httpd-php5 .php .php5”

Dennoch endet jeder Versuch das Setup auszuführen mit der besagten Fehlermeldung.

In der Forensuche habe ich leider nichts gefunden was weiterhelfen konnte. Ich habe testweise noch mal eine alte Version der Shops (4.8.8) installiert - da funktioniert das Setup ohne Probleme.

Hat jemand da vielleicht eine Idee, woran es liegen könnte ?

Gruß
Stefan

bei einem 500er sollte was im Serverlog zu finden sein

Ja, da steht was :

.htaccess: Option FollowSymLinks not allowed here

Aber ist das nicht für mod_rewrite zwingend erforderlich ?

setze mal die Einstellung “AllowOverride All” in der vHost oder Webserver-Konfiguration (je nach dem, ob das ein vHost ist oder nicht)

Darauf habe ich leider keinen Zugriff weil ich so einen “Luxus-Server” bei Strato habe. Gibts da noch eine andere Möglichkeit ?

Hat sich erledigt. Hier noch mal eben die Lösung, falls jemand das gleiche Problem haben sollte:

In der .htaccess “+SymLinksIfOwnerMatch” statt “+FollowSymLinks” verwenden.

Danke für die Rückinfo!

Naja… lange Freude habe ich an der gefundenen Lösung nicht gehabt…

die 4.7.0 ließ sich zunächst ohne Probleme installieren Danach habe ich alles wie in der Doku beschrieben für das Update von 4.6.4 auf 4.7.0 vorbereitet. Nur die UpdateApp meldet nun unmittelbar nach dem Klick auf den Button “Start Update” folgendes:

[B]Error: script did not finish successfully.
Please check oxupdatetrack database table for executed actions.[/B]

Das Error-Log registriert dazu folgendes :

Wed Feb 13 16:09:12 2013] [error] [client xxx.xxx.xxx.xxx] PHP Warning:  
Cannot modify header information - headers already sent by (output started at /pages/14/35/d000xxxx/home/htdocs/oxid4.70/updateApp/ui/http/ajax.php:33) in /pages/14/35/d000xxxx/home/htdocs/oxid4.70/core/exception/oxexceptionhandler.php 
on line 179, referer: http://www.test3.inktron.de/updateApp/

Habe zwar hier und da was über die Meldungen im Forum gefunden - nur meist uralter Kram und/oder in anderen Zusammenhängen.

Komme hier echt nicht weiter und wäre für jeden Hinweis dankbar :frowning:

Gruß
Stefan

Hi,

wurden alle Daten explizit binär übertragen?
Ansonsten denke ich, dass die Fehlermeldung nichts mit dem eigentlichen Problem zu tun hat. Schau mal in der Datenbank nach der Fehlermeldung der updateApp

Ja, Daten wurden binär übertragen und die Datenbank liefert auch keine Fehlermeldung.

Habe jetzt mal manuell upgedatet. Allerdings sind da sämtliche Änderungen an den
Templates, Sprachvariablen usw. futsch. Von den Modulen reden wir gar nicht erst.

Das alles wieder hinzubasteln wäre eine schöne Arbeit für einen längernen JVA-Aufenthalt
(welcher allerdings zunächst nicht ansteht) Ich werde dann wohl damit leben müssen, daß
die CE erstmal für mich bei der Version 4.6.5 endet.

Falls noch jemand eine Idee hat : Immer gerne :wink:

[QUOTE=Inktron;119269]Allerdings sind da sämtliche Änderungen an den
Templates, Sprachvariablen usw. futsch. [/QUOTE]

Die gehen nicht verschütt, wenn man ein Child-Theme anlegt und Änderungen der Sprachdateien in einer cust_lang.php ablegt.

Module ist logisch, da muss man dann eben im Vorfeld klären, ob eine passende Version verfügbar ist.

[QUOTE=Hebsacker;119272]Die gehen nicht verschütt, wenn man ein Child-Theme anlegt und Änderungen der Sprachdateien in einer cust_lang.php ablegt[/QUOTE]

Sagen wir in diesem Fall mal eher so: “angelegt” und “abgelegt” [B][U]hätte[/U][/B] :rolleyes:

Habe ich natürlich nicht… und es steht auch außer Frage, daß es sich hier jetzt um selbstgemachte Leiden handelt.

[QUOTE=Inktron;119275]Habe ich natürlich nicht… [/QUOTE]

macht nix - kann man auch noch nachholen

Mit diesem Script kann man ausschliesslich veränderte Dateien aus dem originalen Template in das Childverzeichnis legen lassen:
http://forum.oxid-esales.com/showthread.php?t=11683

Und die Sprachdatei notfalls komplett kopieren und als cust_lang.php neu abspeichern.

[QUOTE=Inktron;115839]Hat sich erledigt. Hier noch mal eben die Lösung, falls jemand das gleiche Problem haben sollte:

In der .htaccess “+SymLinksIfOwnerMatch” statt “+FollowSymLinks” verwenden.[/QUOTE]

bei mir ändert dies leider nichts…

steht bei dir im log auch “.htaccess: Option FollowSymLinks not allowed here”?

[QUOTE=Inktron;115839]Hat sich erledigt. Hier noch mal eben die Lösung, falls jemand das gleiche Problem haben sollte:

In der .htaccess “+SymLinksIfOwnerMatch” statt “+FollowSymLinks” verwenden.[/QUOTE]

Dazu noch eine Ergänzung, da dieses wohl nur für die Versionen 4.7.x zutrifft ;

Ich hatte gestern einen aktuellen Shop (4.8.7) aufgesetzt. Der gute alte 500er war auch
wieder dabei, sobald man setup ausführt.

.htaccess aufgerufen und mit Erstaunen festgestellt, dass da "+SymLinksIfOwnerMatch"
bereits eingetragen ist.:confused:

Lösung : Gegen “+FollowSymLinks” austauschen - also genau anders herum als
oben beschrieben und der 500er ist weg. Zumindest bei der 4.8.7