[mihinri]

Hallo zusammen,

nach dem Update von CE 4.2.0 auf 4.4.1 kriege ich das SHOP Frontend nicht mehr zum laufen. Es kommt immer ein Server Error 500.

Da wir diesen "Mustershop" mit dem Basis-Template betreiben (nur ne Handvoll *.tpl Files und die cust_lamg.php) angepasst haben ... ist der quasi Standard.

Beim Update haben wir alles mit den Files aus dem Update überschrieben:

• .htaccess
• index.php
• config.inc.php mit den Änderungen seit 4.2.0 ergänzt
• ... einfach alles mit den neusten Files ersetzt
• mal in der config.inc.php das eigene Themeverzeichnis deaktiviert und normal auf "basic" verwiesen
• CHMOD Rechte laut unserem Hoster gesetzt (mit denen die 4.2.0 lief)
  ~ /html = 750
  ~ alle DIR = 755
  ~ alle Files = 644
  ~ .htaccess und config.inc.php auf 444[/INDENT]
• oxseo.php?mod_rewrite_module_is=off > bringt die Melung = mod_rewrite_on

Der Support meines Hosters (alfahosting) war auch schon fliessig am suchen und die konnten im Server-Error Log folgendes finden:

"Ihre index.php wird abgearbeitet bis "Shop-Start" ausgeführt wird.
Hier ist im Error-Log nur "Premature end of script headers" zu erkennen."

... was immer das heissen mag.

Die 4.2.0 lief jetzt (upgedatet aus 4.1.x) seit Anfang des Jahres super gut.

Jetzt ist die große Frage ... was nun?

Ich werde jetzt mal ne parallele Neuinstallation versuchen, ob die auch nicht läuft und dann die DB kopieren und die Files händisch nachziehen ... oder zurück zur 4.2.0 und warten was sich bei OXID tut.

Hat noch jemand diese Probleme gehabt und irgendwie gelöst?
Das Forum ist ja leider voll mit Problem-Posts.

[mihinri]

... ich bin einen Schritt weiter !

Ich habe zwischenzeitlich auf dem selben Server ... nur ein neues Verzeichnis erstellt und eine Neuinstallation gemacht.

Alles "grün" - Dateirechte, mod_rewrite etc.
Installation ... alles wunderbar ... und ... NEUER 4.4.1 SHOP läuft einwandfrei :-)

Dann habe ich mal die "von 4.2.0 auf 4.4.1 upgedatete DB" des alten SHOPs
in die Neuinstallation übertragen -> Server ERROR 500 - nix geht mehr.
Wieder die 4.4.1 DB reinkopiert - läuft wunderbar.

Nachdem ich zwischenzeitlich alle SHOP Files der Update-Version mit den Original-Files
einer Neuinstallation überschrieben hatte und auch nur das /out/basic Verzeichnis eingebunden hatte,
habe ich auch kaum noch an ein Dateiproblem glauben können.

Es scheint auf dem Update Weg von 4.2.0 zu 4.4.1 in der DB etwas passiert zu sein.

Vielleicht mal die Frage an Marco ...
gibts da evt. bekannte Probleme die man hier im Forum vielleicht übersehen konnte?

[sepp]

also das Update nervt mich schön langsam auch

bei der Bestellung hab ich z.b. jetzt nur die Option ein Häckchen zu setzen, ein Text steht nicht dabei ....

klicke ich auf Bestellen - kommt ein White-Site

und keine Hilfe in Sicht ;-)

[mihinri]

Hallo Sepp,

da stand was im README File des Updates (zumindest in dem von 4.2.0 auf 4.4.1).

- Confirmation text of terms has been moved from lang.php files to CMS pages
(Admin -> Customer Info -> CMS Pages -> oxrighttocancellegend).
Previously it was included directly in template of last order step - order.tpl.



Bei der 4.4.1 Neuinstallation die ich jetzt hier zum Test gemacht habe,
ist in dieser neuen CMS Seite auch was drinnen:

[{oxifcontent ident="oxagb" object="oCont"}]
Ich habe die <a id="test_OrderOpenAGBBottom" rel="nofollow" href="[{ $oCont->getLink() }]" onclick="window.open('[{ $oCont->getLink()|oxaddparams:"plain=1"}]', 'agb_popup', 'resizable=yes,status=no,scrollbars=yes,menubar=no ,width=620,height=400');return false;" class="fontunderline">AGB</a> gelesen und erkläre mich mit ihnen einverstanden.
[{/oxifcontent}]
[{oxifcontent ident="oxrightofwithdrawal" object="oCont"}]
Ich wurde über mein <a id="test_OrderOpenWithdrawalBottom" rel="nofollow" href="[{ $oCont->getLink() }]" onclick="window.open('[{ $oCont->getLink()|oxaddparams:"plain=1"}]', 'rightofwithdrawal_popup', 'resizable=yes,status=no,scrollbars=yes,menubar=no ,width=620,height=400');return false;">[{ $oCont->oxcontents__oxtitle->value }]</a> informiert.
[{/oxifcontent}]


Auch in der upgedateteten Version von 4.2.0 aug 4.4.1 war diese CMS Seite da.
Ins Backend kommt man ja auch ohne Probleme rein ... nur eben nicht ins Frontend.

