Probleme nach Update von 4.13.12 nach 4.13.13

[Norbert001]

Hallo,

nach Update von 4.13.12 nach 4.13.13 habe ich hier auf der Seite Probleme. Alle anderen acht Updates waren i.O.

https://www.frank-rahmendesign.de/

Die Basic_settings.css kann ich nicht mehr bearbeiten und bekomme diese Meldung.
Internal Server Error

Was ist das Problem?

Unsupported operand types: string / int

Die Angaben in der Basic_settings.css werden nicht an gezeigt.
Auch ein Update auf die 4.13.14 hat nicht geholfen.

Was kann das sein?
Für Eure Hilfe schon mal meinen besten Dank.

[Spooky]

Wie immer: nutze den Debug-Modus und poste den Stack Trace.

[Norbert001]

Wie immer: nutze den Debug-Modus und poste den Stack Trace.

Habe den Debug-Modus über Contao Manager eingeschalte, da ich das noch nie gemacht habe, weiss ich nun nicht weiter.

[Spooky]

Du musst nun den Fehler reproduzieren, dann bekommst du theoretisch den Pretty Error Screen und dort hast du den den Tab "Stack Trace". Den Text von dort kannst du dann kopieren und hier einfügen.

[folkfreund]

Ich kann keinen Fehler beobachten, alle Dateien außer favicon.ico können geladen werden.
Nebenbei: es werden auch noch Schriftarten von Google geladen...

[Norbert001]

Du musst nun den Fehler reproduzieren, dann bekommst du theoretisch den Pretty Error Screen und dort hast du den den Tab "Stack Trace". Den Text von dort kannst du dann kopieren und hier einfügen.

Hat zwar ein wenig gedauert, aber hier nun der Stack Trace

ErrorException:
Warning: Undefined array key "embedImages"

  at vendor/contao/core-bundle/src/Resources/contao/classes/StyleSheets.php:2280
  at Contao\StyleSheets->generateBase64Image('$c2', array())
     (vendor/contao/core-bundle/src/Resources/contao/classes/StyleSheets.php:510)
  at Contao\StyleSheets->compileDefinition(array('id' => '1839', 'pid' => '65', 'sorting' => '3904', 'tstamp' => '1519631455', 'selector' => '#nav li ul li a:hover, #nav li ul:not( :hover ) li.active a, #nav ul li.active', 'category' => 'Dropdown navigation', 'comment' => 'Dropdown Navigation secondary color level 2 & 3', 'size' => '', 'width' => '', 'height' => '', 'minwidth' => '', 'minheight' => '', 'maxwidth' => '', 'maxheight' => '', 'positioning' => '', 'trbl' => '', 'position' => '', 'floating' => '', 'clear' => '', 'overflow' => '', 'display' => '', 'alignment' => '', 'margin' => 'a:5:{s:6:"bottom";s:0:"";s:4:"left";s:0:"";s:5:"right";s:0:"";s:3:"top";s:0:"";s:4:"unit";s:0:"";}', 'padding' => 'a:5:{s:6:"bottom";s:0:"";s:4:"left";s:0:"";s:5:"right";s:1:"1";s:3:"top";s:0:"";s:4:"unit";s:2:"em";}', 'align' => '', 'verticalalign' => '', 'textalign' => '', 'whitespace' => '', 'background' => '1', 'bgcolor' => 'a:2:{i:0;s:0:"";i:1;s:2:"60";}', 'bgimage' => '$c2', 'bgposition' => '', 'bgrepeat' => '', 'shadowsize' => 'a:5:{s:6:"bottom";s:0:"";s:4:"left";s:0:"";s:5:"right";s:0:"";s:3:"top";s:0:"";s:4:"unit";s:0:"";}', 'shadowcolor' => 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'gradientAngle' => '', 'gradientColors' => 'a:4:{i:0;s:0:"";i:1;s:0:"";i:2;s:0:"";i:3;s:0:"";}', 'border' => '', 'borderwidth' => '', 'borderstyle' => '', 'bordercolor' => '', 'borderradius' => '', 'bordercollapse' => '', 'borderspacing' => '', 'font' => '1', 'fontfamily' => '', 'fontsize' => 'a:2:{s:4:"unit";s:0:"";s:5:"value";s:0:"";}', 'fontcolor' => 'a:2:{i:0;s:6:"ffffff";i:1;s:0:"";}', 'lineheight' => 'a:2:{s:4:"unit";s:0:"";s:5:"value";s:0:"";}', 'fontstyle' => '', 'texttransform' => '', 'textindent' => 'a:2:{s:4:"unit";s:0:"";s:5:"value";s:0:"";}', 'letterspacing' => 'a:2:{s:4:"unit";s:0:"";s:5:"value";s:0:"";}', 'wordspacing' => 'a:2:{s:4:"unit";s:0:"";s:5:"value";s:0:"";}', 'list' => '', 'liststyletype' => '', 'liststyleimage' => '', 'own' => null, 'invisible' => ''))
     (vendor/contao/core-bundle/src/Resources/contao/drivers/DC_Table.php:4653)
  at Contao\DC_Table->parentView()
     (vendor/contao/core-bundle/src/Resources/contao/drivers/DC_Table.php:306)
  at Contao\DC_Table->showAll()
     (vendor/contao/core-bundle/src/Resources/contao/classes/Backend.php:667)
  at Contao\Backend->getBackendModule('themes', null)
     (vendor/contao/core-bundle/src/Resources/contao/controllers/BackendMain.php:168)
  at Contao\BackendMain->run()
     (vendor/contao/core-bundle/src/Controller/BackendController.php:49)
  at Contao\CoreBundle\Controller\BackendController->mainAction()
     (vendor/symfony/http-kernel/HttpKernel.php:163)
  at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
     (vendor/symfony/http-kernel/HttpKernel.php:75)
  at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
     (vendor/symfony/http-kernel/Kernel.php:202)
  at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
     (web/index.php:44)

