Hallo zusammen,
darf ich mich auch grade noch an diesen Thread hängen, da ich derzeit auf einem Kundenserver ein ähnliches Problem habe.
Die URL http://www.domain.de/de/insider/mein...ction/new.html wird aufgerufen und soll intern auf http://www.domain.de/de/insider/mein...tml?action=new umgeschrieben werden, aber ich erhalte beim Aufruf immer Error 404.
Die .htaccess mit den RewriteRules sieht wie folgt aus und das Ganze läuft lustigerweise auf meiner lokalen Umgebung wunderbar. Einstellungen im Contao Backend sind gleich, auch bei der .htaccess bzw. der Serverumgebung kann ich aktuell keine Unterschiede feststellen. Hier die .htaccess:
PHP-Code:
RewriteEngine On
##
# Rewrite base
#
# Set the RewriteBase if your Contao installation is in a subdirectoy and
# the rewrite rules are not working properly. Usage examples:
#
# RewriteBase /contao-2.9.0
# RewriteBase /path/to/contao
#
# Uncomment the following line to set the RewriteBase.
##
RewriteBase /
##
# Malicious requests
#
# Contao usually does not pass absolute URLs via GET, therefore the
# following rules block all requests that try to pass a URL or the /etc/
# directory as parameter.
##
RewriteCond %{REQUEST_URI} (ftp|https?):|/etc/ [NC,OR]
RewriteCond %{QUERY_STRING} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]
##
# Require www
#
# Uncomment the following lines and replace "domain.com" with your domain
# name to redirect requests without "www".
##
RewriteCond %{HTTP_HOST} ^domain.de [NC]
RewriteRule (.*) http://www.domain.de/$1 [R=301,L]
##
# Compressed .js and .css files
#
# Most of the JavaScript and CSS files used in Contao are also available
# as compressed .gz version, which requires less bandwidth and optimizes the
# page loading time. The following rules load these compressed ressources.
##
AddEncoding gzip .gz
<FilesMatch "\.js\.gz$">
AddType "text/javascript" .gz
</FilesMatch>
<FilesMatch "\.css\.gz$">
AddType "text/css" .gz
</FilesMatch>
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gz [QSA,L]
##
# Static ressources
#
# Do not rewrite requests for static files or folders such as style sheets,
# images, movies or text documents.
##
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
##
# Contao URLs
#
# By default, Contao adds ".html" to the generated URLs to simulate static
# HTML documents. If you change the URL suffix in the back end settings, make
# sure to change it here accordingly!
#
# RewriteRule .*\.html$ index.php [L] # URL suffix .html
# RewriteRule .* index.php [L] # No URL suffix
# RewriteRule .*\.txt$ index.php [L] # URL suffix .txt
#
# If you are using mod_cache, it is recommended to use the RewriteRule below,
# which adds the query string to the internal URL:
#
# RewriteRule (.*\.html)$ index.php/$1 [L]
#
# Note that not all environments support mod_rewrite and mod_cache!
##
RewriteRule .*\.html$ index.php [L]
Habt Ihr vielleicht eine Idee, wie ich hier wieder wie gewohnt arbeiten könnte? Es hatte nämlich beim Kunden auch bis vor einigen Wochen funktioniert, er hat sich erst dieser Tage gemeldet, dass er keinen Zugriff auf die Unterseiten habe. Und zudem hatte ich auf dem Server feststellen müssen, dass einige Dateiberechtigungen nicht mehr passen, evtl. durch Eingriff von außen oder Backup?
Herzliche Grüße,
Christian
Der Verzweiflung nahe, wegen mod_rewrite und Multidomains, Umlaute gibt's auch
Zitieren
Zitat von Andreas
Lesezeichen