Hinweise Update Contao 4.7 auf 4.8

[BugBuster]

Nach Update per CM kam es bei mir zum Fehler im Frontend.
Grund war ein angepasstes fe_page.html5 von mir.
In der 4.8 von Contao wurde ein Abschnitt entfernt und ein anderer hinzugefügt.

Der Fehler kam durch den Wegfall von html5shiv, dazu müssen diese 3 Zeilen entfernt werden:

    <?php $this->block('html5shiv'); ?>
      <!--[if lt IE 9]><script src="<?= $this->asset('js/html5shiv-printshiv.min.js', 'contao-components/html5shiv') ?>"></script><![endif]-->
    <?php $this->endblock(); ?>

Am Ende, direkt über </body> kommt dann noch was dazu: (ab 4.8.2 kommt das automatisch, braucht also nicht eingebaut werden)

  <?php if ($this->checkCookiesUrl): ?>
    <img src="<?= $this->checkCookiesUrl ?>" width="1" height="1" class="invisible" alt aria-hidden="true">
  <?php endif; ?>

Kann man ja alles schön im Backend sich als Unterschied anzeigen lassen.
Die Original Datei ist zu finden unter:

vendor/contao/core-bundle/src/Resources/contao/templates/frontend/fe_page.html5

Und wer noch eine angepasste .htaccess hat, der sollte die auch mal vergleichen mit dem neuem Original, zu finden unter:

https://github.com/contao/contao/blob/4.8/manager-bundle/src/Resources/skeleton/web/.htaccess

Kurz: app.php wird zu index.php

[Spooky]

Bzgl. der app.php muss man sich aber keine Sorgen machen, da Contao ohnehin einen Fallback installiert.

[BugBuster]

Jo, die app.php gibt es immer noch, die macht ein require der index.php

Im Gegensatz zur app_dev.php, die gibt es nicht mehr. Siehe Ankündigung zur 4.8 auf Contao.org. Debug Modus geht aber trotzdem noch

[Spooky]

Ja, man kann den Debug Mode nun über das Backend aktivieren. Alternativ kann man den Debug bzw. die Entwickler Umgebung auch über die Umgebungsvariable APP_ENV steuern. Diese Umgebungsvariable kann entweder als tatsächliche Umgebungsvariable angelegt sein - oder kann auch in einer .env Datei im Root definiert sein.

APP_ENV=dev

[mdoll]

Am Ende, direkt über </body> kommt dann noch was dazu:

  <?php if ($this->checkCookiesUrl): ?>
    <img src="<?= $this->checkCookiesUrl ?>" width="1" height="1" class="invisible" alt aria-hidden="true">
  <?php endif; ?>

Hi,

was bewirken diese 3 Zeilen denn?

Danke und Gruß
Mathias

[Kahmoon]

gelöscht

[Spooky]

Das ist die Abfrage für das hier https://community.contao.org/de/show...te-js_nocookie

Nein, das steht im Zusammenhang mit der Option "Shared Cache".

/**
 * Generates a 1px transparent PNG image uncacheable response.
 *
 * This route can be used to include e.g. a hidden <img> tag to force
 * a request to the application. That way, cookies can be set even if
 * the output is cached (used in the core for the RememberMe cookie if
 * the "alwaysLoadFromCache" option is enabled).
 *
 * @Route("/_contao/check_cookies", name="contao_frontend_check_cookies")
 */
public function checkCookiesAction(): Response
{
    static $image = 'iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAQAAAC1HAwCAAAAC0lEQVR42mNkYAAAAAYAAjCB0C8AAAAASUVORK5CYII=';

    $response = new Response(base64_decode($image, true));
    $response->setPrivate();
    $response->headers->set('Content-Type', 'image/png');
    $response->headers->addCacheControlDirective('no-store');
    $response->headers->addCacheControlDirective('must-revalidate');

    return $response;
} 

[Kahmoon]

Hatte meinen Hinweis schon wieder gelöscht. Du warst zu schnell

[Kahmoon]

Blöde Frage: Nachdem man das Contao Paket so nicht mehr runterladen kann...wie komme ich denn an die originale .htaccess um diese mit meiner zu vergleichen?

[Spooky]

