MODUL: PayPal PLUS & PayPal Checkout Zahlungsmodule für modified eCommerce Shopsoftware

[Tomcraft]

[...] Bei der Zahlungsarten Auswahl wird es angezeigt und funktioniert auch.
Aber bei der Artikel Anzeige fehlt der Hinweis auf die PayPal Ratenzahlung.
[...]

Schau mal unter "Partner Module" -> "PayPal" -> "PayPal Produkte" -> "Ratenzahlung Powered by PayPal (paypalinstallment)" -> "Bearbeiten" ob da "Finanzierungsbox beim Artikel" auf "Ja" gestellt ist?

Infos fürs Team: Paypal Ratenzahlung scheint in der aktuellen Modulversion nicht mehr in der Kaufabwicklung angezeigt zu werden.

Kann ich nicht nachvollziehen im Demoshop.

Grüße

Torsten

[Martin109]

Hallo Torsten,

danke für den Hinweis.
Aber das war das erste was ich kontrolliert hatte.
Im Demo Shop geht es übrigens auch nicht.
Da gibt es auch nirgends PayPal Ratenzahlung.
Oder muss das dort erst aktiviert werden?
Bis vor ca. 2 Wochen hat es noch einwandfrei bei uns funktioniert.
Erst nach dem Einspielen der letzten PayPal Updates war es dann verschwunden.
Ist mir aber auch nicht gleich aufgefallen.

Gruß Martin    www.bay-tec.de

[Timm]

Hallo Torsten,

ich habs auch gerade getestet und im Demoshop erscheint Ratenzahlung wirklich nicht beim Artikel und auch nicht im Warenkorb. Nur auf der checkout_payment.php.

Gruß Timm

[Tomcraft]

Die Module in Beitrag 1 wurden erneut aktualisiert. Wer bereits eine ältere Version des Moduls installiert hatte, der lädt bitte einfach den Inhalt des Ordners "NEW_FILES" erneut in seinen Shop.

Zusätzlich sind seit der letzten Modulversion noch folgende Dateien aus dem Ordner "CHANGED_FILES" zu bearbeiten:

Für Shopversion 1.06 rev 4642 SP4

• /includes/external/paypal/classes/PayPalPaymentBase.php
• /includes/external/paypal/modules/cart_action.php
• /includes/external/paypal/modules/product_info.php

Für Shopversion 2.0.0.0 rev 9678 & 2.0.1.0 rev 10403

• /includes/external/paypal/classes/PayPalPaymentBase.php
• /includes/extra/cart_actions/add_product_before_redirect/paypalcart.php

Für Shopversion 2.0.2.0 rev 10591, 2.0.2.1 rev 10607, 2.0.2.2 rev 10690, 2.0.3.0 rev 10907, 2.0.4.0 rev 11204, 2.0.4.1 rev 11327 & 2.0.4.2 rev 11374

• /includes/external/paypal/classes/PayPalPaymentBase.php
• /includes/extra/cart_actions/add_product_before_redirect/paypalcart.php
• /includes/extra/modules/order_details_cart_total/paypalinstallment.php
• /includes/extra/modules/product_info_end/paypalinstallment.php

Da hier davon ausgegangen wird, dass der Shopbetreiber an diesen Dateien keine Änderungen vorgenommen hat, können die Dateien aus dem Ordner "CHANGED_FILES" für die genannten Shopversionen einfach in den Shop kopiert werden.

Eingeflossen sind die Korrekturen aus r11793 & r11797.

Grüße

Torsten

[Martin109]

Hallo Torsten

Danke für das schnelle Update.
Jetzt funktioniert auch die Paypal Ratenzahlung wieder richtig.

Schöne Osterfeiertage Euch allen und gute Geschäfte.

Gruß Martin

[Mikro]

Hallo, gibt es hier schon eine Lösung für, wir haben leider auch dieses Problem.

Doppelte Bestellungen mit ( duplicate call, cancel )

Wurde schon mal festgehalten in Ticket #1103.

