URL Aliase funktionieren nicht
Eingetragen von Martin P. (216)am 17.04.2012 - 14:42 Uhr in
hi Leute,
ich habe für alle meine Seiten url aliase angegeben. Im jeweiligen Eingabefeld beim erstellen des Inhalts habe ich z.B. "das-bin-ich" angegeben. Ich bin der Meinung, dass ich Sie am Anfang auch so aufrufen konnte, bin mir aber nicht sicher, da ich zuerst auf einem Drupal 6 System gearbeitet habe und dann nochmal umgeswitcht habe auf ein Drupal 7.
Fakt ist auf jeden Fall, dass mir jetzt immer eine 500er Seite angezeigt wird wenn ich z.B. die Seite meinedomain.de/das-bin-ich aufrufe. Ich habe folgenden "Fix" dafür gefunden: http://drupal.org/node/1069310
demnach soll man in der MySQL Tabelle folgenden SQL Befehl ausführen: " UPDATE `url_alias` SET `language` = 'und' "
Viele haben berichtet, dass es bei ihnen funktioniert hat, aber bei mir kann ich die URL aliase dadurch immernoch nicht aufrufen :/
Hat jemand eine Ahnung oder Erfahrungen damit gemacht?
VG Martin
- Anmelden oder Registrieren um Kommentare zu schreiben
hi martin was steht denn in
am 18.04.2012 - 15:36 Uhr
hi martin
was steht denn in deiner .htaccess datei zum thema
RewriteBase /was wird dir angezeigt wenn du den
test ausführst?
admin/config/search/clean-urls
gruss
stef
Subdomain
am 18.04.2012 - 15:50 Uhr
Welchen Test, also egal welche Alias ich aufrufe (auch dieses admin/config/search/clean-urls ) gibt er mir diesen Fehler aus:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
Zu diesem Rewrite Begriff ( der mir nicht allzuviel sagt ) finde ich folgenden Absatz in der htaccess:
# 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]
Das Hauptverzeichnis liegt auf dem server in dem unterverzeichnis drupal7 ... aber, ich rufe die drupal installation über eine subdomain auf, welche direkt auf das drupal7 hauptverzeichnis verweist, sollte also eigentlich kein Problem sein - zumal es ja schonmal geklappt hat. Ich weiß nur nicht ob es hier geklappt hatte oder in meiner drupal 6 installation... aber die war damals auch in einem subdirectory mit einer subdomain...
hallö Zitat: Ich weiß nur
am 18.04.2012 - 18:24 Uhr
hallö
Ich weiß nur nicht ob es hier geklappt hatte..
ja das ist fies
statt
# RewriteBase /drupalsetz das ma bitte in deine htaccess
RewriteBase /drupal7ich gehe davon aus das das verzeichniss in dem dein drupal
liegt drupal7 heisst
gruss
stef
Ich habe mir das gestern
am 19.04.2012 - 08:12 Uhr
Ich habe mir das gestern DERMAßEN zerschossen, dass ich Angst habe das wieder einzustellen ^^ Ich hatte nämlich folgende Einstellungen gefunden:
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} ^/drupal7/(.*)$
RewriteRule ^(.*)$ /drupal7/index.php?q=$1 [L,QSA]
Das hatte dann erst funktioniert (RewriteBase) hatte ich gar nicht angerührt. Dann war ich im Admin Bereich und habe einen Menülink geändert. Kurz ausgeloggt und auf einmal ging gar nichts mehr. Irgendwie hat er mir das komplette CSS zerschossen. Großteile waren zwar noch okay, aber das CSS für die Admin Tollbar war nicht vorhanden und alle Listen waren unformatiert usw. Und dann konnte ich mich nicht mal mehr einloggen. Jedes login hatte lediglich ein reload des loginformulars zur folge. Keine URLS waren mehr aufrufbar. Ich bin dann (gott weiß wie) in den admin bereich gekommen habe lesbare urls abgeschaltet und den cache geleert. Könnte auch sein, dass es daran lag, dass ich diese CSS und JS Komprimierung aktiviert hatte. Denn erst als ich DAS dann auch deaktiviert hatte und den Cache nochmal geleert hatte ging alles wieder einwandfrei. Meine Subdomain ist eh nur eine Entwicklungsumgebung. Am Ende landet das ganze auf einer ganz normalen Domain. Da sollten die Clean URLS doch auch ohne Eingriff in die htaccess funktionieren oder?
... wo hast du die htaccess
am 19.04.2012 - 08:48 Uhr
... wo hast du die htaccess denn liegen?
das sind ja conditions die vom docroot ausgehen
RewriteCond %{REQUEST_URI} ^/drupal7/(.*)$
RewriteRule ^(.*)$ /drupal7/index.php?q=$1 [L,QSA]
Ich habe mir das gestern DERMAßEN zerschossen, dass ich Angst habe das wieder einzustellen
im prinzip ist das alles kein problem, mit einer htacess kannst du nur so lange was kaputt machen
wie die in dem verzeichniss liegt, wenn du die löscht dann hat die keine auswirkung mehr
nimm doch mal eine 'original' htaccess von d7 und kopiere dir die in
dein drupal7 verzeichniss
dann sollte eigendlich alles wieder gehen. hast du dann immer noch
keine clean urls kannst du dann ja ganz von vorne kucken was da einzustellen ist
wie gesagt es geht ja wieder
am 19.04.2012 - 08:52 Uhr
wie gesagt es geht ja wieder und ich habe schon wieder die originale htaccess datei drin. ich lasse das jetzt mal in meiner entwicklungsumgebung so und schaue auf dem live server ob es ohne umstellungen in der htaccess funktioniert, denn da arbeite ich ja nicht in einem unterverzeichnis mit subdomain :)