Druckbare Version
Hallo,
ich habe ein Problem, dass allerdings nicht durch ein Update aufgetreten ist.
Scheinbar wird der ganze Assets-Ordner nicht geladen, was zur Folge hat,
dass die seite ohne Styles geladen wird, Frontend und Backend.
Ich habe eigentlich gar nichts dran gemacht. Ein Update auf 4.4.47 brachte
auch kein Erfolg.
Vielleicht weiß ja jemand einen Rat.
Gruss
Frank
Guten Abend Frank,
heute gabs das Update auf 4.4.48.
Geht es nach dem Update?
Was sagt der Konsole im Browser?
Was die Hinweis in /var/cache/prod?
Hi Thomas,
ich bin erst bei Update 47, das 48er habe ich noch gar nicht.
Die Konsole sagt, dass sämtliche assets Skripte nicht geladen werden
Die var/cache/prod habe ich auch mal geleert, ohne Erfolg.
https://www.finanzberatung-mehm.de/
Danke für deinen Support
Hallo Frank,
das jQuery Framework im Seitenlayout wird lokal geladen, richtig?
Das CSS wird nicht geladen - vermutlich weil es direkt im „Files”-Ordner liegt?
Lege mal einen Ordner „css” an und verschiebe die CSS-Dateien da hinein. Syncronisation aufrufen.
Klappt es dann?
Im Ordner „files” dürfen keine Dateien liegen - in einem Unterordner klappt das dann.
Die liegen eigentlich nicht direkt im files Ordner, sondern in einem Unterordner theme.
Wo meinst du, soll ich denn den CSS-Ordner anlegen?
Außerhalb von files?
Das passt dann. Ist der Ordner mit den CSS auf öffentlich gesetzt?
Vermute das, da der Aufruf von https://www.finanzberatung-mehm.de/a...00129ffc33.css nicht zum Erfolg führt.
Was steht in /var/cache/prod/ ?
Gibt es da einen Hnweis?
ja, der ist auf öffentlich gesetzt.
Wie gesagt, das Backend hat auch kein Style, daher ist es auch nicht so einfach,
dort was zu finden.
Meinst du die prod oder das log-file? Das spuckt mir eine Meldung aus, die ich aber nicht festmachen kann.
[2020-02-17 21:27:30] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHtt pException: "Page not found: https://www.finanzberatung-mehm.de/favicon.ico" at /kunden/290213_63868/kundenhosting/mehmfinanz/2019/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 112 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\NotFou ndHttpException(code: 0): Page not found: https://www.finanzberatung-mehm.de/favicon.ico at /kunden/290213_63868/kundenhosting/mehmfinanz/2019/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:112, Contao\\CoreBundle\\Exception\\PageNotFoundExcepti on(code: 0): Page not found: https://www.finanzberatung-mehm.de/favicon.ico at /kunden/290213_63868/kundenhosting/mehmfinanz/2019/vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:63)"} []
Einfach jetzt um es einzugrenzen:
Ändert sich etwas, wenn du im Seitenlayout die Skripte nicht zusammenfassen lässt?
Analog: https://community.contao.org/de/show...-gel%C3%B6scht
Ja, die Prod-Datei.
Mühsam ernährt sich das Eichhörnchen, grins.
Ich habe jetzt die Skripte nicht mehr zusammengefasst und jetzt ist die
Seite wieder da, allerdings inkl. mobile Navigation.
Im prod-Ordner sind ja mehrere Unterordner und Dateien, wo soll ich da genau schauen?
Schon mal vielen Dank für den jetzigen Stand.
„Mühsam ernährt sich das Eichhörnchen, grins.”
So isses :)
Selbst und ständig.
Die mobile Navigation könnte man sicher via CSS ausblenden.
Ein „Theme Problem…”
Das Backend, sogar die install-Seite ist aber auch ohne Styles? Das sollte doch nicht am Theme hängen, oder?
Hallo Frank,
auch die Loginseite vom Backend funktioniert nicht. Die Konsole zeigt in diesem Fall
Zeig mal deine .htaccessCode:Das Skript von "https://www.finanzberatung-mehm.de/a...ootools.min.js" wurde geladen, obwohl sein MIME-Typ ("text/html") kein für JavaScript gültiger MIME-Typ ist.
Heute gabs das Update auf 4.4.47 und auf 4.8.8 wenn ich mich nicht irre.Zitat:
Zitat von planepix
hmm, alles komisch, habe nichts in den letzten Tagen an der Seite gemacht.Code:<IfModule mod_headers.c>
# Allow access from all domains for webfonts (see contao/core-bundle#528)
<FilesMatch "\.(ttf|ttc|otf|eot|woff2?|font\.css)$">
Header set Access-Control-Allow-Origin "*"
</FilesMatch>
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine On
# 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 app.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 `/app.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 ^app\.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}/app.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 ^/$ /app.php/
# RedirectTemp cannot be used instead
</IfModule>
</IfModule>
Ich habe jetzt mal probiert, das Problem auf meinem Server nachzustellen, aber da scheitere ich
schon beim Duplizieren der DB
Existiert web/assets? Stimmen dort die Dateiberechtigungen? Funktionieren andere Assets unter web, z.b. unter web/bundles oder web/system?
Wenn alles korrekt aussieht, könnte ggf. der Provider etwas an der Webserver Konfiguration gedreht haben.
Ich danke euch allen für den Support.
Ich habe jetzt ganz einfach die Installation neu auf dem gleichen Server aufgesetzt. Zum Schluß habe
konnte ich sogar die alten DB einsetzen (weil die neue DB nicht korrekt kopiert wurde ;-)
Die Skripte sind jetzt nicht mehr zusammen gefasst. Danke dir Thomas für den Tipp.
Leider bin ich am 6. März schon verplant, sonst würde ich gerne mal auf den Agenturtag kommen.
Vielleicht klappt es ja mal demnächst.
Gruss
Frank