Erzeugung TWIG TemplatesContao 5.5.x bei ALL-INKL Premium

[CZander]

Hallo,

ich habe Contao 5.5.1 auf einem ALL-INKL Premium Account mit
PHP 8.3.14-nmm1
Datenbank MariaDB 10.11.8
installiert.

Bei Erzeugung von TWIG-Templates habe ich folgendes Phänomen:

https://christophzander.de/contao-twig-issue.mp4

Funfakt: Bei einem gleich ausgestatteten ALL-INKL Privat Server tritt dieses Phänomen nicht auf.

Stack-Trace

Contao\CoreBundle\Twig\Inspector\InspectionExcepti  on:
Could not inspect template "@Contao_ContaoCoreBundle/content_element/_base.html.twig". No recorded information was found. Please clear the Twig template cache to make sure templates are recompiled.

  at vendor/contao/core-bundle/src/Twig/Inspector/Inspector.php:182
  at Contao\CoreBundle\Twig\Inspector\Inspector->getData('@Contao_ContaoCoreBundle/content_element/_base.html.twig')
     (vendor/contao/core-bundle/src/Twig/Inspector/Inspector.php:167)
  at Contao\CoreBundle\Twig\Inspector\Inspector->getDataFromAll(array('slots' => array(), 'blocks' => array('text_media' => array(false, false), 'content' => array(false, false), 'text' => array(false, false)), 'parent' => '@Contao_ContaoCoreBundle/content_element/_base.html.twig', 'uses' => array(array('@Contao_ContaoCoreBundle/component/_figure.html.twig', array()), array('@Contao_ContaoCoreBundle/component/_rich_text.html.twig', array()))))
     (vendor/contao/core-bundle/src/Twig/Inspector/Inspector.php:76)
  at Contao\CoreBundle\Twig\Inspector\Inspector->inspectTemplate('@Contao_ContaoCoreBundle/content_element/text.html.twig')
     (vendor/contao/core-bundle/src/Controller/BackendTemplateStudioController.php:174)
  at Contao\CoreBundle\Controller\BackendTemplateStudio  Controller->editorTab('content_element/text')
     (vendor/symfony/http-kernel/HttpKernel.php:183)
  at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
     (vendor/symfony/http-kernel/HttpKernel.php:76)
  at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
     (vendor/symfony/http-kernel/Kernel.php:182)
  at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
     (public/index.php:42)

[EDIT]

Ich habe dieses Verhalten in drei weiteren ALL-INKL Premium Account nachvollziehen können.

Können andere dieses Verhalten bestätigen?

[Wallbanger]

Hallo CZander,

ich betreue mehrere Contao-Installationen bei ALL-INKL und von 4 aktualisierten Instanzen, habe ich bei 2 Installationen auch das von Dir beschriebene Verhalten.

Contao 5.5.8
PHP 8.3/8.4
Datenbank MariaDB 10.11.8/10.6.18

Konntest Du schon etwas rausfinden?

[Spooky]

Ist bei All-Inkl. APC aktiv?

[fiedsch]

Zumindest in meinem Setup (mit der gleichen Problematik) nicht.

IMG_0826.jpeg

Ich hatte aber noch keine Zeit, dem genauer nachzugehen.

Edit: ein manuelles deaktivieren des verwendeten OPcache (via .user.ini im public/ Verzeichnis mit opcache.enable=0) macht bzgl. des Fehlers keinen Unterschied.

[mlweb]

Ich kann die Problematik auch bestätigen. Bei mir ist genauso wie bei @fiedsch APC nicht aktiv.

[Wallbanger]

Ist bei All-Inkl. APC aktiv?

APC ist bei mir nicht aktiv.

Ich werde mal weiterforschen und bei Gelegenheit die einzelnen Instanzen genauer vergleichen. Bisher ist mir da aber nichts aufgefallen.
Ein Wechsel der PHP-Version bringt keine Änderung.

[Wolfgang]

Edit: ein manuelles deaktivieren des verwendeten OPcache (via .user.ini im public/ Verzeichnis mit opcache.enable=0) macht bzgl. des Fehlers keinen Unterschied.

Bei mir macht die Deaktivierung des Opcache schon einen Unterschied - danach läuft es bei mir! .user.ini mit opcache.enable=0, rm -r var/cache/prod, danach vendor/bin/contao-setup ausgeführt und den Opcache geleert.

Das scheint an einer der Opcache-Einstellungen bei AllInkl zu liegen, evtl. an opcache.file_cache_only=on (eine der wenigen Einstellungen, die sich von meinem anderen Hosting unterscheiden. Lässt sich bedauerlicher Weise aber nicht über die .user.ini abschalten

[Schmidty]

Hallo,
gleiches Problem mit dem Paket All-Inkl Business, Contao 5.5.9 und PHP 8.4.

Macht es Sinn, dass jemand vom Contao-Team das Problem an All-Inkl reportet, vielleicht können die ja etwas anpassen.
Oder ist schon eine andere Lösung von Seiten des Contao Core Teams in Planung?

Ich denke, es sind viele bei All-Inkl Kunde, die Contao-Seiten betreiben.

[Spooky]

Ich denke der erste Schritt wäre mal das als Issue auf GitHub zu reporten. In diesem Issue sollten dann auch alle hier im Thread, die das Problem ebenfalls haben, das auch nochmal bestätigen (oder Daumen hoch bspw.)

[fiedsch]

https://github.com/contao/contao/issues/8259

[Spooky]

https://github.com/contao/contao/issues/8259

Bug Reports am besten allerdings immer für die neueste Contao Version - also 5.5.9 in diesem Fall.

[fiedsch]

Installation auf 5.5.9 gehoben. Problem bleibt gleich. Ich habe es im Ticket notiert.

[mlweb]

@fiedsch Danke fürs Erstellen des Tickets

[CZander]

Das Problem wird mit der bei Github geposteten service.yml gelöst.

[mlweb]

Bitte beachtet, dass die Anpassung der config.yaml eventuell nur temporär notwendig sein wird. Ich halte es für möglich, dass das Problem im Core direkt gelöst wird.

Wer diese Änderung in der config.yaml durchführt sollte m.E. im Auge behalten, ob das Problem in einer der nächsten Contao-Versionen generell im Core gelöst wird.