Isotope 1.3.0 RC1: Nach Checkout kommt "500 Internal Server Error"

[rolasch]

Hallo,

ich habe folgendes Problem: Ich setze gerade mit Conto 2.10.2 und Iso 1.3.0 RC1 einen Shop um. Der Webhoster ist 1&1. Bisher lief alles problemlos.

Nun will ich endlich den Shop testen und ein Produkt kaufen, aber ich kann den Kauf nicht abschließen. Ich komme bis zu dem Punkt, an dem ich die AGB + Widerruf bestätige (
index.php/kasse/step/review.html). Anschließend klicke ich auf bestellen.

Die URL wechselt kurz zu: "index.php/kasse/step/process.html".
Anschließend auf "index.php/kasse/step/complete.html", und danach (5-10 sek.) kommt der 500 Server Error.

Der Warenkorb wird geleert, aber eine Bestellung geht nicht ein (weder per Mail, noch im Backend). Als Zahlmethode/Versand habe ich Bar und Selbstabholung/Postversand gewählt. In der Contao error.log wird nichts eingetragen.

Soweit ich gelesen habe, lässt sich die Laufzeit von 1&1 auch nicht verlängern (max 10 sek, 32 MB). Aber was kommt denn nach dem Checkout noch an rechenintensiven Vorgängen? Ich schätze eher, dass ich noch irgendwo etwas konfigurieren muss, weiß aber nicht, wo ich ohne Fehlermeldung ansetzen soll.

Bin für Hilfe dankbar.

Grüße, Roland


P.S. Gerade habe ich nochmal Paypal probiert. Dort werde ich zu Paypal weitergeleitet und kann bezahlen, allerdings hänge ich dann nach dem Zahlvorgang in einer Schleife, wo Isotope sagt: Bitte warten, Zahlvorgang läuft... und nach ein paar Site-Refreshs kommt: Zahlung fehlgeschlagen. Zahlung ging aber definitiv ein... naja, anderes Problem, denke ich.

[andreas.schempp]

Die Internal Server Error stehen normalerweise nur im Apache Log, kannst du da mal nachsehen?

[rolasch]

Es ist nur ein Webhosting Vertrag (Business Pro 5.0)... ausser access.log, ftp.log, mail.log und traffic.log gibt es da leider keine Log-Files.

[andreas.schempp]

Normalerweise gibt es ein error.log. Frag doch mal nach

[florilein]

Ich habe fast das gleiche Problem. Ebenfalls bei 1&1. Bei mir kommt allerdings zumindest die Mail an den Shopbetreiber an. Bei dem Kunden kommt nix an. Bin schon fast am verzweifeln. Denn es hat nämlich mal funktioniert und auf einmal nicht mehr. Wenn ich auf den Button Bestellung bestättigen rödelt er um die 20-30 Sekunden rum und dann kommt die Fehlermeldung 500.
Was mir aber auffällt im Developer von filizilla das keine Script geladen werden wenn man auf Bestellung bestättigen drückt.
Apache Error log habe ich angefordert. Mal gucken ob die was schicken.

[rolasch]

Ja, die Apache.log hatte ich auch 2 x angefordert... telefonisch sagte man mir, es werden 5 Tage mitgeloggt. Jetzt kam heute vom Support eine Mail:

"...Wir können Ihnen nicht die "Error Logs" bzw. "Apache Logs" zur Verfügung stellen.
Sie haben die Möglichkeit diese selber per Script mitschreiben zu lassen auf dem Server.
Weitere Informationen zu diesem Thema finden Sie unter folgenden Link:
Error Logs
http://hilfe-center.1und1.de/hosting...en/php/12.html
..."

Dort ist ein PHP-Skript, welches man am Anfang einer Seite einbinden/includen soll. Ich habe das Skript in ein Modul gepackt und in die Kassen-Seite (mit dem Isotope Checkout-Modul) eingesetzt. Leider wird bei mir keine error.csv erstellt... vielleicht ist es ja auch der falsche Ort, wo ich es eingebaut habe?

Aber vielleicht bekommst du ja eine error.log zugeschickt...

[rolasch]

Der Vollständigkeit halber:

Ich habe die Installation gerade lokal unter MAMP installiert. Dort läuft der Bestellvorgang komplett durch. D.h. nach einem Klick auf "Bestellen" werde ich auf die vorgesehene Seite weitergeleitet.

In der Aktivitätsanzeige von Mac OS geht der Prozess "httpd" für 3-5 Sekunden auf 100% (also nach dem Klick auf "Bestellen").

