nefunkční CleanURL v D7
Zdravim. Mám za sebou již několi webů na Drupalu a před sebou znenadání zapeklitý problém. Doposud jsem nespouštěl Dupal 7, až teď, a myslím si, že to by mohla být příčina mých „nevědomostí“. Po instalaci je všechno v pořádku až na nefunkční test CleanURL. V .htaccess zdá se vše nastaveno korektně, u providera rovněž (ProfiWH). Po testu CleanURL jsem znovu tam, kde jsem byl – na stránce pro jeho spuštění.. Strávil jsem několik nocí čtením diskusí, zkoušením různých rad, leč bez výsledku.
Obsah .htaccess:
# Protect files and directories from prying eyes.
#<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(\..*|Entries.*|Repository|Root|Tag|Template)$">
# Order allow,deny
#</FilesMatch>
# Don't show directory listings for URLs which map to a directory.
#Options -Indexes
# Follow symbolic links in this directory.
#Options +FollowSymLinks
# Multiviews creates problems with aliased URLs and is not needed for Drupal.
#Options -Multiviews
# Make Drupal handle any 404 errors.
#ErrorDocument 404 /index.php
# Force simple error message for requests for non-existent favicon.ico.
#<Files favicon.ico>
# There is no end quote below, for compatibility with Apache 1.3.
# ErrorDocument 404 "The requested file favicon.ico was not found.
#</Files>
# Set the default handler.
#DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
#<IfModule mod_php5.c>
# php_flag magic_quotes_gpc off
# php_flag magic_quotes_sybase off
# php_flag register_globals off
# php_flag session.auto_start off
# php_value mbstring.http_input pass
# php_value mbstring.http_output pass
# php_flag mbstring.encoding_translation off
#</IfModule>
# Requires mod_expires to be enabled.
#<IfModule mod_expires.c>
# Enable expirations.
# ExpiresActive On
# Cache all files for 2 weeks after access (A).
# ExpiresDefault A1209600
# <FilesMatch \.php$>
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
# ExpiresActive Off
# </FilesMatch>
#</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# <DirectoryMatch> is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]
# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\. [NC]
# RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]
# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
RewriteBase /
# Pass all requests not referring directly to files in the filesystem to
# index.php. Clean URLs are handled in drupal_environment_initialize().
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.
<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>
</IfModule>
# $Id: .htaccess,v 1.111 2010/11/23 02:59:05 dries Exp $
Po diskusi s providerem mám nastaveno na zkoušku pouze:
RewriteEngine on
RewriteBase /
RewriteRule "(^|/)\." - [F]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
Obojí bez výsledku. Snad se nedočkám jen konstatování, „že už to zde bylo x-krát přetřásáno“. Děkuji Vám za každý podnět.
Libor Kulík
Je to nejake divne v tvojom
Je to nejake divne v tvojom vypise – pre drual by malo byt standardne toto:
tebe v tom chybaju zatvorky…
Diky moc, Havrane! Ja ten
Diky moc, Havrane! Ja ten zapis takto upravil zamerne po konzultaci s providerem, i me to samozrejme prislo podivne, ale bylo to funkcni. (Tim nemyslim, ze by to resilo primarni problem, kvuli kteremu jsem sem psal). Nevim si rady, jinym slovem – ciste url jsem proste dosud nezprovoznil. Nenapada Te jeste nejaka varianta?
Co metoda pokus omyl?
Co metoda pokus omyl? Postupně se zbavovat všeho až na nejzákladnější funkce.
I to mám už za sebou, bez
I to mám už za sebou, bez výsledku.. Ale aspoň díky za zájem. :-)
A co na to říká provider?
A co na to říká provider? Zkus si promluvit s podporou… platíš za to aby ti web fungoval ;) Pomůžou ti. Třeba je to nastavení které sám nemůžeš ovlivnit.
S tím jsem řešil věc od
S tím jsem řešil věc od počátku, z jeho strany je údajně všechno v pořádku. Zkusím ještě jednou reinstalaci, díky.
Stejný problém, na hostingu Angel mi v čisté instalaci D7 nešly
čistě url. Na stejném v. serveru mi ale D6 čisté url šlape bez problémů. Zkopíroval jsem z D6 .htaccess do D7 instalace. Teď to běhá korektně.
Poslat nový komentář