Trotz unzähliger Beiträge: Drupal 6.16 keine lesbaren URLs
![](http://www.drupalcenter.de/files/noavatar_mini.gif)
am 21.05.2010 - 15:17 Uhr in
Hallo
ManagedHosting M bei Domainfactory, Support von DF hat mich nun hierher verwiesen, nachdem die sich auch daran probiert haben. Die waren echt schnell, das sollte man mal lobend erwähnen.
Die lesbaren URLs lassen sich nicht aktivieren:
Your system configuration does not currently support this feature.
Drupal ist im Unterordner /cms installiert, alles andere läuft, keine Fehlermeldungen in den Logs.
Hier die htaccess:
#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl|svn-base)$|^(code-style\.pl|Entries.*|Repository|Root|Tag|Template|all-wcprops|entries|format)$">
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
# 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
# Override PHP settings. More in sites/default/settings.php
# but the following cannot be changed at runtime.
# PHP 4, Apache 1.
#<IfModule mod_php4.c>
#php_value magic_quotes_gpc 0
#php_value register_globals 0
#php_value session.auto_start 0
#php_value mbstring.http_input pass
#php_value mbstring.http_output pass
#php_value mbstring.encoding_translation 0
#</IfModule>
# PHP 4, Apache 2.
#<IfModule sapi_apache2.c>
#php_value magic_quotes_gpc 0
#php_value register_globals 0
#php_value session.auto_start 0
#php_value mbstring.http_input pass
#php_value mbstring.http_output pass
#php_value mbstring.encoding_translation 0
#</IfModule>
# PHP 5, Apache 1 and 2.
#<IfModule mod_php5.c>
#php_value magic_quotes_gpc 0
#php_value register_globals 0
#php_value session.auto_start 0
#php_value mbstring.http_input pass
#php_value mbstring.http_output pass
#php_value mbstring.encoding_translation 0
#</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
# 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/...)
# adapt and uncomment the following:
RewriteCond %{HTTP_HOST} ^namegeaendert\.de$ [NC]
RewriteRule ^(.*)$ http://www.namegeaendert.de/$1 [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 and adapt the following:
# RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
# RewriteRule ^(.*)$ http://example.com/$1 [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 /
RewriteBase /cms
# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>
# $Id: .htaccess,v 1.90.2.5 2010/02/02 07:25:22 dries Exp $
So, nun weiß ich nicht mehr weiter.
Hat jemand eine Idee?
Gruß 0etzi
- Anmelden oder Registrieren um Kommentare zu schreiben
Welche Apache Version hast
am 23.05.2010 - 14:41 Uhr
Welche Apache Version hast du?
Ist
mod_rewrite
wirklich aktiviert und geladen? Du kannst es sehr einfach überprüfen indem du folgende Zeilen in deiner.htaccess
auskommentierst:# Various rewrite rules.
#<IfModule mod_rewrite.c>
RewriteEngine on
# 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/...)
# adapt and uncomment the following:
RewriteCond %{HTTP_HOST} ^namegeaendert\.de$ [NC]
RewriteRule ^(.*)$ http://www.namegeaendert.de/$1 [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 and adapt the following:
# RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
# RewriteRule ^(.*)$ http://example.com/$1 [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 /
RewriteBase /cms
# Rewrite URLs of the form 'x' to the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
#</IfModule>
Der Support von DF hat sich
am 23.05.2010 - 21:54 Uhr
Der Support von DF hat sich das angeschaut, die werden wohl wissen ob die Server entsprechend konfiguriert wurden.
Außerdem laufen dort andere Drupalprojekte bei DF ohne Probleme.
Ich vermute, es liegt an einer fehlerhaften deutschen Drupal-Version. Ich werde einen neue Installation versuchen mit der englischen Version und dann eindeutschen, wenn das nicht hilft, die vorhergehende Version nehmen.
Damit sollte das Problem behoben sein.
Ich melde mich, sobald ich das gemacht habe.
Oder kann man das mit "Gewalt" in der Datenbank einstellen? Gehen muss es, es funktioniert dort mit Joomla ja auch.
0etzi
Tabelle "variable"
am 24.05.2010 - 08:09 Uhr
Oder kann man das mit "Gewalt" in der Datenbank einstellen? Gehen muss es, es funktioniert dort mit Joomla ja auch.
In der Tabelle variable gibt es einen Eintrag "clean-urls". Der sollte auf "0" stehen. Wenn Du diesen auf 1 umstellst, sind die lesbaren URL's aktiviert. Doch ich wäre da vorsichtig, es scheint ja, als ob irgendwas in deiner Konfiguration nicht stimmt --> Backup ist da immer eine gute Idee :-)
Gruß 2be
danke, werde ich mal
am 24.05.2010 - 09:15 Uhr
danke, werde ich mal probieren, Backup ist nicht nötig, ist eine ganz frische Installation.
Und wenn die Fehlerhaft ist wie ich vermute, ein Grund mehr das Teil mal ordentlich zu zerschießen und neu aufzubauen..
mfg 0etzi
0etzi schrieb Und wenn die
am 24.05.2010 - 10:36 Uhr
Und wenn die Fehlerhaft ist wie ich vermute, ein Grund mehr das Teil mal ordentlich zu zerschießen und neu aufzubauen..
Nur mal so als Tipp: Behandle es wie ein Update von einer Drupal 6.x zur nächsten Drupal 6.x-Version.
Doch so ganz verstehe ich das nicht. Einerseits sagst du "Trotz unzähliger Beiträge: Drupal 6.16 keine lesbaren URL's", andererseits meinst Du es wäre eine frische Installation. Hmmh??? Doch wenn Du die Beiträge über die Datenbank gesichert hast, dann ist nachvollziehbar, spielt aber für dein Problem jetzt auch keine Rolle und ich erwarte hier auch keine Antwort :-)
Gruß
2be
AllowOverride
am 01.06.2010 - 14:14 Uhr
Ich denke, dass ich der Ursache auf die Schliche gekommen bin, bei dem Tarif ist AllowOverride nicht aktiv, das braucht mod rewrite jedoch.
mfg 0etzi