[Spooky]

https://github.com/contao/contao/pull/5540

[Norbert001]

https://github.com/contao/contao/pull/5540

Ich habe bei Alfahosting nachgeschaut und da ist PHP 7.4 hinterlegt.

[Spooky]

Kann nicht sein, unter PHP 7.4 wäre der Fehler

Notice: Undefined index: embedImages

und würde gar nicht aufscheinen.

[Norbert001]

Kann nicht sein, unter PHP 7.4 wäre der Fehler

Notice: Undefined index: embedImages

und würde gar nicht aufscheinen.

Hier der Beweis für php 7.4

alfahosting.jpg

[Spooky]

Ein Beweis wäre die entsprechende Information aus dem Debug-Modus von Contao

[Norbert001]

Ein Beweis wäre die entsprechende Information aus dem Debug-Modus von Contao

OK, der Debug-Modus sagt php 8.0, aber wiso?
Steht da in einer Datei von Contao was drin?

[lbableck]

Contao beeinflusst das nicht, höchstens beim Contao Manager bei den Konsolenprozessen, aber dein Problem tritt ja nicht auf der Konsole auf.
Bei manchen Hostern kann man die PHP Version auch in der .htaccess Datei einstellen.
Keine Ahnung ob das bei Alfahosting auch geht, aber vielleicht ist da ja was gesetzt.

[Spooky]

Bei manchen Hostern kann man die PHP Version auch in der .htaccess Datei einstellen.
Keine Ahnung ob das bei Alfahosting auch geht, aber vielleicht ist da ja was gesetzt.

Laut dem von ihm geposteten Screenshot ist das bei Alfahosting möglich, ja.

Darüberhinaus kann die PHP Version bei den meisten Hostern pro (Sub)domain separat gesetzt werden.

[Norbert001]

Laut dem von ihm geposteten Screenshot ist das bei Alfahosting möglich, ja.

Darüberhinaus kann die PHP Version bei den meisten Hostern pro (Sub)domain separat gesetzt werden.

Das ist der Code aus der .htaccess im Ordner web.
Da sehe ich nix von PHP 8

<IfModule mod_rewrite.c>
    RewriteEngine On

    <IfModule mod_headers.c>
        # Assets in /assets and /bundles either contain a hash in their filename
        # or are called with a ?version suffix, therefore cache them for 1 year.
        RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
        Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS

        # Allow CORS on the Contao TinyMCE skin.
        RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
        Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
    </IfModule>

    # Determine the RewriteBase automatically and set it as environment variable.
    # If you are using Apache aliases to do mass virtual hosting or installed the
    # project in a subdirectory, the base path will be prepended to allow proper
    # resolution of the index.php file and to redirect to the correct URI. It will
    # work in environments without path prefix as well, providing a safe, one-size
    # fits all solution. But as you do not need it in this case, you can comment
    # the following 2 lines to eliminate the overhead.
    RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # Sets the HTTP_AUTHORIZATION header removed by Apache
    RewriteCond %{HTTP:Authorization} .
    RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # Redirect to URI without front controller to prevent duplicate content
    # (with and without `/index.php`). Only do this redirect on the initial
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
    # endless redirect loop (request -> rewrite to front controller ->
    # redirect -> request -> ...).
    # So in case you get a "too many redirects" error or you always get redirected
    # to the start page because your Apache does not expose the REDIRECT_STATUS
    # environment variable, you have 2 choices:
    # - disable this feature by commenting the following 2 lines or
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
    #   following RewriteCond (best solution)
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule ^ - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule ^ %{ENV:BASE}/index.php [L]
</IfModule>

<IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
        # When mod_rewrite is not available, we instruct a temporary redirect of
        # the start page to the front controller explicitly so that the website
        # and the generated links can still be used.
        RedirectMatch 302 ^/$ /index.php/
        # RedirectTemp cannot be used instead
    </IfModule>
</IfModule>

[Spooky]

Da wirst du wohl den Support vom Hoster kontaktieren müssen. Grundsätzlich solltest du aber ohnehin auf PHP 8.1 wechseln.

[Norbert001]

Da wirst du wohl den Support vom Hoster kontaktieren müssen. Grundsätzlich solltest du aber ohnehin auf PHP 8.1 wechseln.

