# Cache Aufwärmen über Shopware Backend funktioniert nicht mehr...
**URL:** https://forum.shopware.com/t/cache-aufwarmen-uber-shopware-backend-funktioniert-nicht-mehr/64027
**Category:** Administration
**Created:** [15. Januar 2020 um 19:03 UTC](https://forum.shopware.com/t/cache-aufwarmen-uber-shopware-backend-funktioniert-nicht-mehr/64027 "2020-01-15T19:03:56Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@grower\_seiten](https://forum.shopware.com/u/grower_seiten)
#### Post date: [15. Januar 2020 um 19:03 UTC](https://forum.shopware.com/t/cache-aufwarmen-uber-shopware-backend-funktioniert-nicht-mehr/64027/1 "2020-01-15T19:03:56Z")
Lieber Shopware Admins,
ich bekomme seit ein paar Wochen beim Versuch den Shopware Cache (HTTP Cache) via Backend aufzuwärmen folgende Fehlermeldung:
Ich habe alle Plugins überprüft und auf aktuellem Stand (Shopware Version 5.6.2) und sehe im PHP Error-Logfile nur das die Pfade nicht aufgebaut werden und alte Plugins gelöscht, die auch in der Zuordnung im Backend teilweise falsch waren. Also wenn ich im Backend auf ein Plugin geklickt habe, wurde ein anderes Plugin aufgerufen. Die Zuordnung habe ich durch die Neuinstallation aller Plugins wieder hergestellt. Doch hier weiß ich leider nicht mehr was ich tun kann.
* * *
PDOException: SQLSTATE(23000): Integrity constraint violation: 1048 Column ‘element\_id’ cannot be null in /vendor/doctrine/dbal/lib/Doctrine/DBAL/Connection.php:1056 Stack trace:
#0 /vendor/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(1056): PDOStatement-\>execute()
#1 /engine/Shopware/Bundle/PluginInstallerBundle/Service/UniqueIdGenerator/UniqueIdGenerator.php(96): Doctrine\DBAL\Connection-\>executeUpdate(‘INSERT INTO s\_c…’, Array)
#2 /engine/Shopware/Bundle/PluginInstallerBundle/Service/UniqueIdGenerator/UniqueIdGenerator.php(57): Shopware\Bundle\PluginInstallerBundle\Service\UniqueIdGenerator\UniqueIdGenerator-\>storeUniqueIdInDb(‘MmgqPnQaIkDLtBJ…’)
#3 /engine/Shopware/Plugins/Default/Backend/SwagUpdate/Controllers/Backend/SwagUpdate.php(490): Shopware\Bundle\PluginInstallerBundle\Service\UniqueIdGenerator\UniqueIdGenerator-\>getUniqueId()
#4 /engine/Shopware/Plugins/Default/Backend/SwagUpdate/Controllers/Backend/SwagUpdate.php(268): Shopware\_Controllers\_Backend\_SwagUpdate-\>getUnique()
#5 /engine/Library/Enlight/Controller/Action.php(192): Shopware\_Controllers\_Backend\_SwagUpdate-\>popupAction()
#6 /engine/Library/Enlight/Controller/Dispatcher/Default.php(478): Enlight\_Controller\_Action-\>dispatch(‘popupAction’)
#7 /engine/Library/Enlight/Controller/Front.php(228): Enlight\_Controller\_Dispatcher\_Default-\>dispatch(Object(Enlight\_Controller\_Request\_RequestHttp), Object(Enlight\_Controller\_Response\_ResponseHttp))
#8 /engine/Shopware/Kernel.php(185): Enlight\_Controller\_Front-\>dispatch()
#9 /vendor/symfony/http-kernel/HttpCache/SubRequestHandler.php(102): Shopware\Kernel-\>handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#10 /vendor/symfony/http-kernel/HttpCache/HttpCache.php(448): Symfony\Component\HttpKernel\HttpCache\SubRequestHandler::handle(Object(Shopware\Kernel), Object(Symfony\Component\HttpFoundation\Request), 1, true)
#11 /engine/Shopware/Components/HttpCache/AppCache.php(256): Symfony\Component\HttpKernel\HttpCache\HttpCache-\>forward(Object(Symfony\Component\HttpFoundation\Request), true, NULL)
#12 /vendor/symfony/http-kernel/HttpCache/HttpCache.php(238): Shopware\Components\HttpCache\AppCache-\>forward(Object(Symfony\Component\HttpFoundation\Request), true)
#13 /engine/Shopware/Components/HttpCache/AppCache.php(99): Symfony\Component\HttpKernel\HttpCache\HttpCache-\>pass(Object(Symfony\Component\HttpFoundation\Request), true)
#14 /home/users/h550476/public\_html/grower-point.pl/shopware.php(122): Shopware\Components\HttpCache\AppCache-\>handle(Object(Symfony\Component\HttpFoundation\Request))
#15
* * *
Vielen Dank im Voraus für jede Hilfe…
---
### Author:  [@enerSpace](https://forum.shopware.com/u/enerSpace)
#### Post date: [17. Januar 2020 um 11:59 UTC](https://forum.shopware.com/t/cache-aufwarmen-uber-shopware-backend-funktioniert-nicht-mehr/64027/2 "2020-01-17T11:59:07Z")
Hallo @grower\_seiten,
hört sich danach an, als ob eine neue MySQL / MariaDB Version zum Einsatz kommt und eventuell der sql\_mode auf STRICT\_TRANS\_TABLES steht?
Ihr könnt das direkt in MySQL / PHPMyAdmin mit dem folgenden Befehl prüfen:
```
SHOW VARIABLES LIKE 'sql_mode';
```
Wenn hier STRICT\_TRANS\_TABLES angezeigt wird, ist der Strict Modus aktiviert.
Um das Verhalten zu entschärfen, kann man folgendes eingeben:
```
set global sql_mode='';
```
Änderungen werden nur gespeichert, wenn Du direkten Zugriff auf den Datenbankserver hast. Falls das die Lösung war, solltet Ihr die Änderung noch in der my.cnf übertragen.
VG
ener **Space** Webhosting
Tel.: +49 511 - 999 791 70 | Web: [https://www.enerspace.de](https://www.enerspace.de/)
---
### Author:  [@grower\_seiten](https://forum.shopware.com/u/grower_seiten)
#### Post date: [17. Januar 2020 um 21:11 UTC](https://forum.shopware.com/t/cache-aufwarmen-uber-shopware-backend-funktioniert-nicht-mehr/64027/3 "2020-01-17T21:11:07Z")
Hallo enerSpace,
erstmal vielen Dank, ich verstehe das Problem, jedoch meine ich keine Maria Erweiterung bei der Installation der Datenbank gewählt zu haben.
VersionsInfo von phpMyAdmin:
Apache
Datenbank-Client Version: libmysql - mysqlnd 5.0.12-dev - 20150407
PHP-Erweiterung: mysqliDokumentation curlDokumentation mbstringDokumentation
Die php.info gibt auch keine Maria DB Erweiterungen aus…!?
Dazu habe ich „nur“ ein normales Webhosting.
Die SQL Befehle in phpMyAdmin ergeben folgendes:
SHOW VARIABLES LIKE ‚sql\_mode‘;
ONLY\_FULL\_GROUP\_BY,STRICT\_TRANS\_TABLES,NO\_ZERO\_IN\_DATE,NO\_ZERO\_DATE,ERROR\_FOR\_DIVISION\_BY\_ZERO,NO\_AUTO\_CREATE\_USER,NO\_ENGINE\_SUBSTITUTION
Also, Tatsache meine MySQL-DB ist schon ist im Strict Modus:
# STRICT\_TRANS\_TABLES
Beim Befehl:
set global sql\_mode=‚ONLY\_FULL\_GROUP\_BY,NO\_ZERO\_IN\_DATE,NO\_ZERO\_DATE,ERROR\_FOR\_DIVISION\_BY\_ZERO,NO\_AUTO\_CREATE\_USER,NO\_ENGINE\_SUBSTITUTION‘;
erhalte ich:
#1227 - Access denied; you need (at least one of) the SUPER privilege(s) for this operation
Muss der Befehl „global“ sein? dann muss ich wohl beim Provider nachfragen…
Eine my.cnf kann ich leider nicht im Webpaket wohl nicht selber ändern.
Beim Versuch ohne global
set sql\_mode=‚ONLY\_FULL\_GROUP\_BY,NO\_ZERO\_IN\_DATE,NO\_ZERO\_DATE,ERROR\_FOR\_DIVISION\_BY\_ZERO,NO\_AUTO\_CREATE\_USER,NO\_ENGINE\_SUBSTITUTION‘;
kommt:
Warning: #3135 ‚NO\_ZERO\_DATE‘, ‚NO\_ZERO\_IN\_DATE‘ and ‚ERROR\_FOR\_DIVISION\_BY\_ZERO‘ sql modes should be used with strict mode. They will be merged with strict mode in a future release.
Dennoch, danke nochmals, ich wäre da lange nicht drauf gekommen, wenigstens weiß ich jetzt in welche Richtung ich schauen kann…
Oder ist es sinnvoller eine neue Datenbank (Maria) zu installieren? Die Tabellen müsste ich doch komplett übernehmen können?
Vielen Dank,
grower\_seiten
---
### Author:  [@enerSpace](https://forum.shopware.com/u/enerSpace)
#### Post date: [19. Januar 2020 um 13:22 UTC](https://forum.shopware.com/t/cache-aufwarmen-uber-shopware-backend-funktioniert-nicht-mehr/64027/4 "2020-01-19T13:22:36Z")
Hallo @grower\_seiten,
mariaDB ist eine Alternative zu MySQL von Oracle. Es ist ein eigener Datenbankserver der Kompatibel zu MySQL ist.
Eine eigenen Datenbankserver kannst du nur installieren, wenn du allgemein Pakete auf deiner Linuxumgebun installieren darfst. Aber das ist auch nicht so einfach, wegen der Paketabhängigkeiten. Warscheinlich würdest du dir auch ebenso eine Version installieren die diese Option aktiviert hat.
Diese Einstellungen kann nur dein Anbieter vornehmen, sofern du dafür nicht die Rechte besitzt. Ich denke dass die Fehler danach behoben sind.
VG
ener **Space** Webhosting
Tel.: +49 511 - 999 791 70 | Web: [https://www.enerspace.de](https://www.enerspace.de/)
---
### Author:  [@shyim](https://forum.shopware.com/u/shyim)
#### Post date: [19. Januar 2020 um 14:21 UTC](https://forum.shopware.com/t/cache-aufwarmen-uber-shopware-backend-funktioniert-nicht-mehr/64027/5 "2020-01-19T14:21:00Z")
Ihr seid auf den falschen Weg. Das hat nichts mit SQL\_MODE zutun. Das ist ein simpler SQL Fehler: Ebenfalls wird der SQL\_MODE von Shopware verwaltet, den muss man nicht selbst anpassen.
Der Fehler kommt erstaunlicherweise sehr oft. Da fehlt bloß ein Eintrag in der DB. Den kannst mit der Query hinzufügen
```
INSERT INTO s_core_config_elements (form_id, name, value, label, description, type, required, position, scope)
VALUES ('0', 'trackingUniqueId', 's:0:"";', 'Unique identifier', '', 'text', '0', '0', '1')
```
**ABER: Der Fehler hat nichts mit den Http Cache Aufwärmen zutun.**
Wärme mal den Cache mal in der Console auf. Dort solltest du, wenn es Probleme gibt direkt den Fehler kriegen. Meistens wird auch das Aufwärmen auf einer Testumgebung gemacht, wo ein Passwort Schutz vor ist. Das geht natürlich nicht