# Amazon Pay **URL:** \ **Category:** Plugins\ **Tags:** drittanbieter-plugin\ **Created:** [1. August 2017 um 12:38 UTC](https://forum.shopware.com/t/amazon-pay/47225 "2017-08-01T12:38:29Z")\ **Posts on this page:** 20\ **Page:** 11
**Author:** ![coarsy](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@coarsy](https://forum.shopware.com/u/coarsy)\ **Post date:** [23. Oktober 2018 um 09:04 UTC](https://forum.shopware.com/t/amazon-pay/47225/201 "2018-10-23T09:04:27Z")
Ich schätze, dass die Sache im Off-Canvas-Warenkorb an dem Express-Checkout-Button liegt. Den gibts ja bei Amazon auch. ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [23. Oktober 2018 um 09:04 UTC](https://forum.shopware.com/t/amazon-pay/47225/202 "2018-10-23T09:04:32Z")
Also das Amazon Pay Plugin hatte zumindest im Frontend kein “Nach-Hause-Telefonieren-Syndrom”, das mir umgehend aufgefallen wäre. Ich werde aber noch mal darauf achten, wenn es mal wieder benutzbar ist. Insgesamt ist das Thema Datensammelwut nervig und ärgerlich, gehört aber nur so halb hier rein. Erst mal müsste das Amazon Pay Plugin so weit funktionieren, dass es nicht den Shop lahmlegt. 😉 ---
**Author:** ![motorg](https://avatars.discourse-cdn.com/v4/letter/m/ed655f/32.png) [@motorg](https://forum.shopware.com/u/motorg)\ **Post date:** [23. Oktober 2018 um 09:45 UTC](https://forum.shopware.com/t/amazon-pay/47225/203 "2018-10-23T09:45:43Z")
> [@sonic schrieb:](https://forum.shopware.com/profile/16285/sonic "sonic") > > > Doch ich stelle insbesondere im Ajax-Warenkorb eine Verlangsamung fest. Teilweise meldet Firefox dann sogar „Eine Webseite verlangsamt Ihren Browser“. Das passiert z.B. dann wenn man einen Artikel der bereits im Warenkorb liegt nochmal in den Warenkorb legt.  > > Das ist doch wohl vermutlich der gleiche Krampf, wie aktuell auch (noch) im PayPal. > Was hat eine Zahlungsart - die womöglich ja noch gar nicht vom Kunden ausgewählt wurde - im Warenkorb, erstrecht im Ajax-Warenkorb, aktiv zu sein, und ggf. (ungefragt) den Warenkorb bei AMAZON zu tracken? Klingt mir nach:  Man kann das ja bei beiden Plugins problemlos deaktivieren. Ich glaube aber, dass das schon gerne angenommen wird.   ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [23. Oktober 2018 um 10:32 UTC](https://forum.shopware.com/t/amazon-pay/47225/204 "2018-10-23T10:32:24Z")
Klar kann man es deaktivieren. Allerdings ist doch der ganze Witz dabei, dass der Kunde durch die Express-Buttons möglichst schnell auschecken kann. Nimmt man die Express-Buttons weg, geht der Vorteil flöten bzw. der Kunde übersieht diese Möglichkeit und kauft im Zweifel nicht. Die Datensammelei sehe ich getrennt davon und ich erachte sie als unnötig in Bezug auf die eigentliche Funktion. Ein einfacher Button würde es in jedem Fall auch tun. Selbst den “In-Context-Modus” lasse ich nicht gelten. (Mal davon abgesehen, dass wir diesen bei PayPal gar nicht nutzen und es bei Amazon Pay diesen so gar nicht gibt.) Aber noch mal zurück zum Thema: Wichtig ist doch ob und inwiefern diese Datensammelei die Performance beeinflusst. - iframe statt einfacher Button: beeinflusst die Frontend-Performance - unnötiges Laden von JS-Code: beeinflusst ebenfalls die Frontend-Performance - Was auch immer der Auslöser dafür ist, dass der (AJAX-)Warenkorb langsam lädt (und offensichtlich auf Server-Seite die Performance runterzieht) - Was auch immer die Cronjobs bei Amazon Pay so lahm macht (und die Server-Load in die Höhe treibt) Dazu noch mal eine Frage in die Runde: Wie ist denn bei Euch die max execution timeout gesetzt? Das könnte bei uns eventuell einen Teil erklären. Ich spiele aber ungern an solch zentralen Werten herum. ---
**Author:** ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)\ **Post date:** [23. Oktober 2018 um 11:14 UTC](https://forum.shopware.com/t/amazon-pay/47225/205 "2018-10-23T11:14:32Z")
300 Es kommt vor, dass man meint die wäre hoch gesetzt, wird aber vom master überschrieben; ``` https://forum.shopware.com/discussion/comment/233850/#Comment_233850 ```   ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [23. Oktober 2018 um 11:28 UTC](https://forum.shopware.com/t/amazon-pay/47225/206 "2018-10-23T11:28:59Z")
Und bei Euch geht Server Load auch durch die Decke? Oder hält sich das in Grenzen? Ich muss gestehen, dass ich es auf -1 stehen habe. Das ist noch so ein Überbleibsel aus der Migrationsphase. 300 scheint mir ein mehr als ausreichender Wert für die allermeisten Dinge. Die Randfälle kann ich mir ja noch mal ansehen. Besten Dank für die Info! ---
**Author:** ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)\ **Post date:** [23. Oktober 2018 um 11:36 UTC](https://forum.shopware.com/t/amazon-pay/47225/207 "2018-10-23T11:36:10Z")
90 sollten auch reichen 😉 Es kommt ja nicht alleine auf die max\_execution an; es kommt drauf an dass der Server insgesamt ordentlich eingerichtet ist 😉 Wir schreiben ja auch schon die ganze Zeit über die Beta, bei der das so nicht mehr vorkommt (bis jetzt). ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [23. Oktober 2018 um 11:47 UTC](https://forum.shopware.com/t/amazon-pay/47225/208 "2018-10-23T11:47:09Z")
Der Server ist eigentlich korrekt eingerichtet – soweit ich das beurteilen kann. Zumindest bin ich mit dem Hoster zufrieden. Bei manchen Werten könnte man wahrscheinlich noch Feinheiten justieren (memory\_limit z.B.), aber das hat alles nicht die Probleme erklärt, die wir hatten. Das Amazon Pay Plugin ist eindeutig der Auslöser. Ich bin mal auf das nächste Release gespannt. ---
**Author:** ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)\ **Post date:** [23. Oktober 2018 um 13:59 UTC](https://forum.shopware.com/t/amazon-pay/47225/209 "2018-10-23T13:59:19Z")
Das neue offizielle ist jetzt online - viel Glück ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [23. Oktober 2018 um 14:05 UTC](https://forum.shopware.com/t/amazon-pay/47225/210 "2018-10-23T14:05:53Z")
Das ging jetzt doch schneller als gedacht. Dann teste ist mal “live”. 😉 ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [23. Oktober 2018 um 14:33 UTC](https://forum.shopware.com/t/amazon-pay/47225/211 "2018-10-23T14:33:27Z")
Puh … also die Bestellungen im Backend brauchen schon wieder deutlich länger, bis sie offen sind. Das macht schon mal keinen Spaß. Serverload muss ich im Auge behalten, sobald der Cache aufgewärmt ist. (Wobei das Aufwärmen schon mal zügig vorangeht.) Was macht denn dieses verdammischte Plugin, dass es das Öffnen von Aufträgen so massiv verlangsamt!? Wegen Datensammelei. Positiv: Kein iframe um den Button herum. Negativ: Es werden „aus Prinzip“ mehrere JS-Dateien geladen und mindestens 3 XHR-Requests abgefackelt. Nachtrag: Bei Produkten, die eigentlich nicht kaufbar sein sollten, taucht der Amazon Pay Button trotzdem auf. Ich habe diesen daher bei uns erst mal für die Produktseiten deaktiviert. Die Probleme habe ich bereits an den Best IT Support gemeldet. Ich wollte das nur für die anderen Händler hier festhalten. ---
**Author:** ![Chris\_tian](https://avatars.discourse-cdn.com/v4/letter/c/ee59a6/32.png) [@Chris\_tian](https://forum.shopware.com/u/Chris_tian)\ **Post date:** [23. Oktober 2018 um 15:32 UTC](https://forum.shopware.com/t/amazon-pay/47225/212 "2018-10-23T15:32:59Z")
Eben wurde ich von Amazon Pay angeschrieben, weil denen aufgefallen ist, dass wir die Zahlart im Shop nicht mehr aktiv haben :D  ---
**Author:** ![coarsy](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@coarsy](https://forum.shopware.com/u/coarsy)\ **Post date:** [23. Oktober 2018 um 15:34 UTC](https://forum.shopware.com/t/amazon-pay/47225/213 "2018-10-23T15:34:09Z")
Ich teste das Ding auch eben in der produktiven Umgebung. Ich habe auch die Befürchtung, dass der Shop schon wieder langsamer reagiert. Aber lange nicht so gravierend, wie es neulich gewesen ist. ---
**Author:** ![CSchroeder](https://avatars.discourse-cdn.com/v4/letter/c/8797f3/32.png) [@CSchroeder](https://forum.shopware.com/u/CSchroeder)\ **Post date:** [23. Oktober 2018 um 16:08 UTC](https://forum.shopware.com/t/amazon-pay/47225/214 "2018-10-23T16:08:05Z")
ich lasse diesmal die Finger davon, probiere es auch erst wieder wenn es ne längere Zeit stabil läuft. ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [23. Oktober 2018 um 16:17 UTC](https://forum.shopware.com/t/amazon-pay/47225/215 "2018-10-23T16:17:15Z")
Ich werde berichten. 😉 Bisher sieht es (bis auf die genannten Problemchen) gut aus. Shop-Frontend läuft – nach meinem Dafürhalten – schnell. ---
**Author:** ![Seller2017](https://avatars.discourse-cdn.com/v4/letter/s/cab0a1/32.png) [@Seller2017](https://forum.shopware.com/u/Seller2017)\ **Post date:** [23. Oktober 2018 um 16:19 UTC](https://forum.shopware.com/t/amazon-pay/47225/216 "2018-10-23T16:19:10Z")
Na da sind wir ja mal gespannt 😉 ---
**Author:** ![coarsy](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@coarsy](https://forum.shopware.com/u/coarsy)\ **Post date:** [24. Oktober 2018 um 06:37 UTC](https://forum.shopware.com/t/amazon-pay/47225/217 "2018-10-24T06:37:32Z")
Moin zusammen, bis jetzt läuft es tadellos und das Frontend, wie auch das Backend haben eine gute Performance. Auch Fehlermeldungen, wie zum Beispiel “nicht erlaubter Templatepfad” bleiben dieses Mal gottseidank aus. Ihr könnt Euch meiner Meinung nach ruhig trauen, das Ding in einer Liveumgebung einzusetzen. ---
**Author:** ![mike101](https://avatars.discourse-cdn.com/v4/letter/m/b5e925/32.png) [@mike101](https://forum.shopware.com/u/mike101)\ **Post date:** [26. Oktober 2018 um 06:01 UTC](https://forum.shopware.com/t/amazon-pay/47225/218 "2018-10-26T06:01:59Z")
Bin am Testen, Frontend ist schnell, Backend ebenfalls, Jetzt heisst es warten, ob die Kunden tatsächlich damit zahlen können. Bei den letzten Malen gab es nur Errormeldungen beim Kunden. Ja die waren dann weg. Und das Plugin dann auch. Also: Amazon Pay die 10.    ---
**Author:** ![naturdrogerie](https://avatars.discourse-cdn.com/v4/letter/n/b5ac83/32.png) [@naturdrogerie](https://forum.shopware.com/u/naturdrogerie)\ **Post date:** [26. Oktober 2018 um 06:09 UTC](https://forum.shopware.com/t/amazon-pay/47225/219 "2018-10-26T06:09:43Z")
Zahlungen kommen bei uns rein (und werden bei Amazon nach Versand abgeholt). Fehlermeldungen im Log sind in der Form “User not logged in”. Ich schätze mal, dass das also eher unkritisch ist. Performance im Frontend: alles OK. Performance im Backend: nach wie vor öffnen sich bei uns die Bestellungen sehr zäh. Ansonsten keine Auffälligkeiten. Server-Load: alles im grünen Bereich ---
**Author:** ![Chris\_tian](https://avatars.discourse-cdn.com/v4/letter/c/ee59a6/32.png) [@Chris\_tian](https://forum.shopware.com/u/Chris_tian)\ **Post date:** [26. Oktober 2018 um 06:13 UTC](https://forum.shopware.com/t/amazon-pay/47225/220 "2018-10-26T06:13:09Z")
Wir hatten heute Nacht server load Fehlermeldungen und das um 2:54 Uhr also einer Uhrzeit mit eher weniger Besuchern. Kann aber nicht zu 100% sagen, was das ausgelöst hat. [Vorherige Seite](https://forum.shopware.com/t/amazon-pay/47225.md?page=10) [Nächste Seite](https://forum.shopware.com/t/amazon-pay/47225.md?page=12)