Wenn ich zu PHP 8.0, mehr wird mir bei Alfahosting nicht gezeigt, wechsele dann habe ich doch genau die Probleme die mir jetzt auf der Seite, wie oben beschrieben gezeigt werden.

[Spooky]

Wenn ich zu PHP 8.0, mehr wird mir bei Alfahosting nicht gezeigt, wechsele dann habe ich doch genau die Probleme die mir jetzt auf der Seite, wie oben beschrieben gezeigt werden.

Das Problem kannst du ja lösen - siehe der PR.

[Norbert001]

Wenn ich zu PHP 8.0, mehr wird mir bei Alfahosting nicht gezeigt, wechsele dann habe ich doch genau die Probleme die mir jetzt auf der Seite, wie oben beschrieben gezeigt werden.

Habe nun folgendes gemacht.

1. Habe bei Alfahosting die PHP Version von 7.4 nach 8.0 geändert und gespeichert. Nach einer Wartezeit, bis der Server das angenommen hat wieder zu PHP 7.4 geändert, scheinbar hat bei Al
fahosting etwas gehakt.
2. beim Aufruf von contao-manager.phar.php gab es Fehler meldungen. bin dann in den abgesicherten Modus gewechselt und habe die Contao Version 4.13.14 neu installiert.
3. Installtool und Dantenbank aktualisier.
4. Siehe da, es funktioniert alles wieder https://www.frank-rahmendesign.de/

Danke für die Hilfe

[Norbert001]

Das Problem kannst du ja lösen - siehe der PR.

Was meinst Du mit PR?

[Spooky]

https://community.contao.org/de/show...l=1#post566050

[Norbert001]

https://community.contao.org/de/show...l=1#post566050

https://github.com/contao/contao/pull/5540

Das was da steht sind für mich böhmische Dörfer, da ich kein englisch kann.
Wer würde mir helfen die Fehler bei PHP 8 zu Beheben?

Hat das was mit Google Webfonts zu tun?

[Norbert001]

Hallo zusammen.

Ich habe jetzt einiges probiert und immer wieder rückgängig gemacht, da es das Problem micht behebt.
Auch nach Rückfrage an den Themes Autor Trispace konnte der mir auch nicht helfen, da es den Fehler nicht kennt.

Wer kann mir Helfen den Fehler zu beheben?

[Spooky]

Du musst wie gesagt in der Datei vendor/core-bundle/src/Resources/contao/classes/StyleSheets.php die Änderung aus dem Pull Request machen (oder auf eine neue Contao Version warten oder auf PHP 7.4 zurück gehen).

[Norbert001]

Du musst wie gesagt in der Datei vendor/core-bundle/src/Resources/contao/classes/StyleSheets.php die Änderung aus dem Pull Request machen (oder auf eine neue Contao Version warten oder auf PHP 7.4 zurück gehen).

OK danke, dann warte ich auf die neue Contao Version.

[Norbert001]

Wollte gerade ein Update machen aber PHP 8 macht Probleme:

composer update  --no-install --no-scripts --dry-run




> Resolving dependencies using Composer Cloud v3.5.1



[6.7MiB/0.21s] Loading composer repositories with package information

[62.7MiB/6.15s] Updating dependencies

[118.7MiB/6.65s] Your requirements could not be resolved to an installable set of packages.

[118.7MiB/6.65s] 

  Problem 1

    - Root composer.json requires php ^7.1 but your php version (8.0.20.0) does not satisfy that requirement.



[118.7MiB/6.65s] <warning>Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.</warning>

[36.7MiB/6.72s] Memory usage: 36.73MB (peak: 163.91MB), time: 6.72s.

[36.7MiB/6.72s] Finished Composer Cloud resolving.





# Cloud Job ID 734w3lB9OWVahtYdgsjvDf332kavONxxZMMXTeriOXa8cRlixS0qI8F63ib2bz0KHitpdYOjhtAKuNvOt failed





vendor/bin/contao-console contao:maintenance-mode enable







composer install --dry-run







vendor/bin/contao-console contao:maintenance-mode disable

Mit PHP Version 7.4.30 funktioniert es.

[lbableck]

Nimm die Zeile mit "php": "^7.1" aus deiner composer.json raus und führ dann ein Composer Update aus.

[Norbert001]

Nur zur Info.
Nach Update auf 4.13.15 geht das auch mit PHP 8
Danke für Eure Hilfe.

Hallo,

nach Update von 4.13.12 nach 4.13.13 habe ich hier auf der Seite Probleme. Alle anderen acht Updates waren i.O.

https://www.frank-rahmendesign.de/

Die Basic_settings.css kann ich nicht mehr bearbeiten und bekomme diese Meldung.
Internal Server Error

Was ist das Problem?

Unsupported operand types: string / int

Die Angaben in der Basic_settings.css werden nicht an gezeigt.
Auch ein Update auf die 4.13.14 hat nicht geholfen.

Was kann das sein?
Für Eure Hilfe schon mal meinen besten Dank.