Shop ist: v1.06 rev 4642 SP1
PayPal Warenkorb (paypalcart)
Modul: PayPal PLus

Hatte schon einiges Probiert, wie Doppelklick verhindern und so weiter, leider alles ohne Erfolg.

Mir würde eventuell schon reichen wo es herkommt und von welcher Stelle eventuell.

[noRiddle (revilonetz)]

[...]
Hatte schon einiges Probiert, wie Doppelklick verhindern und so weiter, leider alles ohne Erfolg.
[...]

Nämlich wie genau "schon einiges probiert" und was war "und so weiter" ?

Gruß,
noRiddle

[Mikro]

Nun gut, scheinbar nicht die richtige Frage.

Hatte momentan nur per Javascript verhindert das nicht zweimal auf den Button "direkt zu PayPal" geklickt werden kann, beim Artikel erst mit disable und dann Austauch durch ein normales Image. Und in der shopping_cart Link und Image nach den erstem Click entfernt und durch normales Image ersetzt.

Wollte mir eigentlich das ganze Updaten ersparen. Wobei scheinbar bei den CHANGED_FILES nur 2 Files geändert wurden ( paymant.php , print_oder.php und 2 images in icons ) richtig ?

Dann vielleicht mal anders gefragt, wurde dieses Problem in einer neueren Version behoben?

Zum Beispiel in der letzten Version: v1.20 - r11797

[Tomcraft]

Da das Ticket #1103 noch nicht bearbeitet wurde, sind wir der Sache bisher auch noch nicht nachgegangen.

Grüße

Torsten

[Mikro]

Es nervt halt einfach nur wenn jede 15. Bestellung von der paypalcart doppelt drin ist.

Einmal ganz normal und einmal mit ( duplicate call, cancel ) weil die before_send_order() merkt das diese Bestellung bzw. die paymentId schon da ist und die ganze Sache an der Stelle zum Glück abbricht.

[Mikro]

Für alle die es interessiert, konnte den Fehler ( duplicate call, cancel ) bei PayPalCart beheben. Mir ist es gelungen den Fehler zu rekonstruieren. Es gibt Kunden die mehrmals auf den Checkout Button klicken. Was dann diesen Fehler verursacht.

Hatte dem Button eine ID zugewiesen ( , ' id="button_checkout_confirmation" ' ) , weil in meiner Version dieser Button ohne ID war und dann einfach mit JS ersetzt durch ein Image.

Code: PHP  [Auswählen]

//checkout_confirmation.php  ca. Zeile 286

$smarty->assign('CHECKOUT_BUTTON', xtc_image_submit('button_confirm_order.gif', IMAGE_BUTTON_CONFIRM_ORDER , ' id="button_checkout_confirmation" ') . '</form>' . "\n");

 

Und mit Javascript den Rest.

Code: Javascript  [Auswählen]

jQuery('#button_checkout_confirmation').on('click touch', function () {
               
   var me = jQuery(this);
   var img = me.attr('src');
   
   //Image erstellen
   jQuery('<img src="'+img+'" style="height: 24px; width: 226px" >').insertBefore(me);
               
   //Button ausblenden
   me.hide();
         
});

Bisher trat dieser Fehler nicht mehr auf...

[noRiddle (revilonetz)]

Was denkst du warum ich das gefragt habe ?

[...]
Hatte schon einiges Probiert, wie Doppelklick verhindern und so weiter, leider alles ohne Erfolg.
[...]

Nämlich wie genau "schon einiges probiert" und was war "und so weiter" ?

Gruß,
noRiddle

Angeblich hattest du doch bereits einen Doppel-Click verhindert.

Es reicht im Übrigen ein

Code: Javascript  [Auswählen]

.on.('click', function () { });

Das funktioniert auch auf Touch-Geräten.
Was das mit dem Bild in deinem Code bewirken soll ist mir allerdings schleierhaft.

Gruß,
noRiddle

[Mikro]

[...] nur per Javascript verhindert das nicht zweimal auf den Button "direkt zu PayPal" geklickt werden kann, [...]

