Hallo,
Ich habe eine Fehlermeldung nach Update auf 4.10.2 bei https://www.frank-rahmendesign.de/
Ich weiß jetzt nicht warum.
Druckbare Version
Hallo,
Ich habe eine Fehlermeldung nach Update auf 4.10.2 bei https://www.frank-rahmendesign.de/
Ich weiß jetzt nicht warum.
Da du praktisch keine Informationen zur Verfügung gestellt hast, kann dir nicht geholfen werden.
Ob es daran liegt weiß ich nicht, aber sorge dafür das die Seite nur mit https:// erreichbar ist, auch daß sie entweder nur mit oder ohne www erreichbar ist.
Zudem dann in der Seitenstrucktur, bei den Url Einstellungen, das Protokoll auf https:// stellen.
Hallo,
noch mal zu Thema, nach Update von 4.10.0 auf 4.10.2 Fehlermeldung.
Ich habe jetzt alles durch, an den Cookies kann es nicht liegen, habe danach noch einiges probiert.
Zum Schluss habe ich bei der Domain das HTTPS auf HTTP umgestellt und dann ging es wieder.
Also muss das ja wohl eine Umleitung sein, die bei https passiert, dies habe ich aber bei der Version 4.10.0 nicht gehabt.
Liegt das eventuell mit Version 4.10.2 zusammen?
Hat jemand eine Lösung, oder ist das bei anderen auch schon vorgekommen?
Poste mal deine .htaccess
Hier die .htaccess
Ich habe bei der Domain auch SSL, kann es am Zertifikat liegen?
Code:<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>
Am Zertifikat selbst wohl nicht, nein. Welcher Hoster?
Hoster ist AlfahostingZitat:
Zitat von Spooky
Evt. benutzt Alfahosting einen Reverse Proxy für die Bereitstellung des SSL Zertifikats? Wenn ja dann musst du den Proxy als Trusted Proxy eintragen.
In der .htaccess?Zitat:
Zitat von Spooky
Ich kläre das mit Alfahosting und melde mich wieder.
Danke
Nein, über eine Umgebungsvariable: https://docs.contao.org/dev/referenc...rusted-proxies
Dazu musst du aber vorher Alfahosting kontaktieren, ob das tatsächlich der Fall ist.
Ich habe bisher noch auf meine Frage zum Proxy noch keine Antwort von Alfahosting.Zitat:
Zitat von Spooky
Habe nun das Update auf 4.10.3 gemacht.
Mit der Domain http://www.frank-rahmendesign.de/ geht auch alles. Hier habe ich SSL und HTTPS raus genommen.
Mit der Domain https://frank-rahmendesign.de/ geht nix. Hier ist SSL und HTTPS aktiv.
Auf meine erste Anfrage bei Alfahosting bekam ich diese Antwort.
der Aufruf von https://frank-rahmendesign.de/ funktioniert generell (also ist mit dem Zertifikat alles in Ordnung), nur wirft Ihre Seite dann eine Fehlermeldung aus.
"Was ist das Problem?
Bei der Ausführung des Skriptes ist ein Fehler aufgetreten. Irgendetwas funktioniert nicht richtig.
Wie kann ich das Problem lösen?
Öffnen Sie die aktuelle Log-Datei im Ordner var/logs und suchen Sie die zugehörige Fehlermeldung (normalerweise die letzte).
Weitere Informationen
Die Skriptausführung wurde gestoppt, weil irgendetwas nicht korrekt funktioniert.
Unter var/logs gibt es nur eine vom prod-2020-10-08.log
Code:[2020-10-08 10:12:59] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\AccessDeniedHttpException: "" at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php line 91 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\AccessDeniedHttpException(code: 0): at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php:91)"} []
[2020-10-08 10:13:00] request.CRITICAL: Uncaught PHP Exception LogicException: "MemoryTokenStorage must not be accessed before it was initialized." at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php line 104 {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:104)"} []
[2020-10-08 10:14:50] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\AccessDeniedHttpException: "" at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php line 91 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\AccessDeniedHttpException(code: 0): at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php:91)"} []
[2020-10-08 10:14:50] request.CRITICAL: Uncaught PHP Exception LogicException: "MemoryTokenStorage must not be accessed before it was initialized." at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php line 104 {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:104)"} []
[2020-10-08 10:15:00] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\AccessDeniedHttpException: "" at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php line 91 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\AccessDeniedHttpException(code: 0): at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php:91)"} []
[2020-10-08 10:15:00] request.CRITICAL: Uncaught PHP Exception LogicException: "MemoryTokenStorage must not be accessed before it was initialized." at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php line 104 {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:104)"} []
[2020-10-08 10:16:46] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\AccessDeniedHttpException: "" at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php line 91 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\AccessDeniedHttpException(code: 0): at /var/www/web26763622/html/frank-rahmendesign/vendor/symfony/http-kernel/EventListener/FragmentListener.php:91)"} []
[2020-10-08 10:16:46] request.CRITICAL: Uncaught PHP Exception LogicException: "MemoryTokenStorage must not be accessed before it was initialized." at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php line 104 {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /var/www/web26763622/html/frank-rahmendesign/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:104)"} []
Zu diesem Fehler gibt es bereits einige Threads und auch ein Ticket auf GitHub, aber noch keine gefundene Ursache und Lösung.
Da der Fehler aber vom 8. Oktober ist: nutze den Debug-Modus und reproduziere den Fehler nochmal, um mehr über den Fehler zu erfahren.
Ich habe den Debug-Modus aktiviert, soll dadurch nun eine neue Log angelegt werden?Zitat:
Zitat von Spooky
Nein, wenn du den Fehler nun, wie gesagt, reproduzierst, siehst du mehr Informationen dazu.
Wie reproduziere ich den Fehler?Zitat:
Zitat von Spooky
Ich kann doch nur über die Domain sehen, ob es geht oder nicht.
Laut deinem Post siehst du die Fehler Seite von Contao - oder nicht?
Ich habe über die Domain https://frank-rahmendesign.de/contao das contao backend aufgerufen und oben links neben Vorschau den Debug-Modus aktiviert.Zitat:
Zitat von Spooky
Unten erscheint eine schwarze Leiste mit Auswahlmöglichkeiten, was aber da steht, keine Ahnung.
Du hattest folgendes geschrieben:Um mehr über den Fehler zu erfahren, kannst du den Debug-Modus benutzen.Zitat:
Zitat von Norbert001
Aktuell scheint aber kein Fehler aufzutreten - sondern es kommt wieder der von dir ursprünglich beschriebene infinite redirect.
Nur um es nochmal zu bestätigen, du hast in den Einstellungen des Website Roots für die Domain frank-rahmendesign.de https aktiviert, korrekt?
Ja, das ist korrekt.Zitat:
Zitat von Spooky
Auch der Aufruf der URL http://frank-rahmendesign.de/ erzeugt einen Umleitungsfehler.
Ich würde SSL und HTTPS erstmal deaktivieren und die Weiterleitung von http://frank-rahmendesign.de/ auf http://www.frank-rahmendesign.de/ prüfen.
Erst wenn das klappt, würde ich für http://www.frank-rahmendesign.de/ SSL und HTTPS aktivieren.
Vielleicht hilft das.
MfG
Hans-Jürgen
Wenn ich bei der Domain https://frank-rahmendesign.de/ das HTTPS und SSL raus nehme, funktioniert das alles wunderbar.Zitat:
Zitat von hjo
Ich habe jetzt bei der Domain http://frank-rahmendesign.de/ das s und SSL rausgenommen und eine Umleitung nach http://www.frank-rahmendesign.de/ gemacht, da das immer win wenig dauert, kann ich erst morgen sagen ob das geht oder nicht.
Nachdem du vom Hoster folgende Antwort bekommen hast:solltest du denen zurück schreiben, dass du das nicht nachvollziehen kannst. Statt dessen passiert ein infinite redirect. Dies kann passieren, wenn bspw. ein SSL Proxy eingesetzt wird. Daher solltest du nochmal nachhaken, ob Alfahosting einen SSL Proxy einsetzt.Zitat:
Zitat von Norbert001
Das habe ich schon gemacht, aber bisher keine Antwort.Zitat:
Zitat von Spooky
Das würde ich nicht machen. Ziel soll es ja sein HTTPS zu verwenden. Wenn du es jetzt wieder zurück stellst, ist der Fehler dann nicht mehr nachvollziehbar.Zitat:
Zitat von Norbert001
Leider habe ich das schon gemacht und die Umleitungnfuktioniert:Zitat:
Zitat von Spooky
Anwort von Alfahosting ist auch da.
"Evt. benutzt Alfahosting einen Reverse Proxy für die Bereitstellung des SSL Zertifikats? Wenn ja dann musst du den Proxy als Trusted Proxy eintragen."
Nein, dies nicht der Fall.
Ich habe wieder umgestellt https://frank-rahmendesign.de
Ich habe jetzt bei der Domain http://www.raumdesign-grellmann.de/ ein Update von 4.10.0 auf 4.10.3 gemacht, das gleiche Problem.
Auch bei Alfahosting.
Habe bei http://www.raumdesign-grellmann.de/ das HTTPS und SSL raus genommen. Bei der Domain https://raumdesign-grellmann.de/ habe ich alle so gelassen.
Beim Aufruf von Composer-Cache bekomme ich folgende Meldung, siehe Bild
Anhang 23936
In Contao 4.10.3 ist es so, dass automatisch von HTTPS auf HTTP weitgerleitet wird, wenn du in der Seitenstruktur HTTP eingestellt hast (und umgekehrt).
Ist das die Lösung?Zitat:
Zitat von Spooky
Was genau meinst du? Wenn du bisher nicht HTTPS in Contao aktiviert hast, dann wäre das die Lösung, ja. Aber laut deinen Informationen hast du ja in Contao HTTPS aktiviert.
Contao das unbekannte Wesen.Zitat:
Zitat von Spooky
Ich war mir sicher das ich bei Contao https ausgewählt hatte und deshalb auch nicht mehr geschaut habe.
Nach Deinem Post, oben, habe ich natürlich noch mal geschaut und siehe da, das Protokoll stand auf http.
Vielen Dank für Deine Hilfe und entschuldige, dass war mein Fehler.
Jetzt geht alles.
Dankeeeeeeeeeee