problem mit session und cookie

[feuervogel]

hallo!

ich versuche hier mal mein problem zu beschreiben, welches mir ein rätsel aufgibt:

ich starte in einem script eine session. dann wird, falls vorhanden, ein cookie gelesen, später dann verändert gesetzt. nun hat zeigt mir mein browser für die seite 2 cookies an: den einen, den ich gesetzt habe, und den anderen, der SESSID heißt.

wenn ich dann meine seite erneut aufrufe, wird die SESSID an den url dran gehängt, und ich sehe nur noch einen cookie, nämlich den gesetzten, und nicht mehr den cookie namens SESSID.

wenn ich dann den cookie lösche, geht das so lange gut, bis ich die session beende (alle browserinstanzen schließe) und die seite wieder neu aufrufe; nun wird die SESSID wieder an den url dran gehängt.

kennt dieses problem jemand? kann das an meiner wamp umgebung liegen? wird kein session-cookie mehr gesetzt, wenn von der seite schon einer vorhanden ist, der aus der zeit vor der aktuellen session stammt?

wäre echt super glücklich, wenn mir jemand helfen könnt...also bitte helft mir! <= an alle php-götter da draußen!!!

[meikel (†)]

Original geschrieben von feuervogel
ich starte in einem script eine session. dann wird, falls vorhanden, ein cookie gelesen, später dann verändert gesetzt. nun hat zeigt mir mein browser für die seite 2 cookies an: den einen, den ich gesetzt habe, und den anderen, der SESSID heißt.

Das ist leider falsch. Wenn Du Session nutzen willst, dann laß den Keks in Ruhe, weil PHP einen sendet, in dem session_name und session_id enthalten ist. Störst Du das Verfahren, dann knipst Du die Session ab.

Wenn Du was speichern willst, dann speichere das so:

PHP-Code:

$_SESSION['variablenname'] = 'wert'; 


Auf der nächsten Seite kannst Du dann mit

PHP-Code:

echo $_SESSION['variablenname']; 


wieder darauf zugreifen.

Weiterhin mußt Du darauf achten, ob PHP den 'Sitzungs Keks' losgeworden ist. Will der Client nämlich keinen Keks, mußt Du session_name und session_id entweder als GET Parameter an die Links kleben oder als input type=hidden in POST Formularen weitergeben.

Ein Kennzeichen für den erfolgreichen Keksbetrieb ist die Konstante SID. Ist diese == '', dann hat der CDlient den Keks geschluckt. Ansonsten steht dort sowas drin wie 'PHPSESSID=2984fwe8ighe98'.

Bei Links isses einfach:

PHP-Code:

printf ('<a href="php-file.php?%s">linkname</a>', SID); 


Bei Formularen etwas umständlicher:

PHP-Code:

<form trallala>
<?php
if (defined('SID') AND SID != '')
{
  printf ('<input type="hidden" name="%s" value="%s">', session_name(), session_id());
}

[feuervogel]

hallo!

erstmal vielen lieben danke für die antwort; das problem ist aber, dass ich (es geht um ein board) etwas über die session hinaus speichern will, nämlich welche themen der besucher bereits gelesen hat. also _brauche_ ich cookies. aber da es in dem ding auch einen (admin-)bereich geben soll, wo mit login/logout gearbeitet wird, brauche ich also auch sessions.

dass mit dem anhängen an den url passiert z.z. automatisch, was aber auch absichtlich ein problem dar stellt: erstens arbeite ich mit templates, also printf und sowas kann ich nicht anwenden. zweitens aber: was passiert, wenn ein besucher den link kopiert und meinetwegen per mail verschickt...der andere besucher ist automatisch unter dessen session auf der seite...und das ist nicht sooo optimal...

[feuervogel]

ach, was mir grade eingefallen ist, ich hatte da mal zwei lösungsansätze im kopf:

einerseits könnte ich ja vor session_start den inhalt meines cookies auslesen und ihn dann löschen, da dürfte sich dann doch eigentlich nichts in die quere kommen...hat aber irgendwie nicht funktioniert...

andererseits: was passiert, wenn ich meinen sessid-cookie einfach selbst setze? respektive einfach die session-id aus einem cookie auslese und dann damit die session starte...

[meikel (†)]

Original geschrieben von feuervogel
das problem ist aber, dass ich (es geht um ein board) etwas über die session hinaus speichern will, nämlich welche themen der besucher bereits gelesen hat. also _brauche_ ich cookies.

Nein, sowas willst Du ganz bestimmt nicht. Oder hast Du etwa vor, in einem 2 KB kleinen File alle IDs der 126799 Texte, die der User gelesen hat, abspeichern?

Speichere einfach in der Usertabelle die Zeit des letzten Zugriffs ab. Alle jüngeren Texte kannst Du ihm als 'ungelesen' auflisten.

aber da es in dem ding auch einen (admin-)bereich geben soll, wo mit login/logout gearbeitet wird, brauche ich also auch sessions.

