Internal Server Error mit .htaccess
Eingetragen von Rolfy (105)
am 06.11.2007 - 10:52 Uhr in
am 06.11.2007 - 10:52 Uhr in
Hallo zusammen!
Habe folgendes Problem mit der .htaccess:
Habe Drupal in einem Unterordner /drupal installiert und das läuft OHNE .htaccess einwandfrei. Dabei rufe ich die Drupal-Site direkt über die URL des Unterorders auf.
Wenn ich jetzt die orginale .htaccess einsetze, bekomme ich einen Internal Server Error.
Mod_rewrite ist aktiviert. Habe es schon mit 'RewriteBase /drupal' und 'RewriteBase /' versucht - gleiche Fehlermeldung. Wenn ich 'Lesbare URLs testen' ausführe bekommen ich Fehler '404 - File not found'.
Wer weiss da Rat??
- Anmelden oder Registrieren um Kommentare zu schreiben
Du rufst Drupal also so auf:
am 06.11.2007 - 11:40 Uhr
Du rufst Drupal also so auf: domain.de/drupal?
Dann muss 'RewriteBase /drupal' eingetragen sein. Kommentiere mal nach und nach die einzelnen Abschnitte der Datei aus um einzugrenzen welche Abschnitt den ServerError auslöst.
gruß pebosi
In welchen Ordner kopierst
am 06.11.2007 - 12:06 Uhr
In welchen Ordner kopierst Du die .htaccess? Serverroot oder /drupal?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Ich rufe die Site mit
am 06.11.2007 - 12:16 Uhr
Ich rufe die Site mit 'www.domain.net/drupal' auf, das ist auch das Verzeichnis in dem Drupal installiert ist. Die .htaccess habe ich auch in diesem Ordner.
Gruß Rolf
Mhm. Eigentlich muss man in
am 06.11.2007 - 12:34 Uhr
Mhm. Eigentlich muss man in der Drupal .htacces nicht viel machen um CleanURL's zu aktivieren.
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
und Drupalhome setzten, in Deinem Fall
RewriteBase /drupal
Poste doch mal Deine .htaccess
Wie lautet beim 'Lesbare URLs testen' der Pfad (Statuszeile Browser)?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Vielen Dank soweit. Habe im
am 06.11.2007 - 13:58 Uhr
Vielen Dank soweit. Habe im Moment leider kein Zugriff auf die .htaccess (kein FTP-Access von da aus wo ich jetzt bin), sonst könnte ich sie posten. Habe aber schon alle möglichen Variationen getestet, aber immer Error 500. Die Statuszeile im Browser bei 'Lesbare URLs testen' sieht so aus:
http://www.domain.net/drupal/admin/settings/clean-urls
Kann es sein, daß es an der Server-Konfiguration liegt? Ich hatte nämlich auch unerklärliche Probleme auf diesem Host mit SEO-URLs für OsCommerce.
Kann da die phpinfo mehr Auskunft geben?
Gruss Rolf
War es nicht Error 404? Die
am 06.11.2007 - 14:18 Uhr
War es nicht Error 404?
Die Moeglichkeit einer unguenstigen Serverkonfiguration ist ein heisser Kanidat.
phpinfo() ist wohl nicht so aussagefaehig. Was mit der htacces moeglich bzw. erlaubt ist wird im Falle des Apache als Webserver in der Serverkonfiguration definiert.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Also, die Fehlermeldung
am 06.11.2007 - 17:43 Uhr
Also, die Fehlermeldung hiess auf jeden Fall 'Internal Server Error', das ist doch 500, oder? Nur bei 'Lesbare URLs testen' kommt 404. Der Provider verhindert auch, daß mehrere verschiedene Domain-Adressen auf den gleichen Host gelegt werden können. Hat das was zu sagen?
Auf jeden Fall mal tausend Dank so weit für Eure Hilfsbereitschaft. Werde mich heute Nacht wieder voll auf das Problem stürzen, vielleicht komme ich dann weiter.
Gruss Rolf
Wie gesagt, für den 500er
am 06.11.2007 - 20:05 Uhr
Wie gesagt, für den 500er würde ich die .htacces Zeile für Zeile auskommentieren.
gruß pebosi
Also, habe wie
am 07.11.2007 - 11:05 Uhr
Also, habe wie vorgeschlagen, Zeile für Zeile auskommentiert. Als ich dann nur noch die Commands:
# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|module|profile|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(code-style\.pl|Entries.*|Repository|Root|Tag|Template)$">
Order allow,deny
</FilesMatch>
stehen hatte kam die 500er Fehlermeldung nicht mehr aber das ist ja nicht der Zweck der Übung.
Jetzt werde ich das mal auf einem anderen Host bei einem anderen Provider versuchen.
Wie ich das sehe, muß ja in der Apache Configuration 'AllowOverride' enabled sein, damit die 'Lesbare URLs'-Funktion überhaupt funktionieren kann. Dazu ein Auszug vom Eintrag in der .htaccess von OsCommerce:
# For this to work, you must include the parameter 'Options' to
# the AllowOverride configuration
#
# Example:
#
# <Directory "/usr/local/apache/htdocs">
# AllowOverride Options
# </Directory>
#
# 'All' with also work. (This configuration is in the
# apache/conf/httpd.conf file)
Und wie gesagt, damit hatte ich auch schon Probleme. Ich bekam zwar keine Fehlermeldungen, aber die URLs wurden trotzdem nicht so ausgegeben wie es hätte sein sollen. Hatte vorher OsCommerce lokal getestet und da war eben 'AllowOverride' zu aktivieren und es funzte.
Gruss Rolf
AllowOverride Options
am 07.11.2007 - 12:17 Uhr
AllowOverride Options
Options ist aber nicht der einzig moegliche Parameter. Ein Hoster koennte da auch noch anders konfigurieren.
- FileInfo. Ermöglicht das Überschreiben der Direktiven, die sich um Dateitypen und -inhalte kümmern.
- Indexes. Gestattet das Überschreiben von Direktiven zur automatischen Erzeugung von Verzeichnisindizes (meist in mod_autoindex definiert).
- Limit. Diese Option erlaubt das Überschreiben der Direktiven Order, Allow und Deny zur Host-basierten Zugriffskontrolle.
- AuthConfig. Wenn dieser Wert angegeben wird, dürfen alle Direktiven zur Autorisierung und Authentifizierung (weitgehend aus den mod_auth*-Modulen) überschrieben werden.
- Options. Ermöglicht das Überschreiben der Direktive Options und anderer Verzeichnisoptions-Direktiven.
- All. Diese Einstellung gestattet die Verwendung aller bereits genannten Einzelgruppen sowie einiger zusätzlicher Direktiven.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Anderer Host geht prima
am 09.11.2007 - 00:26 Uhr
Habe jetzt das Ganze auf einem anderen Host installiert und getestet. Läuft prima mit der Standard-.htaccess. Werde jetzt mal meinem Hoster schreiben, mal schauen was die meinen.
Gibt es eigentlich eine Möglichkeit, von vornherein zu testen, ob die für lesbare URLs notwendigen .htaccess-Parameter auf dem jeweiligen Host unterstützt werden?
Gruß Rolf