# shop plötzlich zerschossen

**URL:** https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296
**Category:** Administration
**Created:** [7. November 2018 um 18:44 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296 "2018-11-07T18:44:05Z")
**Posts on this page:** 20
**Page:** 2

<div class="post-metadata">

### Author: ![Qwerty](https://avatars.discourse-cdn.com/v4/letter/q/4491bb/32.png) [@Qwerty](https://forum.shopware.com/u/Qwerty)
#### Post date: [8. November 2018 um 09:21 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/21 "2018-11-08T09:21:12Z")

</div>

Hallo,

auch wir wurden gestern in der Nacht böse überrascht von diesem Problem und haben alle Shopware-Shops aktuell auf PHP 5.6 umstellen müssen.

Auf unserem&nbsp;Server sind die selben PHP Versionen (alt-php70-7.0.32-1) aktiv. Diese Version wurde jedoch bereits automatisiert am 30.10.2018 installiert und ist als kritisches Sicherheitsupdate vom PHP Hersteller gekennzeichnet.

Es sieht alles danach aus, dass Shopware ein Problem mit dieser PHP Version hat. Dies ist aber die aktuelle PHP7 Version, welche direkt vom PHP Hersteller stammt.

Was wir persönlich nicht verstehen ist, warum sich dieses Problem dann erst so erheblich zeitversetzt bemerkbar gemacht hat. Denn zwischen dem 30.10. und 7.11. liegen immerhin 8 Tage. Und in diesen 8 Tagen gab es keinerlei Veränderungen am Server.

Was jedoch einen Tag vorher tagsüber installiert wurde, war entweder das Update auf&nbsp; Version 5.5.3 bzw. der aktuellsten Version des Shopware Sicherheits-Plugin. Die üblichen Cronjob laufen immer in der Nacht ab und ab genau dann begannen diese&nbsp;Probleme.

---

<div class="post-metadata">

### Author: ![fm1985](https://avatars.discourse-cdn.com/v4/letter/f/858c86/32.png) [@fm1985](https://forum.shopware.com/u/fm1985)
#### Post date: [8. November 2018 um 12:20 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/22 "2018-11-08T12:20:40Z")

</div>

