[gelöst] .htaccess herunterladen
Eingetragen von jfmyself (104)am 04.10.2011 - 15:22 Uhr in
Da bei meiner Site die Lesbaren URLs nicht funktionieren, brauch ich eine neue .htacces Datei. Ich habe, glaube ich die von Drupal 6... Wo kann ich die herunterladen und in welches Verzeichnis kommt sie?
- Anmelden oder Registrieren um Kommentare zu schreiben
Wenn Du Dir den Tar-File des
am 04.10.2011 - 15:41 Uhr
Wenn Du Dir den Tar-File des Drupal-Cores herunter lädst und auspackst (mach der Mac mit Doppelklick) ist ein .htaccess-File in dem Ordner enthalten. Wenn Du bei Dir diese Datei nicht sehen kannst wegen des Punktes am Anfang, solltest Du Dir das TinkerTool besorgen. Das ist für den Mac wirklich nützlich. Damit läßt sich die Sichtbarkeit dieser Dateien einfach freischalten.
Beste Grüße
Werner
Dankeschön für die
am 05.10.2011 - 09:15 Uhr
Dankeschön für die Antwort!!!
Ich habe das TinkerTool installiert und die .htaccess datei gefunden. Nun muss ich sie ins /Drupal-7.8 Verzeichnis laden oder ins /html?
Ich bekomme komischerweise beidesmal ein "internal server error" aber nur bei der einen Seite (habe 2 Sites auf dem Server...) Die andere funktioniert.
#
# 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)$|^(\..*|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
# 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>
Beste Grüsse Joni
Normalerweise gehört die
am 05.10.2011 - 09:17 Uhr
Normalerweise gehört die .htaccess-Datei ins DocumentRoot Deiner Domain. Wenn Das bei Dir /html ist, dann gehört es da hinein. So wie Du das hier schreibst, kannst Du aber Drupal dann gar nicht aufrufen. Wenn der Einstieg des Webservers bei /html liegt, kann das Verzeichnis /Drupal-7.8 vom Webserver nicht erreicht werden, da es dann außerhalb des DocumentRoot liegt. Also gehört der ganze Inhalt von /Drupal-7.8 nach /html und das dann leere Verzeichnis /Drupal-7.8 kann weg.
Die Provider erlauben aber unter Umständen nicht, daß Du eine eigene .htaccess-Datei benutzen darfst (hängt von Deinem gebuchten Paket ab) oder erlauben bestimmte Regeln nicht, dann muß man die auskommentieren. Da solltest Du mit dem Support Deines Hosters Kontakt aufnehmen.
Beste Grüße
Werner
Es sieht so aus: und in dem
am 03.01.2012 - 11:17 Uhr
Es sieht so aus:
und in dem Verzeichnis /html befinden sich:
(/Drupal-7.8 ist meine die Website von der ich spreche)
Also ist das DocumentRoot
am 05.10.2011 - 09:49 Uhr
Also ist das DocumentRoot /html. Die Drupal .htaccess-Datei sollte dann doch im Drupalverzeichnis liegen. Du rufst Deine Drupalinstallation dann aber auch immer so auf: Deine.Domain.ch/Drupal-7.8
Wenn Du jetzt Serverfehler bekommst, liegt es an nicht erlaubten Einträgen in der .htaccess.
Du solltest mit dem Support Deines Hosters Kontakt aufnehmen.
Beste Grüße
Werner
Danke für die Antwort! Ja ich
am 03.01.2012 - 11:18 Uhr
Danke für die Antwort!
Ja ich habe aber von meinedomain.ch/Drupal-7.8 direkt auf meinedomain.ch verlinkt...
Ich weiss jetzt aber nicht genau was ich dem Support mitteilen soll... reicht es zu sagen, dass ich diesen Error bekomme, wenn ich diese .htaccess Datei in mein /Drupal-7.8 Verzeichnis lege?
Gruss Joni
Der Support Deines Hosters
am 05.10.2011 - 10:58 Uhr
Der Support Deines Hosters soll sich die .htaccess-Datei ansehen und Dir sagen, welche Zeile(n) auskommentiert werden müssen. Die Zeile
Options +FollowSymLinks
ist oft ein solcher Kandidat.
Beste Grüße
Werner
Okay, vielen Dank!!! Ich habe
am 05.10.2011 - 11:13 Uhr
Okay, vielen Dank!!!
Ich habe dem Support ein Mail geschrieben...
Gruss Joni
Könnte man die .htaccess nicht auch einfach weglassen
am 06.10.2011 - 03:27 Uhr
Hallo,
ich habe das selbe Problem mit einer Website von mir.
Nach dem ich den Support des Hosters angerufen habe, konnte der mir nich weiterhelfen,
und schien mir ein bisschen genervt das ich ihn mit solchen Fragen belässtige, so nach dem Motto Du musst schon wissen was du machst.
Da meine Site mit .htaccess nicht funktioniert ist meine Frage nun:
Kann ich die .htaccess einfach löschen also weglassen auf dem Server, den dann ist Drupal installier- und benutzbar?
Wo sind die Nachteile wenn ich die Datei einfach weglasse?
Bitte um Antwort und bedanke mich um diese!!!
Wenn der normale Drupal
am 06.10.2011 - 08:12 Uhr
Wenn der normale Drupal .htaccess-File nicht funktioniert sondern zu einem Fehler führt, dann nur, weil der Hoster einige Statements nicht erlaubt. Das sollte er aber entweder in einem Support-Dokument beschrieben haben oder DIr mit Deinem .htaccess-File helfen. Tut er das nicht, es soll auch noch andere Hoster geben.
Du kannst natürlich auch die Statements eines nach den anderen auskommentieren (# an den Anfang der Zeile setzen) und solange probieren bis es klappt. Wie ich oben schon schieb, ist "Options +FollowSymLinks" ein erster Kandidat.
Der .htaccess wird aber z.B. für die CleanURLs benötigt.
Beste Grüße
Werner
Eventuell muss auch
am 06.10.2011 - 10:55 Uhr
Eventuell muss auch Rewritebase aktiviert werden. Einfach mal die # davor entfernen un testen ;-)
Success :DDDD Funktioniert
am 06.10.2011 - 12:51 Uhr
Success :DDDD
Funktioniert jetzt wieder! Danke für alle Hilfe!!!!!!
Ich habe nun die .htaccess Datei etwas vereinfacht, und nur noch die Rewrite Rules gelassen.
Nun Sollte eigentlich alles Funktionieren.
Der Support meines Hosters ist sehr freundlich, hat mir schon einige Probleme gelöst und hilft immer gern - sehr zufrieden!!!
Beste Grüsse Joni