Einfach löschen/umbenennen und composer install aufrufen (oder contao:install-web-dir).

[Kahmoon]

Ist ne Liveseite...aber dann hol ich es mir auf diesem Wege aus einer Testinstallation. Danke

[Spooky]

Du findest es ansonsten auch im Skeleton des manager-bundles: https://github.com/contao/manager-bu...s/skeleton/web

[Kahmoon]

Du findest es ansonsten auch im Skeleton des manager-bundles: https://github.com/contao/manager-bu...s/skeleton/web

Ja, das hatte ich auch gefunden. War mir aber ned sicher . Danke

[theMatrix]

Hallo Leute,

kann ich den Debug Modus währen der Entwicklung dauerhaft aktivieren? Wenn JA, wie und wo?

Es ist total nervig, wenn man entwickelt und das Backend nicht längere Zeit besucht wurde, dass sich der Debug Modus automatisch deaktiviert.

Kann ich auch den app_dev.php von Symfony 4.x wieder hinzufügen, wird es dann im Contao funktionieren?

Ich frage mich auch warum das Standard vom Symfony (app_dev.php) entfernt wurde. Das ergibt überhaupt keinen Sinn für mich. Gibt es eine konkrete Erklärung dafür, warum es so gemacht wurde?

Vielen Dank.

PS: Installiert ist Contao 4.8.1 auf einem Strato Webspace

[xchs]

Dazu gab es kürzlich eine Diskussion in Slack: https://contao.slack.com/archives/CK...66311489379500

[theMatrix]

Dazu gab es kürzlich eine Diskussion in Slack: https://contao.slack.com/archives/CK...66311489379500

Muss ich mich jetzt dafür registrieren um mehr zu erfahren?

Ich möchte eigentlich nur den Dabug-Modus dauerhaft aktivieren, sodass ich nicht immer mich in Backend bewegen muss, um es wieder zu reaktivieren.

[xchs]

Wenn Du noch kein Slack-Konto hast, musst Du Dich natürlich auch nicht zwingend registrieren.

Hier das Wichtigste aus dem Diskussionsthread:

frontendschlampe 20. Aug. um 16:31 Uhr
Dann gleich noch eine Frage zum Debug-Modus hinterher: wie ist die Laufzeit vom Debug-Modus? Ich habe jetzt gemerkt, dass der irgendwann von allein wieder ausgeht, aber ich konnte noch nicht nachvollziehen, wann das passiert. Im Backend bin ich noch eingeloggt, aber der Debug-Modus wurde automatisch deaktiviert und ich muss ihn wieder einschalten.

aschempp vor 18 Tagen
ich glaub 30 Minuten

zonky:haus_mit_garten: vor 18 Tagen
warum geht der von allein wieder aus? kann man das einstellen?

frontendschlampe vor 18 Tagen
ok … kann der nicht mit an die BE-Session geknüpft werden? Oder wenigstens standardmäßig die gleich Zeit haben?!

aschempp vor 18 Tagen
es hat nichts mit der BE Session zu tun

aschempp vor 18 Tagen
aktuell kann man das nicht einstellen. Aber es könnte sicher schlauer sein :zwinkern:

zonky:haus_mit_garten: vor 18 Tagen
wie in Contao: 0 für "Unendlich" ansonsten Zeit in Min

frontendschlampe vor 18 Tagen
das ist mir klar, dass er damit nichts zu tun hat, aber es ist ziemlich nervig, dass sich der Debugmodus eher verabschiedet als die BE Session

fritzmg vor 18 Tagen
lokal kannst du auch die APP_ENV Umgebungsvariable setzen (auch über die .env) (bearbeitet)
:herz:
1


frontendschlampe vor 18 Tagen
bin nicht lokal ;-)

frontendschlampe vor 18 Tagen
aber die Frage ist: warum der Debug-Modus überhaupt eine Laufzeit hat?

aschempp vor 18 Tagen
aus Sicherheitsgründen, wie alles andere auch…

aschempp vor 18 Tagen
es ist ein Cookie. Wenn es keine Laufzeit hätte, könnte jemand das Cookie kopieren und bei sich nutzen
:glühbirne:
1


frontendschlampe vor 18 Tagen
und wie ist das bei der FE-Vorschau? Die ist auch deaktiviert, wenn ich im BE ausgeloggt bin.

