Guten Tag, ich habe ein php script das seit einem Server wechsel nicht mehr geht.
Registrieren kann man sich noch aber nicht einloggen.
beim einloggen prüft er passwort mit den daten in der MySQL Datenbank und wenn sie richtig sind loggt er den User anscheind gleich wieder aus voll komisch!
Nach dem einloggen wird er weitergereicht auf die geschützte Seite die dann überprüft obt derjenige eingeloggt ist und das scheind nicht mehr zu klappen.
Hallo,
um welches Login-Script handelt es sich? Hatte der alte Server vielleicht Register_Globals ON und der neue OFF?
Hallo,
um welches Login-Script handelt es sich? Hatte der
alte Server
vielleicht Register_Globals ON und der neue OFF?
das stimmt register_globals ist off ich frage mal
meinen Server admin ob er die wieder anschalten kann.
melde mich dann zurück mit den anderen info’s
danke erstmal für die schnelle antwort
Hallo,
ich würde als erstes prüfen ob der neue Server/PHP Sessions unterstützt bzw. ob diese aktiviert sind (mittels phpinfo()). Die meisten Login-Scripte nutzen PHP-Sessions (temporäre Variablenspeicher welcher einer Session/Benutzer mittels ID zugeordnet wird). Manche PHP-Distributionen haben diese Funktion deaktivert. Weiterhin muss geprüft werden ob die Verbindung zur Datenbank wirklich korrekt funktioniert, damit der Vergleich von Eingabe-PW/DB-PW mögliche ist.
Beste Grüße,
R.Z.
Hallo,
ich würde als erstes prüfen ob der neue Server/PHP
Sessions
unterstützt bzw. ob diese aktiviert sind (mittels
phpinfo()).
Die meisten Login-Scripte nutzen PHP-Sessions
(temporäre
Variablenspeicher welcher einer Session/Benutzer
mittels ID
zugeordnet wird). Manche PHP-Distributionen haben
diese
Funktion deaktivert. Weiterhin muss geprüft werden ob
die
Verbindung zur Datenbank wirklich korrekt
funktioniert, damit
der Vergleich von Eingabe-PW/DB-PW mögliche ist.
Beste Grüße,
R.Z.
Session Support ist enable
das php script überprüft ja das PW mit der DB weil wenn
ich einen falsches PW eingebe sagt er ja das, dass die
eingebenen Daten nicht stimmen und er leitet auch nicht
weiter.
Wenn ich die richtigen daten eingebe leitet er weiter
und dann kommt die nachricht das ich kein zugriff habe,
als ob ich nicht eingeloggt bin.
danke für deine hilfe…noch ne idee?
Ich habe jetzt den Admin kontaktiert aber er sagt das, dass aus sicherheits gründen nicht
geht. Also kein Register_Globals ON möglich.
Was jetzt weiß jemand was ich da jetzt nich machen kann?
Hallo,
um welches Login-Script handelt es sich? Hatte der alte
Server
vielleicht Register_Globals ON und der neue OFF?
kann das auch an der einstellung php.ini
session.cookie_httponly on on?
kann das auch an der einstellung php.ini
session.cookie_httponly on on liegen denn viele ‚google
suche‘ user sagen das sie auch ein ähnliches problem
hatten weil es auf on gestellt war?
kann das auch an der einstellung php.ini
session.cookie_httponly on on?
Nein, das bedeutet nur daß das Cookie nur über HTML (und nicht über Java ect.) aufgerufen werden kann.
Leider hast du noch nicht erwähnt welches Login-Script du verwendest, daher kann ich nur raten woran es liegen könnte:
- Cookie wird nicht richtig gesetzt. Dies ist z.B. der Fall wenn irgendwas ausgegeben wird BEVOR der Cookie gesetzt wurde. Dieser Fehler kann aber nur durch das Manuelle Ändern des Logins passieren.
- Es werden vom Formular keine Daten übergeben da es auf Register_globals_ON aufbaut, keine Daten heißt auch kein Login
Poste am besten mal den Code der für den Login zuständigen Datei oder lad die datei auf ul.to oder so hoch und lass mir den Link zukommen, dann schau ich mir das ganze mal an.
hier ist der link zur config.php für das login script. http://ul.to/q0qixi sag mir mal was da falsch ist oder welche server einstellungen unbedingt nötig sind damit es wieder geht.
das ding ist das es auf dem alten server gelaufen ist. also müßte es ja an den einstellungen des neuen servers liegen oder?
Hallo,
ich vermute mal, dass dies an einer anderen PHP Version liegt. Auf dem alten Server wird vermutlich PHP4 auf dem neuen PHP5 sein - alte Scripte laufen da dann nicht immer.
Bei der Fehlersuche sollte man sich denke ich auf die „Session-Verwaltung“ konzentrieren.
Eine andere simplere Fehlerquelle könnte auch eine unterschiedliche Serverzeit und lokale PC-Zeit sein, so dass die Cookies evtl. sofort wieder gelöscht werden.
Hallo, leider fällt mir da auch kein konkreter Grund ein. Zur Lösungsfindung empfehle ich die einzelnen Schritte zu überprüfen indem einzelne Funktionen im Skript deaktiviert/aktiviert werden: also „Funktioniert das Login noch? Funktioniert die Weiterleitung noch? usw.“.
Ohne direkten Zugriff auf Server und Fehlerlogs ist eine Diagnose schwierig.
Viel Erfolg!
Erledigt lag definitiv am Server…habe einen wechse durchgeführt!
Hi,
ohne nähere Informationen ist das ein bisschen schwierig. Wenn die SQL-Abfrage in der DB klappt und auch das Weiterleiten auf die „nächste“ Seite, kann der Fehler eigentlich nur noch in der Login-Abfrage der zweiten Seite liegen…
Wie machst Du es denn da?
Über einen Session-Wert?
Wenn ja, könnte es sein, dass das Session-Handling auf dem Server „aus“ ist (eher unwahrscheinlich) oder nicht standardmässig eine neue Session erzeugt wird.
Das müsste man dann selber machen. Hilfreich könnte dabei http://php-faq.de/ch-version4_session.html sein…
Ein bisschen Quellcode der beiden Seiten (auszug mit den zum Login nötigen Zeilen) wären hilfeich…
Gruss
Heiko
kann das auch an der einstellung php.ini
session.cookie_httponly on on liegen denn viele ‚google
suche‘ user sagen das sie auch ein ähnliches problem
hatten weil es auf on gestellt war?
Hallo,
falls das Login-Script Javascript verwendet könnte dies evtl. Probleme verursachen wenn session.cookie_httponly an ist; Aber generell solltest Du dir stufenweise die Sessionvariablen & SID ausgeben (print_r($_SESSION)
, dann kannst Du eigentlich gut feststellen, ob bestimmte Sessionvariablen nicht korrekt abgelegt/übermittelt werden. Am besten dann mit dem Skript auf dem funktionierenden Server/Testumgebung vergleichen.
Ohne das Script zu sehen kann ich dazu nicht mehr sagen.
Schöne Feiertage!