Update 7.2 auf 7.4
am 13.07.2011 - 19:26 Uhr in
Hallo, ich habe das Sicherheitsupdate 7.4 Hochgeladen und mittels .....update.php gestartet. Alles funktionierte einwandfrei. Keine Fehlermeldungen.
Nun kann man nur noch die Startseite aufrufen. Sobald ich mich mit meinem admin Passwort anmelden möchte, kommt eine Fehlermeldung :
404 File not found. Bitte um Hilfe. Was kann ich dagegen tun. Bin relativ neu und bin noch am ausprobieren mit Drupal.
Danke schon mal für eure Hilfe.
- Anmelden oder Registrieren um Kommentare zu schreiben

Hi, alles unter sites hast du
am 14.07.2011 - 10:35 Uhr
Hi,
alles unter sites hast du aber behalten?
Was ist mit .htacceess? Die wird ja auch normal überschrieben. Hier steht ja die RewriteBase für die Clean URLs, etc. Wie sieht denn oben deine URL aus?
Was ist wenn du dort
/?q=usereingibst. kommst du dann zum Login? Wenn ja, pass mal die RewriteBase etc. in der .htaccess an. Oder verwende einfach die alte, die du kopiert?!? hast?mfg Crusher
Nix kopiert. mit /?q=user
am 14.07.2011 - 19:38 Uhr
Nix kopiert. mit /?q=user komm ich hin. Er sagt aber Passwort oder Benutzername falsch.
Meine URL: www.mysticalcats.at Automatische weiterleitung nach /marion
So sieht es aus. Aber ich hab noch nicht wirklich Ahnung was ich tun muss. Habe noch eine HP mit Drupal. Hab auch hier das gleiche gemacht und es funktioniert alles tatellos
#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
Order allow,deny
# 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.
# There is no end quote below, for compatibility with Apache 1.3.
ErrorDocument 404 "The requested file favicon.ico was not found.
# 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.
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
# Requires mod_expires to be enabled.
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
# 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
# Various rewrite rules.
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
# 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 "(^|/)\." - [T]
# 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.
# 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]
# 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
Hi,ja und was war vorher
am 14.07.2011 - 19:48 Uhr
Hi,
ja und was war vorher eingestellt?
marion = drupal - was die RewriteBase angeht!
Die Domain zeigt ja nicht in den drupal Ordner, sondern in einen Namens "Marion", der die Installation beherbergt.
Stell doch mal in .htaccess RewriteBase ein. Nimm dafür das # weg!
# RewriteBase /drupal
RewriteBase /marion
Schreibs so darunter oder editier die Zeile mit "/drupal". Dann sollte es eigenlich ja gehen. Alle deine Links sind "clean". Heisst ohne "/q=". Normal muss auch früher dort sowas eingetragen gewesen sein.
Und sowie du wieder rein kommst, lösch sofort danach auch mal den Cache. Kann immer nix Schaden.
Oder nimm mal den Link: http://www.mysticalcats.at/marion/?q=node/227
Bei dir steht im moment dort: http://www.mysticalcats.at/marion/node/227
Ist eig. ganz klar ein RewriteBase Problem. Bzw. das jetzt die CleanURLs nicht mehr richtig funktionieren. Nich mehr, nich weniger.
mfg Crusher
Ok. Komm nun an das
am 14.07.2011 - 20:09 Uhr
Ok. Komm nun an das Anmeldeformular. Aber Anmeldung net möglich. falscher Benutzer oder Passwort. Bitte noch mal zu meinem Verständnis:
Die htacces Datei im Drupal Verzeichnis, oder die in sites/default/
Die .htaccess ist im drupal
am 14.07.2011 - 20:21 Uhr
Die .htaccess ist im drupal Ordner.
Bei dir aber also doch unter "/marion/.htaccess" zu finden oder?
Hast du unter / auch eine .htaccess oder eine html Datei, die im Metatagbereich die Weiterleitung hat? Also man kann ja mit beiden auf einen Unterordner weiterleiten.
Diese .htaccess hat aber dann nix mti drupal zu tuen. Du hast doch oben schon eine drupal .htaccess gepostet. Wo liegt die denn?
mfg Crusher
PS: Ansonsten mach mal Strg + F5, um die Seite komplett neu zu laden. Ggf. lösch mal den Cache von Firefox oder IE bevor du weiter probierst.....
Die gepostete liegt in
am 14.07.2011 - 20:25 Uhr
Die gepostete liegt in sites/default
Die unter/marion/htaccess musste ich in old umbenennen, da ich sonst den fehler 500 bekomme
Hi,kapier so garnz deine
am 14.07.2011 - 20:30 Uhr
Hi,
kapier so garnz deine Struktur nicht!
/marion <- ist dohc deine drupal Installation oder?
Wieso kam der Error 500? Passierte das vorher auch schon mal ?
Nehme an das dein Hoster etwas in der Datei nicht mag. Könnte das hier sein:
# Don't show directory listings for URLs which map to a directory.
Options -Indexes
# Follow symbolic links in this directory.
Options +FollowSymLinks
Kommentier die mal unter /marion aus!
# Don't show directory listings for URLs which map to a directory.
# Options -Indexes
# Follow symbolic links in this directory.
# Options +FollowSymLinks
Ein # deaktiviert die Option. Schreib es einfach mit einen Texteditor davor! Grübel. Meine aber auch in den anderen .htaccess-Dateien sind die Optioen drin.
Hast du denn von der alten Installation kein Backup? Wie hast du es denn damals überhaupt zum Laufen gebracht?
Hallo nochmal. Ersmal danke
am 14.07.2011 - 20:42 Uhr
Hallo nochmal. Ersmal danke für Deine Zeit.
So mal von vorne:
Ich habe auf dem Webspace mehrere Drupal Installationen. eine im Verzeichnis/drupal, eine unter/marion und eine dritte unter/katharina
Der Fehler 500 kommt vom php flag. Mein Hoster sagte, ich muss diese Umbenennen in .old. Hab ich bei allen drei Verzeichnissen so getan und dann lief alles. In jeder der Installationen, warum auch immer, hat bei der Installation in site/default eine htaccess reingestellt. So, wenn ich nun z.b. in der Marion beide in .old ändere, dann kommt beim aufruf der domain das installationsverzeichnis und will neu installieren. Wenn ich die htaccess in sites/defaults so ändere wie du mir es beschrieben hast, kann ich zwar das anmeldeformular sehen und auch was reinschreiben, aber es kommt dann falsches passwort oder falscher benutzername. Mit meinem hab ich es nun mit verschiedenen Varianten probiert, und nun is es gesperrt. Hätte aber noch zwei admin konten.
So, ich hoffe das Du noch lust hast mir zu helfen nach all dem virrwar.
Also das mit dem .old ist
am 14.07.2011 - 21:04 Uhr
Also das mit dem .old ist aber auch Käse!
Richtig wäre gewesen, hätten sie dir gesagt, deaktivier einfach die Zeilen mit den flags.So beraubst du dich der anderen, durchaus sinnvollen Möglichkeiten.
Bei manchen gibs auch Fehler bei den "Options". Dann wie gesagt deaktiviert man die, aber die komplette .htaccess zu deaktivieren ist alles andere als schön!
Ich überleg nur, wie es bisher bei dir gelaufen ist.
Mein Tip:
- Öffne die .htaccess und setz vor die Zeilen mit den php_flags ein #
# 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
Uff, ka ob es auch für php_value gilt. Ggf. kommentier die auch aus....
Setze bei RewriteBase
RewriteBase /marion
Diesmal KEIN # davor! Das soll ja gemacht werden....
- Kopier die .htaccess wieder in /marion
- Kein .old, so das sie normal aktiv ist!
Dann teste, ob drupal mit der aktiven .htaccess noch erreichbar ist...
Also, durch viel hin und her
am 14.07.2011 - 21:09 Uhr
Also, durch viel hin und her probieren komm ich nun auf die anmeldeseite. Aber es wird mein Passwort nicht mehr akzeptiert.
Muss jetzt aber leider in die Schicht. Morgen werde ich es weiter probieren. Ich melde mich nochmal wenns geklappt hat. Vielleicht kannst du dich mal probehalber registrieren. Keine Angst, keine Kosten. Is nur ne seite über die Krankheit meiner frau. würde gerne wissen ob sich jemand fremdes vielleicht registrieren kann.
MFG und vielen vielen Dank einstweilen
LG Thomas