- Joomla Version
- 4.2.9
- PHP Version
- PHP 8.0.x
- Hoster
- allinkl.com
- Link (URL) zur Seite mit dem Problem
- https://www.photovoltaik-drohnenservice.de
Frontend & Backend Darstellungsprobleme sporadisch
- Wolperdinger
- Erledigt
-
-
Diese Einträge spielen bei AllInkl keine Rolle:
# Options +FollowSymlinks
# Options -Indexes
Ich kann beim Aufruf keine Fehler feststellen.
-
Wo kann ich noch suchen?
Ggf. in der .htaccess
-
Hallo,
hatte ein ähnliches Problem. Der Hinweis mit der htaccess war gut. Falls sich der Eintrag "Header set Content-Encoding gzip" findet, dann mal auskommentieren. Bei mir hat es geholfen.
-
Vielen Dank für die antworten.
Da es nicht nur bei mir zu diesem Fehler kommt sondern auch bei Kunden muss es vom Joomla kommen.
Aktualisiert man mit F5 oder STRG+F5 sieht alles wieder normal aus.
Header set Content-Encoding gzip hab ich nicht.
Apache Configuration
Alles anzeigen## # @package Joomla # @copyright (C) 2005 Open Source Matters, Inc. <https://www.joomla.org> # @license GNU General Public License version 2 or later; see LICENSE.txt ## ## # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE! # # The line 'Options +FollowSymLinks' may cause problems with some server configurations. # It is required for the use of Apache mod_rewrite, but it may have already been set by # your server administrator in a way that disallows changing it in this .htaccess file. # If using it causes your site to produce an error, comment it out (add # to the # beginning of the line), reload your site in your browser and test your sef urls. If # they work, then it has been set by your server administrator and you do not need to # set it here. ## ## MISSING CSS OR JAVASCRIPT ERRORS # # If your site looks strange after enabling this file, then your server is probably already # gzipping css and js files and you should comment out the GZIP section of this file. ## ## OPENLITESPEED # # If you are using an OpenLiteSpeed web server then any changes made to this file will # not take effect until you have restarted the web server. ## ## Can be commented out if causes errors, see notes above. # Options +FollowSymlinks # Options -Indexes ## No directory listings <IfModule mod_autoindex.c> IndexIgnore * </IfModule> ## Suppress mime type detection in browsers for unknown types <IfModule mod_headers.c> Header always set X-Content-Type-Options "nosniff" </IfModule> ## Protect against certain cross-origin requests. More information can be found here: ## https://developer.mozilla.org/en-US/docs/Web/HTTP/Cross-Origin_Resource_Policy_(CORP) ## https://web.dev/why-coop-coep/ #<IfModule mod_headers.c> # Header always set Cross-Origin-Resource-Policy "same-origin" # Header always set Cross-Origin-Embedder-Policy "require-corp" #</IfModule> ## Disable inline JavaScript when directly opening SVG files or embedding them with the object-tag <FilesMatch "\.svg$"> <IfModule mod_headers.c> Header always set Content-Security-Policy "script-src 'none'" </IfModule> </FilesMatch> ## These directives are only enabled if the Apache mod_rewrite module is enabled <IfModule mod_rewrite.c> RewriteEngine On ## Begin - Rewrite rules to block out some common exploits. # If you experience problems on your site then comment out the operations listed # below by adding a # to the beginning of the line. # This attempts to block the most common type of exploit `attempts` on Joomla! # # Block any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR] # Block any script that includes a <script> tag in URL. RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] # Block any script trying to set a PHP GLOBALS variable via URL. RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block any script trying to modify a _REQUEST variable via URL. RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) # Return 403 Forbidden header and show the content of the root home page RewriteRule .* index.php [F] # ## End - Rewrite rules to block out some common exploits. ## Begin - Custom redirects # # If you need to redirect some pages, or set a canonical non-www to # www redirect (or vice versa), place that code here. Ensure those # redirects use the correct RewriteRule syntax and the [R=301,L] flags. # ## End - Custom redirects ## # Uncomment the following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root). ## # RewriteBase / ## Begin - Joomla! core SEF Section. # # PHP FastCGI fix for HTTP Authorization, required for the API application RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # -- SEF URLs for the API application # If the requested path starts with /api, the file is not /api/index.php # and the request has not already been internally rewritten to the # api/index.php script RewriteCond %{REQUEST_URI} ^/api/ RewriteCond %{REQUEST_URI} !^/api/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the /api/index.php script RewriteRule .* api/index.php [L] # -- SEF URLs for the public frontend application # If the requested path and file is not /index.php and the request # has not already been internally rewritten to the index.php script RewriteCond %{REQUEST_URI} !^/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the index.php script RewriteRule .* index.php [L] # ## End - Joomla! core SEF Section. </IfModule> ## These directives are only enabled if the Apache mod_rewrite module is disabled <IfModule !mod_rewrite.c> <IfModule mod_alias.c> # When Apache 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> ## GZIP ## These directives are only enabled if the Apache mod_headers module is enabled. ## This section will check if a .gz file exists and if so will stream it ## directly or fallback to gzip any asset on the fly ## If your site starts to look strange after enabling this file, and you see ## ERR_CONTENT_DECODING_FAILED in your browser console network tab, ## then your server is already gzipping css and js files and you don't need this ## block enabled in your .htaccess <IfModule mod_headers.c> # Serve gzip compressed CSS files if they exist # and the client accepts gzip. RewriteCond "%{HTTP:Accept-encoding}" "gzip" RewriteCond "%{REQUEST_FILENAME}\.gz" -s RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA] # Serve gzip compressed JS files if they exist # and the client accepts gzip. RewriteCond "%{HTTP:Accept-encoding}" "gzip" RewriteCond "%{REQUEST_FILENAME}\.gz" -s RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA] # Serve correct content types, and prevent mod_deflate double gzip. RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1] RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1] <FilesMatch "(\.js\.gz|\.css\.gz)$"> # Serve correct encoding type. Header append Content-Encoding gzip # Force proxies to cache gzipped & # non-gzipped css/js files separately. Header append Vary Accept-Encoding </FilesMatch> </IfModule>
-
Header set Content-Encoding gzip hab ich nicht.
Doch ganz unten:
Und in dem roten Kästchen musst du 'append' gegen 'set' tauschen:
-
Hallo zusammen,
entschuldigt wenn ich den alten Thread noch mal hoch hole!
Beruflich ging es hoch her und komme mit dem Fehler einfach nicht weiter.
Mittlerweile nutze ich Joomla 4.3.3
Es gibt keine Meldungen über Fehler im Dashboard.
Der Fehler liegt irgendwo bei Joomla denn selbst wenn ich mich als Admin einloggen möchte, muss ich die Seite dann mit F5 aktualisieren, evtl auch mehrmals.
So sieht es aktuell aus:
Das hier ist die eigentliche HP
Browser sind aktuelle Firefox und Chrome und nicht nur auf meinem Rechner wird das oft so angezeigt.
Es gibt immer wieder Kunden die sich melden und sich über diese komische Seite wundern...
Ich habe den Code so angepasst, es kam ja auch eine Meldung beim letzen Update dies zu tun.
Code<FilesMatch "(\.js\.gz|\.css\.gz)$"> # Serve correct encoding type. Header set Content-Encoding gzip # Force proxies to cache gzipped & # non-gzipped css/js files separately. Header append Vary Accept-Encoding </FilesMatch>
Leider wie zu sehen erfolglos...
Hat jemand noch eine Idee wie ich das Problem lösen kann?
LG Chris
-
Könnte es mit der Größe der zu übertragenden Dateien zusammen hängen.
Bei mir hat die Seite auch erst beim zweiten laden vernünftig sich dargestellt.
Ggf. mal die Größe der verwendeten Bilder prüfen.
-
Auch nach mehrmaligem Aufruf der Seite, erhalte ich die von dir beschriebene fehlerhafte Darstellung nicht.
Ich tendiere eher dahin, dass dies ein lokales Problem auf deinem Rechner oder in Zusammenhang mit deiner Internetverbindung stehen könnte.
Eventuell könntest du aber auch AllInkl bitten, einen Serverwechsel vorzunehmen, falls es auf dem aktuellen Server zeitweise hohe Last geben sollte.
BTW: dein Favicon (scheint zu fehlen) meckert der Inspektor an:
-
Schön dass es mal jemand gesehen hat!
Kann es sein, dass das eingebette Video das Problem verursacht wenn Du an die Größe denkst?
Ich bin eigentlich der Meinung, dass das nicht komplette geladen wird sondern erst beim abspielen.
Leitung und Rechner sind bei mir auszuschließen, das betrifft nicht nur einen Rechner.
Bei mit stehen mehrere Rechner und Notebooks die alle den selben Effekt haben.
Wie geschrieben betrifft es auch Kunden die die Seite aufrufen.
Das Favicon prüfe ich gleich, danke!
-
Ich habe nun alle Bilder deutlich kleiner gemacht.
Fehler bleibt weiterhin.
Favicon ist nun auch wieder da.
Wie gesagt, der Fehler tritt sporadisch auf wenn der Browser neu geöffnet wird und dann die Seite geöffnet wird.
Mit F5 Reload ist es meist nach den 1. - 3. ganz normal.
Mit dem Reload kann der Fehler nicht provoziert werden.
-
Was sagt AllInkl denn dazu?
-
Es kommen teilweise Meldungen wie "jQuery is not defined". Scheint etwas mit dem Astroid zu sein. Deshalb wird teilweise nicht alles angezeigt.
Zudem:
Orientiere dich bzgl. der .htaccess an der Vorlage htaccess.txt, die Joomla 4.3.3 beiliegt. Dort sind die Dinge aus den Nachinstallationshinweisen bereits vorhanden.
Das Auskommentieren des GZIP-Blocks unten in der .htaccess könntest du auch mal versuchen.Alternativ: Deaktiviere die .htaccess durch Umbenennen in z.B. htaccess-meine.txt. In der Backend-Konfiguration dann bei SEO noch den 2.Haken entfernen (bzw. auch "Nein" stellen). Bleibt der Fehler mit der sporadischen Fehldarstellung?
-
-
Geh bitte mal in das Astroid Plugin und wähle testweise Joomla statt Astroid für:
Bootstrap JS Library Loading und jQuery Library Loading.
-
Wo finde ich das genau, ich suche und ich finde das nicht...
-
Backend Plugins "Astroid"
-
-
-