Error 500 nach Backup - nur Startseite sichtbar [gelöst]
Eingetragen von Brigid (15)am 09.04.2010 - 10:54 Uhr in
Hallo liebe Leute,
seit einem Backup ist auf einer bestehenden Drupal-Seite nur mehr die Startseite sichtbar. Wählt man irgendeine Unterseite aus, (betrifft ebenfalls den Adminbereich domain.de/user), dann bekomme ich den allseits beliebten Error 500.
Hoster ist www.hostpoint.ch - mit dem gibts da offensichtlich öfter solche Probleme.
Die .htaccess Datei im Webverzeichnis html_public habe ich bereits kontrolliert - die "üblichen Verdächtigen" sind bereits auskommentiert.
#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|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>
ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>
# Set the default handler.
DirectoryIndex index.php
# 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
# Do not cache dynamically generated pages.
ExpiresByType text/html A1
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine onAufs Logfile des Apachen hab ich leider keinen Zugriff, habe es aber beim Hoster angefordert.
Habt ihr vielleicht Ideen, woran das liegen kann?
Danke im Voraus!
LG
Brigid
- Anmelden oder Registrieren um Kommentare zu schreiben
Eine Ursache kann es sein das
am 09.04.2010 - 12:00 Uhr
Eine Ursache kann es sein das beim Umzug "Lesbare URLs" aktiviert waren. Da Drupal die Kompatibilität dieser Funktion aber erst testen muss kommt es dann zum Problem. Daher mein Tipp - In die Datenbank so möglich und "Lesbare URLs" deaktivieren. Danach sollten die Seiten wieder erreichbar sein. Zum Aktivieren der "Lesbare URLs" dann den Test im entsprechenden Menü durchführen.
Hoffe das konnte helfen,
Genesis
In der Datenbank in der
am 09.04.2010 - 12:57 Uhr
In der Datenbank in der Tabelle variable editieren. Dort die Zeile clean_url s:1:"1"; suchen und die 1 in den Hochkommata in eine 0 ändern. Damit ist clean URL abgeschaltet.
Beste Grüße
Werner
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Danke für die Tipps! Es liegt
am 10.04.2010 - 01:03 Uhr
Danke für die Tipps!
Es liegt in der Tat an den Clean URLs hab ich festgestellt - wenn ich die Subsites im Format http://www.domain.de/?q=subsite aufrufe, also mit nicht lesbarer URL, sind sie erreichbar und werden auch angezeigt.
Mein Problem ist jetzt aber, dass ich den admin Bereich auch nicht aufrufen kann.
http://www.domain.de/?q=user geht, aber http://www.domain.de/?q=admin bringt die Meldung: Zugriff verweigert.
Versuche ich es mit http://www.domain.de/?q=user und gehe nach dem Login auf "Verwalten", werde ich auf
http://www.domain.de/admin weitergeleitet und erhalte folgende Fehlermeldung:
Fatal error: Cannot redeclare image_gd_settings() in /home/hvuvuw/public_html/includes/image.gd.inc on line 24
Page execution time was 1008.59 ms.
Memory usage:
* Memory used at devel_init(): 0.8 MB
* Memory used at devel_shutdown(): 5.27 MB
Jetzt weiß ich nicht, wie ich was an den Einstellungen verändern kann, ohne mich einzuloggen.
Danke und LG
Brigid
Edit: wo ich was in der Datenbank ändern kann, hab ich grad gefunden - direkt am Webspace unter Datenbanken in phpMyAdmin *Lichtaufgeh* ;)
Edit Vol2: sodale, hab jetzt die Änderung in der Datenbank wie oben beschrieben durchgeführt.
Die Seiten sehe ich wieder, aber der Adminbereich funktioniert immer noch nicht. Kriege immer noch oben angegebene Fehlermeldung :(
Schaue dir hier mal die
am 10.04.2010 - 07:54 Uhr
Schaue dir hier mal die letzte Antwort an: drupal.org - So wie ich das dort heraus lese hat es mit dem Includes-Verzeichnis zu tun. Kenne mich da nun auch nicht wirklich aus, aber vllt hilft dir das ja schon. :)
Hast Du evtl ein Modul 2 mal
am 12.04.2010 - 09:40 Uhr
Hast Du evtl ein Modul 2 mal hochgeladen? Einmal nach modules und einmal nach sites/all/modules? Das beißt sich dann hier. Von Dir zusätzlich hochgeladenen Module sollten immer nur in sites/all/modules oder bei einer Multisite Installation in sites/meine-site/modules liegen. Bei einer Multisite Installation sollten darüber hinaus nicht die gleichen Module unter sites/all/modules und sites/meine-site/modules liegen.
Beste Grüße
Werner
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
wla schrieb Hast Du evtl ein
am 19.04.2010 - 10:54 Uhr
Hast Du evtl ein Modul 2 mal hochgeladen? Einmal nach modules und einmal nach sites/all/modules? Das beißt sich dann hier. Von Dir zusätzlich hochgeladenen Module sollten immer nur in sites/all/modules oder bei einer Multisite Installation in sites/meine-site/modules liegen. Bei einer Multisite Installation sollten darüber hinaus nicht die gleichen Module unter sites/all/modules und sites/meine-site/modules liegen.
Beste Grüße
Werner
Hallo Werner,
danke für den Tipp, aber nein, das ist nicht das Problem.
Ich habe festgestellt, dass der Ordner sites/all/modules leer ist :(. Offensichtlich dürfe derjenige, der die Website ursprünglich gemacht und Drupal installiert hat, einfach alle Module in den Ordner modules im Root Verzeichnis installiert haben, denn hier finde ich auch neben den Core Modulen so typische Dinge wie den WYSIWYG Editor.
Kann ich jetzt einfach die Module in den richtigen Ordner schieben? Oder laufe ich so Gefahr, dass ich mir die ganze Website damit ruiniere?
Danke und LG
Brigid
Genesis schrieb Schaue dir
am 19.04.2010 - 10:56 Uhr
Schaue dir hier mal die letzte Antwort an: drupal.org - So wie ich das dort heraus lese hat es mit dem Includes-Verzeichnis zu tun. Kenne mich da nun auch nicht wirklich aus, aber vllt hilft dir das ja schon. :)
Danke schön, das klingt gut - werd ich gleich mal anschauen.
LG
Brigid
Genesis schrieb Schaue dir
am 19.04.2010 - 10:56 Uhr
Schaue dir hier mal die letzte Antwort an: drupal.org - So wie ich das dort heraus lese hat es mit dem Includes-Verzeichnis zu tun. Kenne mich da nun auch nicht wirklich aus, aber vllt hilft dir das ja schon. :)
Danke schön, das klingt gut - werd ich gleich mal anschauen.
LG
Brigid
Yay - wie geil ist das denn -
am 03.05.2010 - 20:22 Uhr
Yay - wie geil ist das denn - es hat funktioniert! Ich habe den includes Ordner im Verzeichnis public-html gelöscht und neu eingespielt und Ta-daaa! Ich kann wieder in den Adminbereich einsteigen!
Danke Genesis für den super Tipp!
LG
Brigid