![]() Mailinglisten-Archive |
Hallo, ich verstehe gerade �berhaupt nicht, wieso ich zu doof bin ein Cookie zu setzen. bis gerade eben wurde unser Intranet immer �ber https://server/ aufgerufen, das habe ich jetzt, da wir im internen netz mehrere Dom�nen haben auf https://server.domain.tld ge�ndert. Dazu habe ich ein Skript geschrieben, dass pr�ft ob _SERVER['HTTP_HOST']=='server' ist und wenn ja den Benutzer auf eine Seite schickt, die a) Cookies mit den Logindaten erstellt. dabei habe ich beim SetCookie-Aufruf Domain auf '.domain.tld' gesetzt, da ich nur so erreicht habe, dass sie dann sp�ter wirklich f�r server.domain.tld erreichbar sind. Was ja ansich schon falsch ist: sie h�tten bei dieser Domainangabe ja f�r alle unterhalb von domain.tld erreichbar sein sollen. Na gut, in das Skript noch gleich einen Javasciptaufruf der die Startseite �ndert und derzeit migrieren gerade die Benutzer nach und nach auf die neue Startseite. Jetzt wollte ich gerade einen Neu-login testen (also es existiert noch kein Cookie mit Benutzername/passwort) und scheitere wieder an SetCookie: Er schreibt mir immer den HTTP_HOST vor das, was ich als Domain angegeben habe. d.h. wenn ich bei '.domain.tld' bleibe kommt ein Cookie raus das nur f�r 'server.domain.tld.domain.tld' lesbar ist. Probiere ich aber stattdessen einfach nur '/' kommt pl�tzlich 'server.local' Das ganze unter PHP 4.3.2 selbstkompiliert auf nem Debian Woody-Server im Intranet. In den Benutzeranmerkungen im Manual steht, man solle den . am Anfang weglassen - also nur 'domain.tld' - bei opera kommt da was ganz komisches raus (scheint f�r server.domain.tld zu sein, aber da steht dann jeweils omain.tld variable am anfang statt nur variable - und der IE schreibt munter f�r server.domain.tlddomain.tld -- Mike Beck mikebeck at users.sourceforge.net
php::bar PHP Wiki - Listenarchive