Du brauchst immer dann Sessions, wenn sich der Webserver an den User erinnern können soll.

dass mit dem anhängen an den url passiert z.z. automatisch, was aber auch absichtlich ein problem dar stellt: erstens arbeite ich mit templates, also printf und sowas kann ich nicht anwenden.

Es ist völlig Wurscht, mit was Du arbeitest. Will der User keinen Keks und ist session.use_trans_sid = 0, dann mußt Du session Name und ID an Links und Formulare anhängen. Oder Du setzt session.use_only_cookies = 1 - dann kommt nur dann eine Session zustande, wenn der User den Keks haben will.

zweitens aber: was passiert, wenn ein besucher den link kopiert und meinetwegen per mail verschickt...der andere besucher ist automatisch unter dessen session auf der seite...und das ist nicht sooo optimal...

Das hängt davon ab, auf wieviel sec. in session.gc_maxlifetime gesetzt wurde. Danach ist die Session gestorben.

Es hängt aber auch davon ab, daß Du kein PHP 4.1.x verwendest, weil das Teil von einer kranke Sessionverwaltung gekennzeichnet ist. Da PHP 4.2.x andere Macken hat, ist eine aktuelle PHP Version >= 4.3.3 angeraten.

[meikel (†)]

Original geschrieben von feuervogel
einerseits könnte ich ja vor session_start den inhalt meines cookies auslesen und ihn dann löschen, da dürfte sich dann doch eigentlich nichts in die quere kommen...hat aber irgendwie nicht funktioniert...

Richtig erkannt: der Keks wird zusammen mit dem HTTP Protokoll geschickt. Löschst oder erstellst Du den Keks selber, müßtest Du, um die Session starten zu können, einen Location Header auf eine andere Seite abschicken. Ist der Keks einmal weg, meutert der Sessionmanager.

andererseits: was passiert, wenn ich meinen sessid-cookie einfach selbst setze?

Siehe meinen anderen Text. Nutze einfach die Möglichkeiten, die Dir der Session Betrieb bietet, und beharre nicht auf dem Vorsatz, einen harmlosen Keks mit redundaten Firlefanz vollzumüllen.

Literatur:
http://pear.php.net/manual/en/

Stichworte: DB, Auth, Template

[feuervogel]

so, also zuerst einmal:

ich speichere nicht die ids der texte ab, sondern die id des threads mit zugehörigem timestamps des neuesten beitrags...also kann es auch themen geben mit ungelesenen beiträgen, die älter sind als der timestamp des letzten besuchs.

es handelt sich hier um ein kleines board, also wird der keks nicht so groß.

hm, ich werde mich jetzt mal ins bett hauen und über die vorschläge grübeln...

UND ich installier mir erst mal version >=4.3.3, weil mir grade aufgefallen ist, ich habe z.z. die 4.2.2...

[meikel (†)]

Original geschrieben von feuervogel
ich speichere nicht die ids der texte ab, sondern die id des threads mit zugehörigem timestamps des neuesten beitrags...also kann es auch themen geben mit ungelesenen beiträgen, die älter sind als der timestamp des letzten besuchs.

Schreib das in die Usertabelle der DB. Da paßt mehr rein und es macht keine Zicken. Du muß doch eh den Userrecord suchen, wenn sich der Kunde anmeldet.

Update:

weil mir grade aufgefallen ist, ich habe z.z. die 4.2.2... [/B]

Ein Update ist dringends angeraten. Besonders dann, wenn Du PhpMyAdmin benutzt...

[feuervogel]

so, hab mir das installshield runtergeladen, installiert, dann stand da irgendein mist von wegen httpd.conf, dann hab ich in der rumkopiert und gemacht was ich in der php/install.txt gefunden habe, und jetzt ist mein apache im eimer :-/ hab zwar die default-datei zur httpd.conf gemacht, hat aber nix gebracht...

vielleicht sollte ich mal den apache während der php installation aus machen?

[meikel (†)]

Probleme:

Original geschrieben von feuervogel

http://www.bigapache.org/BigApache_V_1_05.91.0.html

erst die gute Nachricht:
-Open-Source software (BSD-style license)
-Useable for both commercial and non-commercial use
-Available for Win32 (NT/2000/XP) platform
-Apache 2.046
-128-bit strong cryptography world-wide (SSLv2, SSLv3 and TLSv1)
-mod_ssl with openSSL 0.9.7b
-PHP 4.3.x with PEAR, and the Zend Opt
-Mysql 4.x with GUI Syslog
-mod_perl with Perl 5.8 and ASP::Apache
-mod_jk with JBoss and integrated Tomcat 4.1.x
-mod_python with Python 2.x
-Mailserver Mercury with POP3, SMTP, IMAP and AntiSpam
-CA Management for SSL keys
-Logfileanalyzer with Analog and Report Magic

Dann die Schlechte:
92115 kb