Hatte nur den Button "direkt zu PayPal" auf dem Schirm, da es ja bei keiner anderen Zahlart Probleme gab.

[...]
Was das mit dem Bild in deinem Code bewirken soll ist mir allerdings schleierhaft.
[...]

Ist halt nur weil es nicht schön ausschaut wenn der Button einfach ganz weg ist, im Live Shop steht da "Bitte warten. Ihre Bestellung wird bearbeitet." als Infotext.

Hatte auch noch in der TABLE_PAYPAL_PAYMENT auf payment_id einen Index gesetzt, da die Abfrage ob schon vorhanden, doch recht lange dauerte bei mittlerweile 150000 Datensätzen.

[...]
Das funktioniert auch auf Touch-Geräten.
[...]

Stimmt, ist aber meiner Meinung nach besser. Da so kein versehentliches auslösen durch berühren, wischen oder sonstiges geschehen kann, sondern einen klaren trigger hat.

Schöne Ostern...

[EDIT Tomcraft 22.04.2019: Zitate überarbeitet mit Zitat-Funktion der Beiträge, damit die Quelle klar wird.]

[Timm]

@Torsten u GTB
eine abgelehnte Paypal Express Zahlung kann anscheinend zu Bestellnummernsprung führen (es fehlt bspw die Bestellnummer 999)

Vorab: die error parsing script headers Meldungen haben sicher keinen Einfluss und entstehen durch meine SEO Bildernamen in Verbindung mit fpm-fcgi und sind nur kosmetischer Natur

So lief es wohl ab:

Code: XML  [Auswählen]

[Fri Apr 19 17:29:22.290623 2019] [proxy_fcgi:error] [pid 27849] [client KundenIP:55496] AH01070: Error parsing script headers, referer: https://www.meinshop.de/checkout_confirmation.php?conditions=true&conditions_message=3

Code: XML  [Auswählen]

https://www.meinshop.de/checkout_confirmation.php?conditions=true
[Fri Apr 19 17:29:44.224493 2019] [proxy_fcgi:error] [pid 30068] [client KundenIP:55860] AH01070: Error parsing script headers, referer:

Fehlermeldung vielleicht durch überzogene Kreditkarte usw:

Code: XML  [Auswählen]

[19-04-2019 17:30:01] PayPal\Core\PayPalHttpConnection : ERROR: Got Http response code 400 when accessing https://api.paypal.com/v1/payments/payment/PAYID-XXXXXX/execute. {"name":"INSTRUMENT_DECLINED","message":"The instrument presented  was either declined by the processor or bank, or it can't be used for this payment.","information_link":"https://developer.paypal.com/docs/api/payments/#errors","debug_id":"fd3b039de009e"}

Code: XML  [Auswählen]

https://www.meinshop.de/shopping_cart.php?payment_error=paypalcart
[Fri Apr 19 17:30:02.035898 2019] [proxy_fcgi:error] [pid 30337] [client KundenIP:56234] AH01070: Error parsing script headers, referer:

ein zweiter Versuch kurz danach ging dann durch und erzeugte die Bestellnummer bspw 1000

Code: XML  [Auswählen]

[Fri Apr 19 17:31:00.137987 2019] [proxy_fcgi:error] [pid 30337] (22)Invalid argument: [client KundenIP:57106] AH01075: Error dispatching request to :, referer: https://www.meinshop.de/checkout_confirmation.php?conditions=true

Code: XML  [Auswählen]

[Fri Apr 19 17:31:20.404518 2019] [proxy_fcgi:error] [pid 31738] [client KundenIP:57440] AH01070: Error parsing script headers, referer: https://www.meinshop.de/checkout_success.php

Ist das Verhalten eines Tickets würdig, oder ist das das normale Prozedere?

Gruß Timm

[GTB]

Das Verhalten ist so korrekt.

Die Bestelung wurde gespeichert und beim Ausführen der Zahlung ist ein Fehler bei PayPal, also wird die Bestellung storniert und der Kunde auf die checkout_payment.php geschickt.

Gruss Gerhard