Weiße Seite bei Bestellung und Registrierung und Emailversand spinnt

[Ibins]

Moin Franky

ok jetzt seh ich wieder etwas klarer.

Dennoch ist meine Aussage bestätigt. Ungenaue Einstellungen auf dem Server haben die Probleme produziert. Mit Ungenau meine ich, wenn ich die entsprechende Option zum Einstellen habe, sie aber nicht übernommen wird, kann ich lange suchen. Hab ich auch. Da ich auch nicht der Vollprofi bin, muß ich mich auf bestimmte Sachen einfach verlassen können.

Aber das soll es zu diesem Thema gewesen sein. Die nächste Hürde wartet bestimmt schon auf mich.

Wichtig ist bei solchen Sachen immer, daß man am Ende sagen kann: " It`s working"  

[Stevemoon]

Hallo zusammen,

ich hab genau das Problem mit der weißen Seite beim Aufruf der checkout_process.php
Ich hab nix daran geändert und wollte nach dem ganzen Produkt einstellen einfach mal probieren ob es geht.
Habe 2 Zusatzsachen installiert, Bill Next und jtl Connector. Habe ansonsten mit nix ein Problem, so weit ich das überblicke.
Kann es an fehlenden Einstellungen im Adminbereich liegen? Oder nur noch an den Servereinstellungen?
Da hier etwas steht von Servereinstellungen, frag ich mal auch hier.

Kann ich im Adminbereich unter Server Info all diese Einstellungen überprüfen?
Wenn ja, dann ist:
meine msql-Version in Ordnung (MySQL 5.0.32-Debian_7etch12-log)
php-Version auch (PHP Version 5.2.0-8+etch16)
cURL ist enabled (libcurl/7.15.5 OpenSSL/0.9.8c zlib/1.2.3 libidn/0.6.5)

es taucht aber nirgens ein GDlib auf und auch kein Funktion fsockopen()

Shop-Version ist die aktuellste.

Danke schon mal
Gruß
Stevemoon

[Tomcraft]

Entweder liegt es an einem fehlerhaften Moduleinbau oder du hast das PayPal API Modul installiert, ohne dass dein Server cURL Support aktiviert hat.

Grüße

Torsten

[ut2k3]

Manchmal kann dieser Fehler durch folgenden Fix behoben werden:

in der "/includes/classes/order_total.php" folgende Zeilen:

Code: PHP  [Auswählen]

include (DIR_WS_LANGUAGES.$_SESSION['language'].'/modules/order_total/'.$value);
include (DIR_WS_MODULES.'order_total/'.$value);

ersetzen durch:

Code: PHP  [Auswählen]

include_once (DIR_WS_LANGUAGES.$_SESSION['language'].'/modules/order_total/'.$value);
include_once (DIR_WS_MODULES.'order_total/'.$value);

Probier das mal.

[Stevemoon]

Mist Murks ....

@ut2k3

das hat anscheinend nicht geholfen

@Tomcraft

Paypal hab ich mal komplett deinstalliert, aber hat auch nichts geholfen ...

[Tomcraft]

Manchmal kann dieser Fehler durch folgenden Fix behoben werden:
[...]

Wann genau ist denn "manchmal"? *gg*
Kennst du die Ursache?

Grüße

Torsten

[ut2k3]

Hallo Tomcraft,

dieser Fehler begleitet xtc schon sehr lange. Es liegt daran, dass an irgendeiner Stelle die Sprachdateien bzw. die order_total-Module schon eingebunden worden sind. Müsste man evtl. mal tracken, wo die alles eingebunden wird und in welcher Konstellation das passiert.

Evtl. sinnvoll dies in den Trunk zu integrieren. Da ich schon par Mal in irgendwelchen Konstellationen im Trunk auch das Problem mit der "white-process-site-of-death" hatte.

Stevemoon: Der Fehler kann auch an einer im falschen Zeichensatz hinterlegten Sprachdatei liegen. Mit welchem Editor hattest du die Sprachdateien (falls du das gemacht hattest) editiert?

Rob

[Tomcraft]

[...] Müsste man evtl. mal tracken, wo die alles eingebunden wird und in welcher Konstellation das passiert.
[...]

Das wäre natürlich hervorragend.
Bisher habe ich das eigentlich nur bei bestimmten Moduleinbauten erlebt.

Grüße

Torsten

[Stevemoon]

Ich benutze den Ubuntu eigenen Texteditor hatte da bisher auch keine Probleme mit. Also bestenfalls alle Sprachdateien im Original drauf und schauen was passiert ....

Das es an irgend 'ner Klammer liegen kann weiß ich ja, ist mir schon passiert bei kleinen Änderungen, aber dann sieht man es bei der Ausgabe auch. wenn dann natürlich der Fehler erst bei was anderem später auftritt steht man doof da und weiß nicht welche der kleinen Sachen sein könnte ...

[ut2k3]

Hast du Zugriff auf die Error-Logs? Weil dann kannst du den Loglevel einfach hochschrauben und hoffen, dass der Fehler direkt im Log steht.

Rob

[Stevemoon]

nein, kann gar nix irgendwo machen, was serverseitig bedeutet, hab nur Webspace auf den ich zugreife.

aber das ist so, wenn jemand unbedingt bei seinem uralt-Provider bleiben möchte, weil er ganz gut klar kommt mit ihm ... Ich wollt was neues einrichten ... wenn ich schon sehe, php-version von Anfang 2007 ... die Jungs von seinem Provider meinten

machen wir nicht neu, weil dann ja alte Kunden plötzlich nichts mehr machen können...

Ich kann nicht mal mehr WordPress auf das neueste Sicherheitsupdate bringen. Joomla läuft fast gar nicht.

Sprachdateien auf original ändern bringt auch nix, hab ich gerade getestet.
Also alles neu machen .... irgendwie möchte ich gerade auf "löschen" klicken und dann sagen ich lass es ... grrrrr

[Stevemoon]

ach übrigens, die errorlogs kann ich schon sehen, hab gerade noch mal nachgeschaut, aber dazu einstellen kann ich nix.
außer ihr wisst wieder mehr als ich.

[Stevemoon]

So, anscheinend gibt es Probleme in der checkout_process.php
Line 41 (pdf Problem FPDF)
Line 46 (pdf Problem BILL Next)
Line 51 (utf8_decode Problem)

Hab die Linien unterdrückt und schon wurde alles abgeschlossen
heißt das, mein Webspace kann kein pdf? oder kann es an 'ner Einstellung liegen?