> [@Qwerty schrieb:](https://forum.shopware.com/profile/22786/Qwerty "Qwerty")
> 
> &nbsp;
> 
> Was jedoch einen Tag vorher tagsüber installiert wurde, war entweder das Update auf&nbsp; Version 5.5.3 bzw. der aktuellsten Version des Shopware Sicherheits-Plugin. Die üblichen Cronjob laufen immer in der Nacht ab und ab genau dann begannen diese&nbsp;Probleme.

Ich hatte das Problem gleich bei mehreren Kunden. Und da waren bis gestern unterschiedliche Versionen im Einsatz.  
5.4.6 war die älteste Version und 5.5.3 die neuste.

---

<div class="post-metadata">

### Author: ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)
#### Post date: [8. November 2018 um 16:32 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/23 "2018-11-08T16:32:39Z")

</div>

Das Frontend habe ich mit einer aktuellen Datensicherung zum Laufen bekommen.

Ins backend komme ich komischerweise immer noch nicht rein:

```
The provided CSRF-Token is invalid. If you're sure that the request to path "/backend/Login/load/?f=m/Locale|v/Main|v/main/Form|store/Locale|c/Main&no-cache=1541694429" should be valid, the called controller action needs to be whitelisted using the CSRFWhitelistAware interface.

Time: 	

2018-11-08T17:27:12.441480+0100

Channel: 	

core

request: 	

{
    "uri": "/backend/Login/load/?f=m/Locale|v/Main|v/main/Form|store/Locale|c/Main&no-cache=1541694429",
    "method": "GET",
    "query": {
        "f": "m/Locale|v/Main|v/main/Form|store/Locale|c/Main",
        "no-cache": "1541694429",
        "module": "backend",
        "controller": "Login",
        "action": "load"
    },
    "post": []
}

shop: 	

No shop data available

session: 	

No session data available

CRITICAL
Message: 	

The provided CSRF-Token is invalid. If you're sure that the request to path "/backend/Login/load/?f=m/Locale|v/Main|v/main/Form|store/Locale|c/Main&no-cache=1541694429" should be valid, the called controller action needs to be whitelisted using the CSRFWhitelistAware interface.

Time: 	

2018-11-08T17:27:12.459490+0100

Channel: 	

core

request: 	

{
    "uri": "/backend/Login/load/?f=m/Locale|v/Main|v/main/Form|store/Locale|c/Main&no-cache=1541694429",
    "method": "GET",
    "query": {
        "f": "m/Locale|v/Main|v/main/Form|store/Locale|c/Main",
        "no-cache": "1541694429",
        "module": "backend",
        "controller": "Login",
        "action": "load"
    },
    "post": []
}

shop: 	

No shop data available

session: 	

No session data available

ERROR
Message: 	

Shopware\Components\CSRFTokenValidationException: The provided CSRF-Token is invalid. If you're sure that the request to path "/backend/Login/load/?f=m/Locale|v/Main|v/main/Form|store/Locale|c/Main&no-cache=1541694429" should be valid, the called controller action needs to be whitelisted using the CSRFWhitelistAware interface. in /home/amafinod/public_html/engine/Shopware/Components/CSRFTokenValidator.php:109
Stack trace:
#0 /home/amafinod/public_html/engine/Library/Enlight/Event/Handler/Default.php(91): Shopware\Components\CSRFTokenValidator->checkBackendTokenValidation(Object(Enlight_Controller_ActionEventArgs))
#1 /home/amafinod/public_html/engine/Library/Enlight/Event/EventManager.php(220): Enlight_Event_Handler_Default->execute(Object(Enlight_Controller_ActionEventArgs))
#2 /home/amafinod/public_html/engine/Library/Enlight/Controller/Action.php(176): Enlight_Event_EventManager->notify('Enlight_Control...', Object(Enlight_Controller_ActionEventArgs))
#3 /home/amafinod/public_html/engine/Library/Enlight/Controller/Dispatcher/Default.php(549): Enlight_Controller_Action->dispatch('loadAction')
#4 /home/amafinod/public_html/engine/Library/Enlight/Controller/Front.php(222): Enlight_Controller_Dispatcher_Default->dispatch(Object(Enlight_Controller_Request_RequestHttp), Object(Enlight_Controller_Response_ResponseHttp))
#5 /home/amafinod/public_html/engine/Shopware/Kernel.php(215): Enlight_Controller_Front->dispatch()
#6 /home/amafinod/public_html/vendor/symfony/http-kernel/HttpCache/HttpCache.php(486): Shopware\Kernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#7 /home/amafinod/public_html/engine/Shopware/Components/HttpCache/AppCache.php(268): Symfony\Component\HttpKernel\HttpCache\HttpCache->forward(Object(Symfony\Component\HttpFoundation\Request), true, NULL)
#8 /home/amafinod/public_html/vendor/symfony/http-kernel/HttpCache/HttpCache.php(253): Shopware\Components\HttpCache\AppCache->forward(Object(Symfony\Component\HttpFoundation\Request), true)
#9 /home/amafinod/public_html/engine/Shopware/Components/HttpCache/AppCache.php(105): Symfony\Component\HttpKernel\HttpCache\HttpCache->pass(Object(Symfony\Component\HttpFoundation\Request), true)
#10 /home/amafinod/public_html/shopware.php(122): Shopware\Components\HttpCache\AppCache->handle(Object(Symfony\Component\HttpFoundation\Request))
#11 {main}

Time: 	

2018-11-08T17:27:12.460435+0100

Channel: 	

core

request: 	

{
    "uri": "/backend/Login/load/?f=m/Locale|v/Main|v/main/Form|store/Locale|c/Main&no-cache=1541694429",
    "method": "GET",
    "query": {
        "f": "m/Locale|v/Main|v/main/Form|store/Locale|c/Main",
        "no-cache": "1541694429",
        "module": "backend",
        "controller": "Login",
        "action": "load"
    },
    "post": []
}

shop: 	

No shop data available

session: 	

No session data available

```

&nbsp;

Die Fehlermeldung und der Ladebalken sind imm er noch gleich, cache und cookies sind gelöscht:

 ![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/2X/9/9b16b30ee2b5aab29cf77f827ec7f9bcc7929217.png)

---

<div class="post-metadata">

### Author: ![AndreHerking](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/andreherking/32/7839_2.png) [@AndreHerking](https://forum.shopware.com/u/AndreHerking)
#### Post date: [8. November 2018 um 16:34 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/24 "2018-11-08T16:34:01Z")

</div>

Mal einen anderen Browser probiert, bzw. den Inkognito Modus? Dies ist sehr häufig der Fall, wenn ein alter CSRF Session Cookie noch vorhanden ist.&nbsp;

LG Andre

---

<div class="post-metadata">

### Author: ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)
#### Post date: [8. November 2018 um 16:37 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/25 "2018-11-08T16:37:11Z")

</div>

nein, die kommt überall gleich…

---

<div class="post-metadata">

### Author: ![AndreHerking](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/andreherking/32/7839_2.png) [@AndreHerking](https://forum.shopware.com/u/AndreHerking)
#### Post date: [8. November 2018 um 16:41 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/26 "2018-11-08T16:41:53Z")

</div>

Cookies werden auch akzeptiert vom Browser? Probiere mal die CSRF Protection temporär zu deaktivieren, vielleicht wird hier ein Fehler verschleiert:

[https://community.shopware.com/FAQ-Fehlermeldungen-und-deren-Ursachen\_detail\_2001.html#Deaktivieren\_des\_X-CSRF-Token](https://community.shopware.com/FAQ-Fehlermeldungen-und-deren-Ursachen_detail_2001.html#Deaktivieren_des_X-CSRF-Token)&nbsp;

---

<div class="post-metadata">

### Author: ![Qwerty](https://avatars.discourse-cdn.com/v4/letter/q/4491bb/32.png) [@Qwerty](https://forum.shopware.com/u/Qwerty)
#### Post date: [8. November 2018 um 16:47 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/27 "2018-11-08T16:47:29Z")

</div>

> [@AndreHerking schrieb:](https://forum.shopware.com/profile/23413/AndreHerking "AndreHerking")
> 
> Mal einen anderen Browser probiert, bzw. den Inkognito Modus? Dies ist sehr häufig der Fall, wenn ein alter CSRF Session Cookie noch vorhanden ist.&nbsp;
> 
> LG Andre

Hallo Andre,

darf ich mal fragen, was denn nun passiert um das eigentliche Problem mit dieser PHP 7 Version zu lösen?&nbsp;

---

<div class="post-metadata">

### Author: ![AndreHerking](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/andreherking/32/7839_2.png) [@AndreHerking](https://forum.shopware.com/u/AndreHerking)
#### Post date: [8. November 2018 um 16:50 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/28 "2018-11-08T16:50:42Z")

</div>

> [@Qwerty schrieb:](https://forum.shopware.com/profile/22786/Qwerty "Qwerty")
> 
> > [@AndreHerking schrieb:](https://forum.shopware.com/profile/23413/AndreHerking "AndreHerking")
> > 
> > Mal einen anderen Browser probiert, bzw. den Inkognito Modus? Dies ist sehr häufig der Fall, wenn ein alter CSRF Session Cookie noch vorhanden ist.&nbsp;
> > 
> > LG Andre
> 
> Hallo Andre,
> 
> darf ich mal fragen, was denn nun passiert um das eigentliche Problem mit dieser PHP 7 Version zu lösen?&nbsp;

Ich hatte mir das auf meiner Testumgebung mit indentischer PHP Version aus dem offiziellen Ubuntu-Repo angeschaut und konnte das nicht nachstellen. Gleiche gilt für eine Debian-Umgebung. Aktuell vermute ich eher, dass es hier an die verwendete Distribution liegt, da augenscheinlich alle CloudLinux einsetzen. Wir werden uns das aber morgen nochmal genauer anschauen.

LG andre&nbsp;&nbsp;

---

<div class="post-metadata">

### Author: ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)
#### Post date: [8. November 2018 um 16:55 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/29 "2018-11-08T16:55:49Z")

</div>

> [@AndreHerking schrieb:](https://forum.shopware.com/profile/23413/AndreHerking "AndreHerking")
> 
> Cookies werden auch akzeptiert vom Browser? Probiere mal die CSRF Protection temporär zu deaktivieren, vielleicht wird hier ein Fehler verschleiert:
> 
> [https://community.shopware.com/FAQ-Fehlermeldungen-und-deren-Ursachen\_detail\_2001.html#Deaktivieren\_des\_X-CSRF-Token](https://community.shopware.com/FAQ-Fehlermeldungen-und-deren-Ursachen_detail_2001.html#Deaktivieren_des_X-CSRF-Token)&nbsp;

leider auch nicht

ich verwende kein cloud-linux ! dachte ich zumindest bis zur Aussage des Providers:&nbsp; „es wird HardenedPHP verwendet“ : also doch cloudlinux !

Edit: ich bleib auf php 5.6 - da komme ich rein !

---

<div class="post-metadata">

### Author: ![fm1985](https://avatars.discourse-cdn.com/v4/letter/f/858c86/32.png) [@fm1985](https://forum.shopware.com/u/fm1985)
#### Post date: [8. November 2018 um 17:55 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/30 "2018-11-08T17:55:09Z")

</div>

@AndreHerking‍ ich hab dir eine PN gemacht mit dem Link zu der PHPInfo

Es liegt im übrigen nicht am CloudLinux sondern am HardendedPHP. Bei einem anderer Hoster der CloudLinux im Einsatz hat aber kein HardendedPHP läuft alles normal.

---

<div class="post-metadata">

### Author: ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)
#### Post date: [8. November 2018 um 18:42 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/31 "2018-11-08T18:42:10Z")

</div>

@fm1985‍ Davon abgesehen dass dein Hoster mit der PHP Version „alt-php70-7.0.32-1.el7.x86\_64“ ein Testing Release nutzt, würde ich mir einen anderen Hoster suchen.&nbsp;

[http://repo.cloudlinux.com/cloudlinux/7/updates-testing/x86\_64/Packages/](http://repo.cloudlinux.com/cloudlinux/7/updates-testing/x86_64/Packages/)

---

<div class="post-metadata">

### Author: ![Qwerty](https://avatars.discourse-cdn.com/v4/letter/q/4491bb/32.png) [@Qwerty](https://forum.shopware.com/u/Qwerty)
#### Post date: [9. November 2018 um 08:33 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/32 "2018-11-09T08:33:05Z")

</div>

> [@fm1985 schrieb:](https://forum.shopware.com/profile/25667/fm1985 "fm1985")
> 
> @AndreHerking‍ ich hab dir eine PN gemacht mit dem Link zu der PHPInfo
> 
> Es liegt im übrigen nicht am CloudLinux sondern am HardendedPHP. Bei einem anderer Hoster der CloudLinux im Einsatz hat aber kein HardendedPHP läuft alles normal.

&nbsp;

Als Ergänzung:

Unser Hoster hat&nbsp;hierzu bei Cloudlinux angefragt und die Antwort erhalten, dass alle Php 7 (7.0/7.1/7.2) Versionen direkt aus den RPM Ressourcen von RedHat stammen.

Das hardened Php sind nur die älteren Versionen (5.6 und älter).

Es gibt auf einem Cloudlinux cPanel System auch keine Möglichkeit andere Php Versionen als die von Cloudlinux zu verwenden.

---

<div class="post-metadata">

### Author: ![AndreHerking](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/andreherking/32/7839_2.png) [@AndreHerking](https://forum.shopware.com/u/AndreHerking)
#### Post date: [9. November 2018 um 12:35 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/33 "2018-11-09T12:35:19Z")

</div>

HardendedPHP nutzt ja nicht (mehr) supportet PHP Packages - wenn sich da noch Fehler befinden bzw. nicht mehr vorhandene Kompatibilitäten, kann es zu solchen Fehlern kommen. Wir berücksichtigen bei der Entwicklung natürlich die offiziellen PHP Packages in Kombination der gängigen Distributionen.&nbsp;

Ich würde euch empfehlen gemeinsam mit dem Hoster zu prüfen, ob hier nicht andere PHP Repositories genutzt werden können, die die gängigen Releaes nutzen.&nbsp;

LG Andre

---

<div class="post-metadata">

### Author: ![Qwerty](https://avatars.discourse-cdn.com/v4/letter/q/4491bb/32.png) [@Qwerty](https://forum.shopware.com/u/Qwerty)
#### Post date: [9. November 2018 um 13:43 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/34 "2018-11-09T13:43:21Z")

</div>

Hallo Andre,

für Dich zur Info die Antwort unseres Hoster auf Deinen letzten Beitrag:

Wie bereits mitgeteilt stellt CloudLinux HardenedPHP nur für die älteren PHP Versionen (5.6 und älter) bereit. Die 7er Versionen sind die offiziellen RPM Pakete von Redhat (EL6). Dies wurde so auch vom CloudLinux Hersteller bestätigt.

Interessant ist, dass die Shops ja derzeit mit PHP 5.6 arbeiten und diese Version nutzt das HardenedPHP. Der Shop läuft also derzeit mit einer nicht offiziellen Version fehlerfrei, aber mit der offiziellen Version von PHP 7 nicht:

Name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : php70

Arch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : x86\_64

Version&nbsp;&nbsp;&nbsp;&nbsp; : 7.0.32

Release&nbsp;&nbsp;&nbsp;&nbsp; : 4.el6

Size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : 2.7 k

Summary&nbsp;&nbsp;&nbsp;&nbsp; : PHP scripting language for creating dynamic web sites

URL&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : [http://www.php.net/](http://www.php.net/)

&nbsp;

Mit folgendem wiederum laufen die Shops ja und das ist HardenedPHP:

Name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : alt-php56

Arch&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : x86\_64

Version&nbsp;&nbsp;&nbsp;&nbsp; : 5.6.38h

Release&nbsp;&nbsp;&nbsp;&nbsp; : 3.el6

Size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : 2.7 k

URL&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : [http://www.php.net/](http://www.php.net/)

&nbsp;

An dem “h” in der Version ist das HardenedPHP zu erkennen.

Und CloudLinux ist ein 100% Ableger von CentOs. Beide basieren auf den Sources vom RedHat Enterprise Linux, was eine absolut gängige Distribution ist. Der Marktanteil von RedHat / CentOs Systemen ist deutlich höher als wie von Ubuntu auf Servern. Daher kann ich nicht nachvollziehen warum Shopware nur auf Ubuntu / Debian Systemen testet.

Der CloudLinux Hersteller verweist darauf, dass die 7er Version original vom Hersteller stammt und von denen nicht modifiziert wurde. Dementsprechend verweisen die bei PHP Problemen auf [php.net](http://php.net) und Shopware. Anders wäre es, wenn die 5er PHP Versionen betroffen wären, was aber nicht der Fall ist.

&nbsp;

---

<div class="post-metadata">

### Author: ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)
#### Post date: [9. November 2018 um 13:48 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/35 "2018-11-09T13:48:30Z")

</div>

Nunja, Fakt ist aber auch, dass die gleiche Version (php 7.0.32) bspw. bei Profihost einwandfrei läuft und auch lokal bei mir. Habe ich beides schon durchgetestet. Local mit dem offiziellen Docker-Image von PHP.&nbsp;Also muss ja zwangsweise etwas mit dem Paket nicht stimmen.

---

<div class="post-metadata">

### Author: ![Qwerty](https://avatars.discourse-cdn.com/v4/letter/q/4491bb/32.png) [@Qwerty](https://forum.shopware.com/u/Qwerty)
#### Post date: [9. November 2018 um 13:57 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/36 "2018-11-09T13:57:08Z")

</div>

Moritz, sorry. Aber was ist das denn für eine Antwort.

Ihr habt sehr detaillierte Informationen bekommen, von denen man doch erwarten kann das jetzt genauer zu prüfen.

---

<div class="post-metadata">

### Author: ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)
#### Post date: [9. November 2018 um 14:02 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/37 "2018-11-09T14:02:39Z")

</div>

@[Qwerty](https://forum.shopware.com/profile/22786/Qwerty)

Wenn du einmal den Blog von Cloudlinux liest weißst du direkt schon dass es kein Orginal Package von PHP mehr ist.&nbsp;[СloudLinux Blog](https://www.cloudlinux.com/cloudlinux-os-blog/entry/alt-php-updated-1-55)

> **alt-php70-7.0.32-3**
> 
> - ALTPHP-587: backported fixes from upstream PHP versions 7.1.23 and 7.2.11.

Die Backporten Fixes von PHP 7.1 / 7.2 in 7.0 rein. Das ist kein Standard PHP 7.0 mehr was von PHP selbst kommt. Davon abgesehen dass PHP 7.0 **noch supportet** wird, ist das ja mal total ein no go ![Thumb-down](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/08ee70594855dd44287b011742fe7f1252e05ce0.png "Thumb-down")

---

<div class="post-metadata">

### Author: ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)
#### Post date: [9. November 2018 um 14:06 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/38 "2018-11-09T14:06:22Z")

</div>

> [@Qwerty schrieb:](https://forum.shopware.com/profile/22786/Qwerty "Qwerty")
> 
> Moritz, sorry. Aber was ist das denn für eine Antwort.
> 
> Ihr habt sehr detaillierte Informationen bekommen, von denen man doch erwarten kann das jetzt genauer zu prüfen.

Nein. Wenn es ein Problem ist, was nur in dieser Kombination auftritt und nicht mit den offiziellen Packages die PHP selbst ausliefert, werden wir uns das Problem auch nicht im Detail ansehen. Bei einem zertifizierten Hoster wäre das sicherlich etwas anderes, da wir dann auch in die Kommnunikation mit dem Hoster einsteigen. Also bleibt aktuell nur php5.6 nutzen oder mal auf Shopware 5.5 gehen und php7.2 probieren. Ob das dann bei diesem Hoster funktioniert, können wir nicht beurteilen.&nbsp;Wir sind eine Standardlösung die mit Standardpaketen getestet ist. Wir testen immer mit den offiziellen PHP-Paketen aus den gängigen Repositories und damit funktioniert es nunmal.&nbsp;

Und wie gesagt: Es funktioniert fehlerfrei auf meinem System, auf dem System eines zertfizierten Hosteres. Es wird also definitiv am Package selbst liegen, was auf diesem Host verwendet wird.

---

<div class="post-metadata">

### Author: ![Qwerty](https://avatars.discourse-cdn.com/v4/letter/q/4491bb/32.png) [@Qwerty](https://forum.shopware.com/u/Qwerty)
#### Post date: [9. November 2018 um 14:13 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/39 "2018-11-09T14:13:13Z")

</div>

> [@Shyim schrieb:](https://forum.shopware.com/profile/20792/Shyim "Shyim")
> 
> @[Qwerty](https://forum.shopware.com/profile/22786/Qwerty)
> 
> Wenn du einmal den Blog von Cloudlinux liest weißst du direkt schon dass es kein Orginal Package von PHP mehr ist.&nbsp;[https://www.cloudlinux.com/cloudlinux-os-blog/entry/alt-php-updated-1-55](https://www.cloudlinux.com/cloudlinux-os-blog/entry/alt-php-updated-1-55)
> 
> > **alt-php70-7.0.32-3**
> > 
> > - ALTPHP-587: backported fixes from upstream PHP versions 7.1.23 and 7.2.11.
> 
> Die Backporten Fixes von PHP 7.1 / 7.2 in 7.0 rein. Das ist kein Standard PHP 7.0 mehr was von PHP selbst kommt. Davon abgesehen dass PHP 7.0 **noch supportet** wird, ist das ja mal total ein no go ![Thumb-down](https://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/thumb-down.png "Thumb-down")
> 
> &nbsp;

Danke für die Info. Das gebe ich einmal zurück an unseren Hoster.&nbsp;

---

<div class="post-metadata">

### Author: ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)
#### Post date: [9. November 2018 um 14:34 UTC](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296/40 "2018-11-09T14:34:15Z")

</div>

> [@Moritz Naczenski schrieb:](https://forum.shopware.com/profile/14574/Moritz%20Naczenski "Moritz%20Naczenski")
> 
> > [@Qwerty schrieb:](https://forum.shopware.com/profile/22786/Qwerty "Qwerty")
> > 
> > Moritz, sorry. Aber was ist das denn für eine Antwort.
> > 
> > Ihr habt sehr detaillierte Informationen bekommen, von denen man doch erwarten kann das jetzt genauer zu prüfen.
> 
> Nein. Wenn es ein Problem ist, was nur in dieser Kombination auftritt und nicht mit den offiziellen Packages die PHP selbst ausliefert, werden wir uns das Problem auch nicht im Detail ansehen. Bei einem zertifizierten Hoster wäre das sicherlich etwas anderes, da wir dann auch in die Kommnunikation mit dem Hoster einsteigen. Also bleibt aktuell nur php5.6 nutzen oder mal auf Shopware 5.5 gehen und php7.2 probieren. Ob das dann bei diesem Hoster funktioniert, können wir nicht beurteilen.&nbsp;Wir sind eine Standardlösung die mit Standardpaketen getestet ist. Wir testen immer mit den offiziellen PHP-Paketen aus den gängigen Repositories und damit funktioniert es nunmal.&nbsp;
> 
> Und wie gesagt: Es funktioniert fehlerfrei auf meinem System, auf dem System eines zertfizierten Hosteres. Es wird also definitiv am Package selbst liegen, was auf diesem Host verwendet wird.

Shopware schiebt es auf den Provider und der Provider auf Shopware.

Und ich bin wieder etwas schlauer; bzw. der Dumme 😉

[Vorherige Seite](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296.md?page=1)

[Nächste Seite](https://forum.shopware.com/t/shop-plotzlich-zerschossen/56296.md?page=3)
