# Checkout 500er Fehler | Staging ohne Probleme

**URL:** <https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557>\
**Category:** Programmierung\
**Created:** [18. Juni 2018 um 21:02 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557 "2018-06-18T21:02:12Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![captain-web](https://avatars.discourse-cdn.com/v4/letter/c/3bc359/32.png) [@captain-web](https://forum.shopware.com/u/captain-web)\
**Post date:** [18. Juni 2018 um 21:02 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557/1 "2018-06-18T21:02:12Z")

</div>

Hallo zusammen,

folgendes Szenario: 3 Online-Shops, nahezu mit den selben Plugins. Es werden die Zahlungs-PLGs „Klarna Checkout“ und „PayPal Plus“ eingesetzt. Die SW Version ist 5.4.3. **Nur in einem** der drei Shops gibt es auf der /checkout als auch in der /checkout/confirm einen 500er Fehler. In den Logfiles bekommen wir folgendes raus:

```
directory /engine/Shopware/Plugins/Community/Frontend/SwagPaymentKlarna/Views/responsive/frontend/checkout/confirm.tpl' not allowed by security setting

```

Dieser Fehler lässt sich durch ändern der Zahlungsart, von Klarna auf PayPal, reproduzieren - aber nicht immer! Ebenfalls wird die Klarna iFrame Seite im Checkout manchmal als leere, weiße Seite ohne Fehler dargestellt, dabei ist die URL aber korrekt. Zudem wird -wenn man es tatsächlich schafft auf die Confirm zu kommen- beim Klick auf „Zahlungspflicht bestellen“ einen Seiten-Refresh durchgeführt, anschließend ist keine Zahlungsart auf der Confirm hinterlegt. Beim Klick auf „ändern“ der Zahlungsart&nbsp;gibt es den&nbsp;500er.&nbsp;

Jetzt das spannende: **auf einer Staging Umgebung des Problemshops ist dieser Fehler nicht reproduzierbar!&nbsp;**

Auch nach deaktivieren des Caches, dem abschalten einiger PLGs sowie der Schnittstelle zur Wawi uvm. bringen keine Lösung. Habt ihr Ansätze für dieses Problem?

---

<div class="post-metadata">

**Author:** ![hhmarco73](https://avatars.discourse-cdn.com/v4/letter/h/ed8c4c/32.png) [@hhmarco73](https://forum.shopware.com/u/hhmarco73)\
**Post date:** [19. Juni 2018 um 07:03 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557/2 "2018-06-19T07:03:38Z")

</div>

Das Problem hängt wahrscheinlich hiermit

[https://developers.shopware.com/developers-guide/example-plugin/#register-template-first](https://developers.shopware.com/developers-guide/example-plugin/#register-template-first)

zusammen. Die konkrete Stelle, die zu dem Fehler führt, lässt sich mitunter schwer finden…

[@Moritz Naczenski]([http://forum.shopware.com/profile/14574/Moritz](http://forum.shopware.com/profile/14574/Moritz) Naczenski “Moritz Naczenski”)‍, dafür wurde doch ein Logging angekündigt, ist das schon produktiv in einer 5.4er Version?

---

<div class="post-metadata">

**Author:** ![captain-web](https://avatars.discourse-cdn.com/v4/letter/c/3bc359/32.png) [@captain-web](https://forum.shopware.com/u/captain-web)\
**Post date:** [19. Juni 2018 um 17:02 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557/3 "2018-06-19T17:02:44Z")

</div>

Gibt es hier sonst noch Infos oder muss der gesamte Shop neu aufgesetzt werden? Bei o.g. Link würde ich zustimmen, warum aber&nbsp;funktioniert alles bei der&nbsp;Staging?&nbsp;

---

<div class="post-metadata">

**Author:** ![hhmarco73](https://avatars.discourse-cdn.com/v4/letter/h/ed8c4c/32.png) [@hhmarco73](https://forum.shopware.com/u/hhmarco73)\
**Post date:** [20. Juni 2018 um 08:22 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557/4 "2018-06-20T08:22:31Z")

</div>

Ist auf Stage ein anderes Caching eingestellt? Grundsätzlich lässt sich das Fehlverhalten aber sehr schwer reproduzieren; so zu mindestens aus meiner leidvollen eigenen Erfahrung und den Forenbeiträgen zu dem Thema.

---

<div class="post-metadata">

**Author:** ![hhmarco73](https://avatars.discourse-cdn.com/v4/letter/h/ed8c4c/32.png) [@hhmarco73](https://forum.shopware.com/u/hhmarco73)\
**Post date:** [20. Juni 2018 um 08:24 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557/5 "2018-06-20T08:24:11Z")

</div>

Der ganze Shop muss natürlich nicht neu aufgesetzt werden. Es müssen die eingesetzten Plugins dahingehend geprüft werden, ob ggf. gegen die “register template first” Regel verstoßen wird.&nbsp;

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [20. Juni 2018 um 10:11 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557/6 "2018-06-20T10:11:23Z")

</div>

> not allowed by security setting

Diese unscheinbare Meldung am Ende bemängelt hier das Template vom Plugin. Ist das Plugin auf aktuellen Stand?

Ansonsten:

Lösung 1: Templates anpassen - ggf. jemanden beauftragen.

Lösung 2: Notlösung  
In die config.php das eintragen:

‚template\_security‘ =\> [  
&nbsp;‚enabled‘ =\> false,  
],

---

<div class="post-metadata">

**Author:** ![captain-web](https://avatars.discourse-cdn.com/v4/letter/c/3bc359/32.png) [@captain-web](https://forum.shopware.com/u/captain-web)\
**Post date:** [20. Juni 2018 um 13:23 UTC](https://forum.shopware.com/t/checkout-500er-fehler-staging-ohne-probleme/53557/7 "2018-06-20T13:23:03Z")

</div>

Hallo zusammen,

das Plugin läuft nur bis 5.4.3 und ist wie auch die SV Version aktuell gehalten.&nbsp;

Was bringt die Änderung in der Config.php? Die wird doch gar nicht mehr bedient? Und weshalb funktioniert das PLG, insofern es am PLG tpl liegt, im Staging?

Auch der Cache ist inhaltsgleich zur Staging-Version. Wir kommen gerade nicht mehr weiter.