aschempp vor 18 Tagen
die FE-Vorschau ist an die Session gebunden

frontendschlampe vor 18 Tagen
Aber wie gesagt, es ist ja kein Problem, dass der Debug-Modus eine Laufzeit hat, nur die sollte die Zeit an die BE-Session angeglichen werden und einstellbar sein. ;-)

aschempp vor 18 Tagen
der Debug-Modus wird bereits gesetzt bevor Contao überhaupt startet

aschempp vor 18 Tagen
Vor allem sollte die Zeit nicht ablaufen wenn man aktiv ist…

frontendschlampe vor 18 Tagen
jo
:+1:
1


frontendschlampe vor 18 Tagen
soll ich Ticket machen?

Franko vor 18 Tagen
"lokal kannst du auch die APP_ENV Umgebungsvariable setzen (auch über die .env)"
Ist das ein anderer Weg den debug modus zu aktivieren?

aschempp vor 18 Tagen
ja

Franko vor 18 Tagen
Und wie genau sieht dann die .env aus?

aschempp vor 18 Tagen
oder zu deaktivieren (so macht es demo.contao.org) (bearbeitet)

aschempp vor 18 Tagen
APP_ENV=dev oder APP_ENV=prod

Franko vor 18 Tagen
und die liegt wo?

fritzmg vor 18 Tagen
im root der Contao Installation

[theMatrix]

Vielen Dank. Ich lese mir mal alles durch

[theMatrix]

Eine Frage habe ich bezüglich der .env

Um den Eintrag APP_ENV=dev oder APP_ENV=prod vorzunehmen, muss die .env-Datei in web Verzeichnis ablegen oder außerhalb der web Verzeichnis?

Ich frage deshalb, weil Contao Root ist für mich nicht das Web Verzeichnis aber .htaccess liegt ja jetzt auch in web drin. Und Browser rift den web auf

Und noch was, kann ich auch den app_dev.php von Symfony 4.x wieder in das web Verzeichnis hinzufügen, wird es dann im Contao funktionieren, sodas ich auf die .env verzichten kann?

[xchs]

Um den Eintrag APP_ENV=dev oder APP_ENV=prod vorzunehmen, muss die .env-Datei in web Verzeichnis ablegen oder außerhalb der web Verzeichnis?

Die .env gehört ins Contao Hauptverzeichnis (= Contao Rootverzeichnis), also dort, wo auch die composer.json und composer.lock liegt.

[Dillinja]

Hallo Leute,

ich habe ein Contao von 4.7 auf 4.8.3 aktualisiert. Im CM steht, dass die Steuerung dessen über den CM nicht mehr unterstützt wird. Hab auch gesehen, dass die Funktion jetzt ins Backend gewandert ist. In meiner aktualisierten Version fehlt aber die Schaltfläche. Genau wie in der Contao-Demo.

Drum hab ich mal eine frische Installation gemacht und siehe da, dort ist sie da... woran kann das liegen?

Danke euch.

[xchs]

Befindet sich im Contao Hauptverzeichnis eine .env aus der Contao 4.7 Installation?

[Dillinja]

ja, die gibts da.

[xchs]

Lösche die mal. Wird der Button für den Debug-Modus dann angezeigt?

[Dillinja]

ja, da ist er... stand ein Access-Key drin.

Ich muss mal was los werden. Ich setze Contao schon seit min. 8 Jahren ein und was die Community hier im Forum für nen Support leistet, ist schon fast wie im Chat... Wahnsinn... :-)

Vielen Dank.

[xchs]

A propos Chat: Genau dieses Thema hatten wir tatsächlich heute in Slack. @stefan.sl hatte das gleiche Problem. Er hat auch angekündigt, dafür ein Ticket zu erstellen.

[Dillinja]

in der Contao-Demo müsste dann wohl das gleiche geschehen :-)

[xchs]

Du meinst in der Contao Online Demo? Nein, dort wird der Button ganz absichtlich nicht angezeigt.

[Dillinja]

genau - alles klar - das hatte mich verwirrt.

Also vielen Dank dir, gute Nacht und bis zur CK :-)

[stefan.sl]