Sieht für mich jetzt erstmal so aus, als ob das für den 1&1-Server zuviel ist und somit der Shop dort leider nicht betrieben werden kann. :-(

[andreas.schempp]

Hast du das E-Mail Attachment aktiviert?

[florilein]

Ich habe als Anhang die Rechnung dabei. Was mich ärgert das es bei mir funktioniert hat. Der Fehler tratt auf nachdem ich eine Mailvorlage gelöscht habe und eine neue erstellt habe.

[florilein]

Exceptional habe ich installiert. der möchte aber einen APi Key. Was muss ich den da eintragen?

[andreas.schempp]

isotope_exceptional liefert einen API-Key mit. Probier mal ohne PDF...

[florilein]

Andreas das wars. Jetzt funktionierts. Aber heisst das nun man kann keine Rechnung anhängen??

[andreas.schempp]

Da gibt's bei bestimmten Hostings und bestimmten Contao-Versionen Probleme... wir haben leider noch nie rausgefunden warum

[florilein]

Nur mal rein informativ. Bei mir läuft 2.10.2 Hosting wie gesagt 1&1.

[rolasch]

Ich habe jetzt auch im Mail-Template den PDF-Anhang ausgeschaltet und nun geht es! Danke!

Wenn ich in der Bestellübersicht auf "Rechnung erstellen" klicke, bekomme ich auch wieder den "Error 500", also liegt es am PDF-Modul? Die werden doch sicher auch mit TCPDF erstellt? Vielleicht muss man bei 1&1 noch etwas nachinstallieren...

[florilein]

Bei mir funktioniert das Problemlos. Noch als kleine Lachnummer nebenbei. Mir hat 1&1 angeboten mir meinen eigenen Server zu kaufen dann bekäme ich auch Zugang zu den Errorlogs. lol.

[mwuerde]

Hallo zusammen,

ich habe gerade das PDF-Template installiert … bei mir auf der Testinstallation läuft alles wunderbar nur bei 1&1 funktioniert die PDF-Ausgabe nicht …
was tun???

[bintux]

Ich hatte das gleiche Problem bei 1und1. Service angerufen und der hat während eines Testeinkaufs bei sich gesehen, dass das PHP-Skript zu lange benötigt und vom Server abgebrochen wird. Habe dann wie empfohlen auf Dual Unlimited Hosting gewechselt, da dort die erlaubte Berechnungszeit 3 mal länger ist und damit gings auch mit PDF.

[mwuerde]

Hallo Bintux,

Danke für den Hinweis. Bei einem Update auf Dual Hosting klappt es bereits ab der Perfect-Version.

Grüße
Marion

[bintux]

Gut zu wissen. Der Mitarbeiter hatte mir nur gesagt, dass jetzt das Skript 1/3 der erlaubten Bearbeitungszeit im Dual Hosting Unlimited verwendet. Ich habe keine Ahnung wie es sich auswirkt, wenn noch größere Bestellvorgänge oder auch anderes auf dem Server abläuft und habe mir das bisschen Puffer gegönnt. Außerdem hatte ich vorher den Platin Service extra gebucht und der ist dort schon inklusive. Und dieser ist oft doch sehr hilfreich für einen Anfänger wie mich.

[goosie]

ist schon ein bisschen älter der Thread, dennoch
zur info: ich hatte Probleme mit eigebetteten Logo und pdf... ohne Logo gings. Vielleicht liegts ja daran.

[KATgirl]

Dazu gibt es schon einen separaten Beitrag, wo diskutiert wird.

[TobiasAlke]

Hast du das E-Mail Attachment aktiviert?

Ich hatte das "ähnliche" Problem die letzten Tage selbst mit isotope. Beim Bestellabschluss kam immer die Fehlermeldung "Internal Server Error" (allerdings ohne irgendwelche Angaben von einer zusätzlichen "Nummer" - allerdings liegt es wohl auch nicht am Server oder den PHP-Scripten (?) ).

Eine PHP Error-Log wurde bei mir auch nicht erstellt/bearbeitet, auch nicht nach manueller Konfiguration in der .htaccess.

Die vorläufige Lösung des Problems hat bei mir eben durch das abschalten der Ausgabe als HTML funktioniert (in einer Nachricht des Benachrichtigungssystems von Isotope, welche mit dem Bestellabschluss verknüpft ist) ^^

An den eingetragenen Simple Tokens scheint es auch nicht zu liegen, da ich sie in der Text-Ausgabe gelassen habe.

Evtl. hilft das ja, den Fehler mal einzugrenzen...

Oder habe ich hier eine Einstellung übersehen?

[TobiasAlke]

Oder habe ich hier eine Einstellung übersehen?

Ich habe den Fehler übers Wochenende auf einen Fehlerhaften (Unvollständigen) Simple Token eingegrenzt und den gesamten Fehler behoben.

Bsp.:

billing_address_*

war durch die Autovervollständigung enthalten.

Solange die HTML-Ausgabe aktiv war (darin dieser unvollständige Token), gab es den Serverfehler als Rüchmeldung (ohne generiertes Fehlerprotokoll!).

In der (nur) Text-Ausgabe (deaktivierte Html-Ausgabe) funktioniert es zwar mit dem Token, er wird jedoch genauso angezeigt, wie oben geschrieben.

Verfollständigt man ihn dann mit bspw.

billing_address_lastname

ist der Fehler behoben!


Evtl. wäre es an dieser Stelle geschickt eine Art Debugging im System zu implementieren oder zumindest in der Anleitung auf diesen Umstand hinzuweisen.

Die Fehlerangabe "Internal Server Error" ist nicht grade hilfreich um diesen Umstand direkt zu erkennen.