Werde ich morgen mal ausprobieren... hier hatte jemand ein ähnliches Problem, die Lösung wurde aber verschwiegen.
Beiträge von deevau
-
-
Es wäre hilfreich zu wissen, um welche Buchungskomponente es geht.
Dann kann man auch weitere Schlüsse ziehen.
Die Buchungskomponente Easy Services Booking funktioniert ja wenn ich gzip in der joomla Konfiguration abschalte. Das seltsame ist jedoch, dass auch bei abgeschaltetem gzip die Seite komprimiert wird (also bei aktivem gzip in Konfiguration quasi doppelt komprimiert) und dadurch wohl das Problem bei der Buchungskomponente entsteht... Die Kernfrage ist also: Wieso wird die Seite komprimiert obwohl gzip in der Konfiguration deaktiviert ist?
Es gibt wohl ein “double gzip” problem after J! 4.2.9 was hier ausführlicher beschrieben wird: https://kuneze.com/blog/110-joomla-double-gzip-problems ist für mich so jetzt nicht allerdings nicht mehr nachvollziehbar Zitat:In any case, the admission by the J! project team of a problem that took over a year-and-a-half to address notwithstanding, the J! 4 “double gzip” problem will be around for a while longer.
-
Ich hätte den gesamten Bereich von 140 bis 173 testweise mal auskommentiert.
Die von JoomlaWunder angegebenen Bereiche reichen m.E nicht.
Auch das bringt keine Änderung,..
alfahosting schreibt:
gzip ist auf den Server generell aktiv und kann entsprechend verwendet werden. Dies kann auch per phpinfo() ausgelesen werden. Wie die Konfiguration Ihrer Skripte dahingehend erfolgt, können wir jedoch nicht sagen.
Hatte zwischenzeitlich überlegt ob es evtl. vom Template Helix Ultimate kommt. Da kann man Inhalte auch komprimieren. Das war aber deaktiviert.
Wozu muß man eigentlich in der htaccess rumbasteln wenn doch grundsätzlich in der Konfiguration gzip "an" oder "aus" eingestellt werden kann?
-
Habe ich gemacht, nun kommt es bei der Buchung wieder zu einem Content-Encoding-Fehler. Erst wenn ich in der Konfig gzip deaktiviere ist der Fehler weg und der Test bei https://www.websiteplanet.com/de/webtools/gzip-compression/ sagt gzip ist aktiv. Ist es denn möglich, dass die Einstellungen des Providers die Einstellungen bzgl. gzip in der joomla-Konfiguration überlagern?
Im cPanel eines anderen Providers (siehe Bild) kann man gzip ja auch aktivieren was bei alfahosting dann wohl der Fall ist...
-
wenn ich das richtig verstanden habe ist die Aktivierung von gzip in der joomla-Konfig überflüssig oder schädlich? wenn der Provider für den kompletten Webspace gzip aktiviert hat...?
Im Backend steht "Nein"
ein Test bei https://www.websiteplanet.com/de/webtools/gzip-compression/ sagt gzip ist aktiv
So sieht die .htaccess aus:
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 +SymLinksIfOwnerMatch' 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 +SymLinksIfOwnerMatch #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 set Content-Encoding gzip # Force proxies to cache gzipped & # non-gzipped css/js files separately. Header append Vary Accept-Encoding </FilesMatch> </IfModule>
-
Hallo allerseits,
kürzlich hat mein Provider ein webpaket auf eine andere Serverarchitektur verschoben. Nach Abschluss des Umzugs funktionierte ein Teilbereich einer website nicht korrekt. Es kam bei einer Buchungskomponente beim Aufruf der freien Tagesslots zum Fehler "Content-Encoding-Fehler".
Ich habe dann in der Konfiguration gzip deaktiviert und der Fehler war beseitigt.
Nun hatte ich festgestellt, dass die Seite trotz deaktiviertem gzip gleich schnell lädt. Daraufhin habe ich online einen gzip-Test gemacht. Ergebnis: GZIP ist aktiv. Der Provider bestätigte dann auf meine Frage, dass für das komplette webpaket gzip serverseitig aktiv ist.
Nun die Frage: Wieso hatte nur ein Teilbereich der website den "Content-Encoding-Fehler" und nicht die komplette url und wieso ist das Aktivieren von gzip in der joomla-Konfiguration problematisch wenn der Hoster gzip auch für den gesamten Webspce aktiviert hat?
Vielen Dank fürs nachdenken!
-
Das Plugin hatte ich damals mit der Installation der Komponente aktiviert aber dann völlig vergessen...
-
Existiert oberhalb des Joomla-Root-Dateiordners eine weitere .htaccess Datei ?
Nein
Inhalt der .htaccess im Joomla-Root Dateiordner ?
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 RewriteCond %{HTTP_Host} ^go-galgo-go\.de$ [NC] RewriteRule ^(.*)$ http://www.go-galgo-go.de/$1 [R=301,L] RewriteCond %{SERVER_PORT} !^443$ RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L] ## 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 set Content-Encoding gzip # Force proxies to cache gzipped & # non-gzipped css/js files separately. Header append Vary Accept-Encoding </FilesMatch> </IfModule>
Ich habe die Lösung gefunden. Ridirect Plugin von jomsocial ist aktiviert https://documentation.jomsocial.com/wiki/JomSocialRedirect
Vielen Dank fürs mitdenken!
-
-
-
Danke, leider keine Änderung. Es geht immer wieder zur Startseite...
-
-
Sorry für die Irritationen! Das mit der Crossposting-Regel hatte ich nicht auf dem Schirm. Mir ging es hier in erster Linie um einen evtl. fehlenden Cookiehinweis da dieser Cookie kein Session-Cookie ist sondern eine Laufzeit von 24 Stunden hat.
Dieser Cookie kommt also definitiv von jomsocial. Laufzeitänderung ist möglich in
-
Habe ich bereits und warte auf Antwort. Kann aber doch sein, dass hier jemand diese Komponente nutzt und Bescheid weiß...
-
Es geht um websites die die Komponente jomsocial verwenden: https://www.jomsocial.com/community
-
Hallo allerseits,
mal eine Frage zu Cookies: Habe bei einigen Webseiten mit Loginmöglichkeit den Cookie "currentURI" entdeckt, Laufzeit 24 Std. Wozu ist der gut und kann man den deaktivieren?
Grüße!
-
Ich habe die neue htaccess verwendet.
-
Hallo allerseits,
habe noch das update noch nicht eingespielt...
In meiner aktuellen .htaccess gibt es diese Zeile nicht. Was tun?
Before 4.2.9 the default htaccess.txt file contained erroneous code for appending the "Content-Encoding" HTTP header. This could result in double encoding errors when Joomla is installed in a subdirectory and both this directory and its parent directory contain an .htaccess file with this code. You should manually apply the necessary changes to any existing .htaccess file, as this file can not be updated automatically.
The old code:
The new code:
Code
Viele Grüße
-
Erledigt: es fehlte ein Menüeintrag. Habe "Liste aller Schlagwörter" hinzugefügt, nun geht es...
-
Hallo,
nachdem ich etwa 70 Beiträge verschlagwortet habe werden nach anklicken des Schlagwortes auf der ersten Seite 50 Beitragstitel angezeigt. Darunter ist die Seitennavigation. Klicke ich in der Navigation auf Seite 2 erscheint:
View nicht gefunden [Name, Typ, Präfix]: restabfall, html, site
Was mache ich falsch?
Viele Grüße!