[gelöst] Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.???
Eingetragen von StevenB (18)am 05.02.2012 - 22:42 Uhr in
Hallo zusammen,
ich möchte Drupal auf meinen Server installieren, aber nach dem Webseitenaufruf bekommen ich folgende Ausgabe:
Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.
Ich habe etwas gegooglet, aber keine richtige Antwort gefunden. Es soll wohl etwas mit der .htaccess zutun haben.
Kann mit bitte jemand mal einen Tipp geben!
System:
Webserver: NginX
Php 5.3.9 mit php-fpm
Mysql 5.5
Meine .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)$|^(\..*|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
# 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 set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding
</FilesMatch>
</IfModule>
</IfModule>Vielen Dank!
Steven
- Anmelden oder Registrieren um Kommentare zu schreiben
Hast Du das Modul Global
am 05.02.2012 - 23:05 Uhr
Hast Du das Modul Global Redirect im Einsatz? Damit gibt es ein Problem in der aktuellen Version. Ein Zurückgehen auf die Version 1.3 behebt die Schwierigkeiten. Du kannst ja zunächst dieses Modul über die Datenbank ausschalten. Dazu in der Tabelle system die zugehörige Zeile suchen und den Status auf 0 setzen. Dann ist die Seite wieder zugreifbar.
Beste Grüße
Werner
Ich bin noch nicht mal zu
am 06.02.2012 - 12:36 Uhr
Ich bin noch nicht mal zur Installation gekommen.
Was ich gemacht habe:
Via sftp Drupa 7.12 DE auf den Server gespielt.
Die Geschichte mit settings.php erledigt.
Domain eingegeben: http://www.******/install.php
Und dann kommt der Quatsch mit der Umleitung (s.o.)
Also habe ich noch nichts in der Datenbank.
Kann es sein, dass es am Server (NginX 1.0.11) liegt????
Dank
Steven
StevenB schriebVia sftp
am 06.02.2012 - 08:30 Uhr
Via sftp Drupa 7.12 DE auf den Server gespielt.
Die Geschichte mit settings.php erledigt.
Domain eingegeben: http://www.******/install.php
Die Geschichte mit der settings.php weglassen. Diese Datei wird automatisch bei der Installation erzeugt und sollte bei einer kompletten Neuinstallation nicht im Verzeichnis sites/default/ vorhanden sein.
Vielleicht hilft Dir dieser
am 06.02.2012 - 10:25 Uhr
Vielleicht hilft Dir dieser Thread weiter? Da gings um Drupal.org. Vielleicht schwimmen bei Dir Cookies von Deiner Installation rum?
Hallo, ich habe nun die
am 06.02.2012 - 17:34 Uhr
Hallo,
ich habe nun die settings.php gelöscht und auch die Cookies, aber es bleibt beim selben Fehler!
Die Webseite unter http://*********/install.php hat zu viele Umleitungen erzeugt. Das Löschen Ihrer Cookies für diese Website oder das Zulassen von Drittanbieter-Cookies könnte das Problem möglicherweise beheben. Sollte sich das Problem damit nicht beheben lassen, liegt eventuell ein Serverkonfigurationsfehler und kein Problem mit Ihrem Computer vor.
Wie gesagt, mein Server ist ein NginX -Server. Hat vielleicht jemand auch so ein
Server mit den gleichen Problemen?
Dank
Steven
Hallo Steven, ist denn Dein
am 06.02.2012 - 18:47 Uhr
Hallo Steven,
ist denn Dein nginx Server schon für php konfiguriert, sprich kannst Du php ausführen und z.B. phpinfo() oder ähnliches abfragen?
Wenn ja, hast Du Dein Config-File für nginx unter /etc/nginx entsprechend für die Anforderungen von Drupal konfiguriert? Denn nginx interessiert sich nicht für die .htaccess vom Apache.
Hier eine einfache Beispielkonfiguration der default.conf von nginx mit der ich vor ein paar Tagen Drupal 6 installiert habe
(die fettgeschriebenen Zeilen müssen angepaßt werden)
server {
#listen 80; ## listen for ipv4; this line is default and implied
#listen [::]:80 default ipv6only=on; ## listen for ipv6
root /usr/share/nginx/www;
index index.php index.html index.htm
try_files $uri $uri/ /index.php?q=$uri;
location ~* \.(jpg|jpeg|gif|css|png|js|ico|html)$ {
expires max;
}
location ~ \.php$ {
include /etc/nginx/fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
}
location / {
root /usr/share/nginx/www;
index index.php;
error_page 404 = @drupal;
}
location @drupal {
rewrite ^(.*)$ /index.php?q=$1 last;
}
## The Nginx module wants ?X-Progress-ID query parameter so
## that it report the progress of the upload through a GET
## request. But the drupal form element makes use of clean
## URLs in the POST.
location ~ (.*)/x-progress-id:(\w*) {
rewrite ^(.*)/x-progress-id:(\w*) $1?X-Progress-ID=$2;
}
## Now the above rewrite must be matched by a location that
## activates it and references the above defined upload
## tracking zone.
location ^~ /progress {
report_uploads uploads;
}
location = /index.php {
include fastcgi.conf;
fastcgi_pass 127.0.0.1:9000;
## Track uploads for this location on the zone defined
## above with a 60 seconds timeout.
track_uploads uploads 60s;
}
}
Darüber hinaus gibt es hier noch mehr Info zu Drupal und nginx: http://groups.drupal.org/nginx
Viel Glück
Ok, mir wurde das Problem
am 06.02.2012 - 19:17 Uhr
Ok, mir wurde das Problem gerade von meinen Server Admin gelöst.
Er etwas an der Rewrite-Konfiguration geändert! Die .htaccess ist raus.
Die Lösung steckt hier: http://groups.drupal.org/nginx
Also vielen Dank für die Hilfe.
Grüße
Steven