Ich weiß natürlich nicht ob´s auch funktioniert :-) soweit bin ich ja noch gar nicht gekommen.
Aber so wie es derzeit aussieht, gehe ich jetzt erstmal wieder zurück zur funktionierenden 4.2.0 und schaue mal ob sich hier noch was tut.

Die neuen SHOP Ideen die wir derzeit aufsetzen wollen, versuche ich dann mal mit der 4.4.1.
Mal sehen ob´s da mit den Neuinstallationen irgendwelche Probleme gibt.


... aber vielleicht konnte ich Dir mit dem obigen Hinweis helfen.

[sepp]

Servus Michael,

ja das hab ich schon gelesen auch
nur wenn mir das ganz im CMS-Seiten-Konfigurieren nicht angezeigt wird, wo soll ich denn dann die Einstellung machen, ich hab mir jeztt die order.tpl noch nicht angesehen, aber könnte es sein, dass man die dort anpassen muss, wäre ja auch in Ordnung, aber wenn es weiter nicht funzt, ist das einfach ned zu ertragen ...

ich lade grad das alte system wieder hoch, dann probiere ich auf einer Sicherung dann weiter... entweder haben wir am Freitag die Fehler übersehen, oder Sie tauchen erst später auf ;-)

gruss

sepp

[avenger]

Originally Posted by mihinri

Hallo zusammen,

nach dem Update von CE 4.2.0 auf 4.4.1 kriege ich das SHOP Frontend nicht mehr zum laufen. Es kommt immer ein Server Error 500.

Den 'tmp'-Ordner hast Du gelöscht?

Setze mal iDebug in der config auf 3, evtl sieht man dann ja, ob und wie weit die SW kommt.

Es gibt eine (Fehler-)Stelle im OXID-Code, an der OXID selbst einen "Error 500" generiert, wenn kein iDebug aktiv ist.

So kann man zumindest mal eingrenzen, ob das an dieser Stelle passiert.

[mihinri]

Hallo liebe Community, hallo Marco,

Originally Posted by mihinri

...
Es scheint auf dem Update Weg von 4.2.0 zu 4.4.1 in der DB etwas passiert zu sein.
...

Mein Problem habe ich nun, trotz viel Arbeit, viel Recherche und vieler Tipps hier ("RIESEN DANKE NOCHMAL") leider nicht lösen können und den SHOP nun wieder mit 4.2.0 online gestellt.

Ich bin mir mittlerweile ziemlich sicher, dass das Problem in den Datenbank-Updates liegt ... weil :-)

- Ich hatte noch das Original "Install" File der CE 4.2.0
Das habe ich frisch mit Demodaten installiert.
Kein eigenes Template-Dir ... nix ... einfach nur installiert.

- Dann habe ich das Update von 4.2.0 auf 4.4.1 gemacht.
>> ERROR 500

Das Ganze habe ich lokal auf einem frischen XAMPP gemacht und
auf 2 unterschiedlichen WebServern.
Immer das selbe Ergebnis!

- Eine frische CE 4.4.1 lief nach einer Installation auf allen 3 Systemen einwandfrei!


Leider habe ich die einzelnen Updates seit 4.2.0 von Version zu Version nicht und konnte so leider nicht rausfinden wo denn das Problem auftrat.


@Marco : Vielleicht kannst Du da ja mal etwas prüfen lassen?

[Marco Steinhaeuser]

Hallo Michael,

@Marco : Vielleicht kannst Du da ja mal etwas prüfen lassen?

Wieso ich? Schnapp Dir eine oxchkversion und jag sie über Deine 4.2.0. Dann machst Du das Update und jagst die oxchkversion nochmal drüber.

Gruß

[mihinri]

Hallo Marco,

Originally Posted by Marco Steinhaeuser

Hallo Michael,

Wieso ich? Schnapp Dir eine oxchkversion und jag sie über Deine 4.2.0. Dann machst Du das Update und jagst die oxchkversion nochmal drüber.

Gruß

:-) ... was mache ich ... wenn OXCHKVERSION (3.0.14) bei mir nicht läuft und einen Server Error 500 verursacht.
Diverse Installationen CE 4.2.0, CE 4.1.5, CE 4.3.2, CE 4.4.1 und CE 4.4.2

2 völlig verschiedene Server (verschiedene Provider).
Muss man da irgendwas einstellen oder welche PHP Einstellungen (max_execution_time oder ähnliches) sollte man denn einstellen.
Hab schon 64M, 60 sek. ausprobiert ...

OXCHKVERSION startet und wenn man den Button "Start ..." drückt ... dauert es ein paar Sekunden ... und dann kommt ERROR 500 :-(

Hast Du ne Idee?

[Marco Steinhaeuser]

Hallo Michael,

ein Servererror 500 heisst genau das: Der Server produziert einen Fehler, weil er sich weigert, bestimmte Befehle zu verarbeiten. Auf manchen Maschinen geht es so weit, dass PHP komplett abgeschossen wird und genau dann gibt's "premature end of script headers". Meist gibt es hier auch nicht die Chance, vor dem Abschmieren schnell noch einen brauchbaren Fehler in den error log zu schreiben. Wenn schon die oxchkversion damit abbricht ...

Könnte es vielleicht damit zusammen hängen, hast Du die updateApp vom Server gelöscht?
http://oxid.uservoice.com/forums/319...pp-is-still-on

Gruß