A propos Chat: Genau dieses Thema hatten wir tatsächlich heute in Slack. @stefan.sl hatte das gleiche Problem. Er hat auch angekündigt, dafür ein Ticket zu erstellen.

Jau, und da ist es: https://github.com/contao/contao/issues/767

[Fulano]

Der Fehler kam durch den Wegfall von html5shiv, dazu müssen diese 3 Zeilen entfernt werden:

    <?php $this->block('html5shiv'); ?>
      <!--[if lt IE 9]><script src="<?= $this->asset('js/html5shiv-printshiv.min.js', 'contao-components/html5shiv') ?>"></script><![endif]-->
    <?php $this->endblock(); ?>

Am Ende, direkt über </body> kommt dann noch was dazu:

  <?php if ($this->checkCookiesUrl): ?>
    <img src="<?= $this->checkCookiesUrl ?>" width="1" height="1" class="invisible" alt aria-hidden="true">
  <?php endif; ?>

Ich habe ein update einer Seite durchgeführt. Die drei Zeilen wie oben beschrieben habe ich entfernt, die Seite läuft nun ohne Fehler, jedenfalls habe ich noch keine Fehler bekommen.

Bei einer frischen Contao 4.8er Installation hab ich mir die fe_page angeschaut, die drei Zeilen die ergänzt werden sollen kann ich dort gar nicht finden. Müssen die für irgendwelche Zwecke trotzdem eingefügt werden?

[Spooky]

Nein, in Contao 4.8 wird das checkCookies Bild nun automatisch eingefügt.

[mschindler]

Kleine Unschönheit am Rande.

Das Attribute alt ohne Inhalt wird von Seobility.net als fehlendes ALT-Attribute bemängelt.
Wo kann ich das Updatesicher anpassen?

<?php if ($this->checkCookiesUrl): ?>     <img src="<?= $this->checkCookiesUrl ?>" width="1" height="1" class="invisible" alt aria-hidden="true">
  <?php endif; ?>

[Spooky]

Also erstens solltest du diesem Bild kein alt Attribut mit Inhalt geben, denn ansonsten wird dieser Inhalt von einem Screenreader bspw. ausgegeben, und zweitens hat Contao 4.8 das Lebensende erreicht und du solltest daher auf Contao 4.9 oder 4.10 aktualisieren, denn dort existiert dieses Bild nicht mehr.

[mschindler]

Hallo Spooky,
ich setzte bei meiner Seite schon eine 4.9.5er ein nur leider wird mir das Bild (<img src="/_contao/check_cookies" width="1" height="1" class="invisible" alt aria-hidden="true" onload="this.parentNode.removeChild(this)">) noch ausgegeben. Sonst würde ich das Thema nicht wiederbeleben.
Gibt es dazu eine Stelle die angepasst werden kann, oder woher kommt die Ausgabe für den checkCookiesUrl.
Vielen Dank schon mal
Markus

[Spooky]

Das Bild wurde definitiv entfernt. Verwendest du ein angepasstes fe_page Template?

// edit: ah sorry, das Bild wurde nur aus der fe_page entfernt und wird stattdessen jetzt hardgecodet ausgegeben. Das heißt aber auch, dass du keine einfache Möglichkeit hast, das zu ändern.

[mschindler]

Ja, aber das steht es nicht drinnen!

[Spooky]

Ja, hab meinen Post nochmal editiert

Wenn du denkst, dass das SEO Tool Recht hat (was SEO Tools meistens nicht haben) und jedes Bild einen alt Tag mit Inhalt haben sollte (was meines Erachtens sinnlos ist für ein technisches 1x1 Pixel Bild), dann kannst du dafür ein Issue hier erstellen: https://github.com/contao/contao/issues

Aber bist du sicher, dass du das überhaupt brauchst? Also warum genau hast du die Checkbox "Always load from shared cache" aktiviert?

[mschindler]

Danke für den Tipp mit der Einstellung zum shared cache das habe ich herum gespielt und wusste nicht, das es im Frontend dann die Ausgabe für das besagte Bild ergibt.
Wenn die CheckBox nicht gesetzt ist wird auch das Bild nicht mit ausgegeben.
Wieder was dazu gelernt! ;-)

Jetzt passt es für mich und Seobility gibt Ruhe