trotz erfolgreichem Login nur Gast im System
Eingetragen von Helge (404)am 17.09.2007 - 10:30 Uhr in
Wenn ich nach dem einloggen in das System mein Profil bearbeiten möchte, bemängelt das System meine Rechte.
Ich kann mein Profil nicht ändern.
Drupal behandelt mich als nichtangemeldeten Gast.
Wenn ich mich einlogge, bekomme ich auch meine ProfilSeite angezeigt.
Klicke ich auf eine andere Seite, ist mein Logout und mein BenutzerName weg.
Kann auch keine Seiten mehr bearbeiten, als eingeloggter Admin.
Bekomme also auch keine Reiter/Tabs "Anzeigen | Bearbeiten" mehr.
Kennt jemand das Problem?
Hatte von PHP4 auf PHP5 umgestellt, kann es vielleicht daran liegen?
Gruß
Helge
- Anmelden oder Registrieren um Kommentare zu schreiben
Benutzer-ID + Rechte werden verschlampt
am 18.09.2007 - 09:28 Uhr
Das System verliert also irgendwie die Benutzer-ID mit den dazu gehörenden Rechten.
Kann das vielleicht auch an Einstellungen in der .htaccess liegen?
Ich hatte das Problem auch
am 18.09.2007 - 09:42 Uhr
Ich hatte das Problem auch mal. Am Ende war es ein Cockie-Problem im verwendeten Browser.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Gute Idee, das wars aber leider nicht
am 18.09.2007 - 10:00 Uhr
Nach dem löschen aller Cookies tritt das Problem immer noch auf.
Hmm.
Probier mal einen anderen
am 18.09.2007 - 10:18 Uhr
Probier mal einen anderen Browser.
gruß pebosi
kein Unterschied
am 18.09.2007 - 10:33 Uhr
Sowohl IE, Mozilla und Firefox behalten meine Anmeldung nicht bei.
Kann sowas denn prinzipiell an der .htaccess oder an einer PHP-Einstellung liegen?
In der .htaccess von Drupal
am 18.09.2007 - 10:38 Uhr
In der .htaccess von Drupal werden PHP Einstellungen vorgenommen, guck mal ob die auch wirklich gesetzt werden (hast du die Rechte dafür).
Vielleicht filtert da auch ne Firewall irgendwas...
gruß pebosi
Also die ganze .htaccess
am 18.09.2007 - 11:10 Uhr
Also die ganze .htaccess schaut so aus:
AuthType Basic
AuthName "name"
AuthUserFile /home/xxx/public_html/.htpasswd
Require valid-user
# Protect files and directories from prying eyes.
<FilesMatch "(\.(engine|inc|install|module|sh|.*sql|theme|tpl(\.php)?|xtmpl)|code-style\.pl|Entries.*|Repository|Root)$">
Order deny,allow
Deny from all
</FilesMatch>
# Set some options.
#Options -Indexes
#Options +FollowSymLinks
# Customized error messages.
ErrorDocument 404 /index.php
# 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 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>
# Reduce the time dynamically generated pages are cache-able.
# <IfModule mod_expires.c>
# ExpiresByType text/html A1
# </IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine On
# If your site can be accessed both with and without the prefix www.
# you can use one of the following settings to force user to use only one option:
#
# If you want the site to be accessed WITH the www. only, adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
# RewriteRule .* http://www.example.com/ [L,R=301]
#
# If you want the site to be accessed only WITHOUT the www. , adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} !^example\.com$ [NC]
# RewriteRule .* http://example.com/ [L,R=301]
# Modify the RewriteBase if you are using Drupal in a subdirectory and
# the rewrite rules are not working properly.
#RewriteBase /drupal
# Rewrite old-style URLs of the form 'node.php?id=x'.
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteCond %{QUERY_STRING} ^id=([^&]+)$
#RewriteRule node.php index.php?q=node/view/%1 [L]
# Rewrite old-style URLs of the form 'module.php?mod=x'.
#RewriteCond %{REQUEST_FILENAME} !-f
#RewriteCond %{REQUEST_FILENAME} !-d
#RewriteCond %{QUERY_STRING} ^mod=([^&]+)$
#RewriteRule module.php index.php?q=%1 [L]
# Rewrite current-style URLs of the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>
# $Id: .htaccess,v 1.73 2006/04/14 09:08:26 killes Exp $
Weiß nicht genau, was für PHP5 relevant ist.
Du hast alle "php_value"
am 18.09.2007 - 11:13 Uhr
Du hast alle "php_value" auskommentiert, keine Ahnung welcher davon damit zusammenhängen könnte, poste doch mal einen Link.
gruß pebosi
Du meinst, es dreht sich um
am 18.09.2007 - 11:34 Uhr
Du meinst, es dreht sich um diesen Abschnitt?!
# 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>
Wenn ich irgendetwas davon aktiviere, bekomme ich einen "Internal Server Error".
Das System läuft noch auf einem lokalen Server, will es erst ins Netz stellen, wenn alle Probleme behoben sind.
Stichwort $_POST
am 18.09.2007 - 11:51 Uhr
Habe gelesen, dass der Zugriff auf globale Variablen, die nicht vorher aus $_POST herausgeholt wurden bei PHP5 Probleme machen können?!
Falscher Aufruf einer Seite:
if ($benutzer=='admin' && $paszwort=='geheim'){
// Korrekte Anmeldung.
// ...
}
Richtig:
if ('admin'===$_POST['benutzer'] && 'geheim'===$_POST['paszwort']){
// Korrekte Anmeldung.
// ...
}
Stichwort: register_globals=off (stand frueher bei PHP4 auf on, gibt sonst Internal Server Error aus).
Kann das damit zusammenhängen?
URL Rewriting abschalten
am 19.09.2007 - 16:46 Uhr
Hallo zusammen,
hab jetzt mal die .htaccess gelöscht, um zu schauen, ob es vielleicht daran liegt.
Scheine nun ein Problem mit URL Rewriting zu haben.
Bekomme nur die Startseite angezeigt. Die Folgeseiten findet er nicht.
Habe hier: http://www.drupalcenter.de/faq/821 gelesen, dass man das Rewriting abschalten kann.
Weiß jemand wie das geht?!
Wie gesagt, ich komme nicht ins System.
Wo kann ich es im Code settings.php oder in der DB abstellen.
Danke im Voraus
Helge
Cookies löschen
am 30.11.2009 - 21:46 Uhr
Hatte das Problem nach dem Umbenennen einer Subdomain. Löschen der Cookies hat tatsächlich geholfen.
Danke für den Tipp!
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren.