Ich nutze ein Kreditkartenmodul von EOS-Payment.
Im alten Checkout funktioniert das ohne Probleme.
Wenn ich den Ajax-Checkout aktiviere kann ich die Zahlungsart auswählen, aber als Einzige nicht speichern.
Problem in Ajax-Checkout
-
-
Die Module müssen für das xajax angepasst werden.
-
- Offizieller Beitrag
Suche in dem neuen Modul:
ersetzte mit:Codefunction pre_confirmation_check($vars=''){ if (is_array($vars) && !empty($vars)) { $data_arr = $vars; $is_ajax = true; } else { $data_arr = $_POST; }
Innerhalb der Funktion alle $_POST, $_REQUEST und $HTTP_POST_VARS durch $data_arr ersetzen, also zB. anstatt $_POST['cc_number'] - $data_arr['cc_number']
Am Ende der Funktion findet meist eine Weiterleitung via der XTC-FUnktion xtc_redirect statt, wenn ein Error aufgetreten ist (zB weil nicht alle Felder korrekt ausgefüllt sind):
Codextc_redirect(xtc_href_link(FILENAME_CHECKOUT_PAYMENT, $payment_error_return, 'SSL', true, false));
-- Diese Zeile muss mit einer If-Abfrage umhüllt/ersetzt werden:
Codeif ($is_ajax) { $_SESSION['checkout_payment_error'] = $payment_error_return; } else { xtc_redirect(xtc_href_link(FILENAME_CHECKOUT_PAYMENT, $payment_error_return, 'SSL', true, false)); }
Du kannst Dich auch an den Novalnet Modulen orientieren.
-
Vielen Dank.
Leider ist der Fehler nach der Änderung noch genauso.
Es blinkt immer der Speicher-Button ohne Funktion. -
- Offizieller Beitrag
Dann wird Dir wohl nichts anderes übrig bleiben, als den "alten" Checkout zu verwenden. Das Problem hatte ich kürzlich auch bei Heidelpay, da funktioniert es auch nur mit dem alten Checkout (Craditcard), da die ein iframe verwenden.
-
Na, so ein Sch...
Gerade das ist ein Entscheidungskriterium für den Shop.
Denn bei den vielen Bestellseiten des Std-Checkout springen viele Kunden ab. Zumal der Versand bei uns eh kostenlos und die Seite somit unnütz ist. -
- Offizieller Beitrag
Wie funktioniert das Modul denn? Wird dort ein iframe eingebunden?