# HTTP 500 bei /public/-Verzeichnis / HTTP 503 für Bilder (Plesk / Netcup)

**URL:** <https://forum.shopware.com/t/http-500-bei-public-verzeichnis-http-503-fuer-bilder-plesk-netcup/92997>\
**Category:** Shopware 6 (German)\
**Created:** [17. Februar 2022 um 12:49 UTC](https://forum.shopware.com/t/http-500-bei-public-verzeichnis-http-503-fuer-bilder-plesk-netcup/92997 "2022-02-17T12:49:23Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![scharf-gestellt](https://avatars.discourse-cdn.com/v4/letter/s/f04885/32.png) [@scharf-gestellt](https://forum.shopware.com/u/scharf-gestellt)\
**Post date:** [17. Februar 2022 um 12:49 UTC](https://forum.shopware.com/t/http-500-bei-public-verzeichnis-http-503-fuer-bilder-plesk-netcup/92997/1 "2022-02-17T12:49:23Z")

</div>

Hallo zusammen,

ich nutze einen Reseller-Tarif bei Netcup (nutzt Plesk zur Hosting-Verwaltung) für das Hosting des Shops. Ich betreue einen weiteren Shopware 6-Shop bei Hetzner mit gleicher Konfiguration ohne Probleme und ich bin so langsam mit meinem Latein am Ende.

Es kommen zwei Probleme zusammen:

1. Ich erhalte einen HTTP 500-Fehler, wenn ich das Stammverzeichnis in Plesk auf /public/ lege.

2. Ich installierte dennoch vorläufig (es handelt sich zunächst ohnehin um eine Testumgebung) Shopware 6 erfolgreich, in dem ich den Installer über die Browser-Zeile mit /public/ aufrief. Rufe ich jetzt aber den Shop auf, werden keine Bilder geladen (siehe Screenshot). Das Backend funktioniert einwandfrei. Das Protokoll liefert nur einen HTTP 500-Fehler. Die Konsole in Chrome gibt zusätzlich das hier aus:

```auto
GET https://dev.<...>.de/public/maintenance 503
(anonym) @ maintenance:246
setTimeout (async)
(anonym) @ maintenance:245

xx.js:1 Uncaught ReferenceError: AbstractProvider is not defined
at xx.js:1
(anonym) @ xx.js:1
maintenance:131 

GET https://dev.<...>.de/public/maintenance 503
content.js:1 

Uncaught ReferenceError: XXProvider is not defined
at Content.initProvider (content.js:1)
at new Content (content.js:1)
at window.self.window.top.window.onload (content.js:1)
initProvider @ content.js:1
Content @ content.js:1
window.self.window.top.window.onload @ content.js:1
load (async)
(anonym) @ content.js:1

```

 ![Bildschirmfoto 2022-02-16 um 17.14.56](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/c/e/ce38f687d058dcb1d040631af813f8906475430b.png)

Die Berechtigungen für das /public/-Verzeichnis sind rwx r-x r-x, es gehört dem Benutzer des Abonnements und der Gruppe psacln. open\_basedir für php gilt auch für {WEBSPACEROOT}. Die .htaccess-Dateien sind unverändert - allerdings auch schon ohne .htaccess in /public/ und/oder dem übergeordneten Verzeichnis versucht - ohne Erfolg.

Seit der Umstellung auf {WEBSPACEROOT} taucht in den Fehlerprotokollen (ansonsten ohne Aussage abseits der Fehlercodes) kursorisch folgender Fehler auf, den ich aber nicht reproduzieren kann:

```auto
(32)Broken pipe: mod_fcgid: ap_pass_brigade failed in handle_request_ipc function

```

Bin für jede Hilfe sehr dankbar!

---

<div class="post-metadata">

**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\
**Post date:** [18. Februar 2022 um 08:52 UTC](https://forum.shopware.com/t/http-500-bei-public-verzeichnis-http-503-fuer-bilder-plesk-netcup/92997/3 "2022-02-18T08:52:39Z")

</div>

Bei netcup muss das open\_basedir (PHP-Einstellungen) auf Webspace geändert werden, sonst funktioniert Shopware nicht. Zumindest nicht bei mir.

Ob es einen Unterschied ausmacht, ob man das vor oder nach der Installation macht, das weiß ich leider nicht mehr. Hatte vor dem Umstellung jedenfalls auch Probleme.

---

<div class="post-metadata">

**Author:** ![scharf-gestellt](https://avatars.discourse-cdn.com/v4/letter/s/f04885/32.png) [@scharf-gestellt](https://forum.shopware.com/u/scharf-gestellt)\
**Post date:** [18. Februar 2022 um 18:18 UTC](https://forum.shopware.com/t/http-500-bei-public-verzeichnis-http-503-fuer-bilder-plesk-netcup/92997/4 "2022-02-18T18:18:07Z")

</div>

Hi Max,

danke für die Meldung. Nach einem Hinweis im Netcup-Forum hatte ich das ganze schon auf Webspaceroot umgestellt (s. auch Ausgangsbeitrag).

Das hatte allerdings nur eins bewegt: Die Fehlermeldung im Browser wurde etwas hübscher 🙂

---

<div class="post-metadata">

**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\
**Post date:** [19. Februar 2022 um 11:04 UTC](https://forum.shopware.com/t/http-500-bei-public-verzeichnis-http-503-fuer-bilder-plesk-netcup/92997/5 "2022-02-19T11:04:26Z")

</div>

Ich habe das in deinem ursprünglichen Beitrag gelesen. Deswegen mein Zusatz: _ich weiß nicht, ob es einen Unterschied aus macht, ob man es vor oder nach der Installation umstellt_.

Das ist meine Einstellung:

 ![Bildschirmfoto 2022-02-19 um 12.03.29](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/6/0/6054e146f5800c6878f83243a5b5de8f8f8af3fd.png)

Kein nginx-Caching.

Ansonsten in der error.log nachsehen, was exakt das Problem ist.

---

<div class="post-metadata">

**Author:** ![scharf-gestellt](https://avatars.discourse-cdn.com/v4/letter/s/f04885/32.png) [@scharf-gestellt](https://forum.shopware.com/u/scharf-gestellt)\
**Post date:** [3. März 2022 um 18:11 UTC](https://forum.shopware.com/t/http-500-bei-public-verzeichnis-http-503-fuer-bilder-plesk-netcup/92997/6 "2022-03-03T18:11:24Z")

</div>

Hallo Max,

entschuldige die späte Antwort. Ich bin wegen des Sturms vor einigen Tagen immer noch nicht zuverlässig wieder am Netz. Tatsächlich kam es wohl darauf an, den Webspaceroot noch VOR der Installation einzustellen.

Danke für die Unterstützung!
