Hi,

ich habe hier auf einem Server (unter AIX 5.2) ein Mediawiki, dessen Apache unter einem dafür vorgesehenen Account aaaa auf einem dafür vorgesehenen Port läuft (Apache 1.3.27, PHP 4.3.9, mysql 4.0.17), mal "Anwendung A" genannt.

Auf dem gleichen Server sitzt ein anderer Apache, der auf einem anderen Port unter meinem eigenen Account bbbb läuft und etwas davon völlig unabhängiges servert (Apache 1.3.33, PHP 4.3.9, Oracle 9.2.0), mal "Anwendung B" genannt.

Das verwendete PHP-Modul libphp4.so ist für beide Apachen das gleiche, wurde mit mysql und OCI8 compiliert.

Ich gehe davon aus, daß beide mit PHP-Sessions laufen, weil ich Anwendung B selbst programmiert habe und es im /tmp-Verzeichnis des Servers zu Ownerkonflikten zwischen den Sessiondateien von aaaa und bbbb kommt. So erhalte ich im Mediawiki PHP-Fehlermeldungen, weil PHP was mit der Sessiondatei sess_xyz123usw... versucht, die aber dem User bbbb gehört (unter dem ja der Apache von B läuft) und auch umgekehrt, ich kriege auch in meiner Anwendung B PHP-Fehlermeldungen, weil das PHP versucht, etwas mit den Sessiondateien sess_abc987etc... anzustellen, die aber dem Account aaaa gehören, unter dem der Mediawiki-Apache läuft. Ich bediene beides, das Wiki und meine eigene Anwendung vom gleichen Desktoprechner in zwei verschiedenen Tabs eines Firebirds 0.6 (leider nichts moderneres da).

Frage: Was ist das für ein Rechtekonflikt, wer ist dafür verantwortlich und wie läßt der sich beheben?

Grüße
Philipp

Mister Ad

vielleicht kommste mit session_name() weiter .. entweder direkt darüber oder per
ini_set.

Jein. Es sieht wohl so aus, daß - ohne php.ini - PHP vom Wert PHPSESSID für session.name ausgeht, und der Apache, der zuerst kommt, sein Sessionfile anlegt und die Informationen im Cookie zurückgibt. Gehe ich nun auf die andere Anwendung, fragt PHP beim dortigen Sessionstart nach einem Cookie und kriegt natürlich dieses, weil es vom gleichen Server kommt und session.name den gleichen Wert hat. Und damit kriegt es für dieses Session auch das andere Sessionfile; mit dem anderen Account kracht's dann.

Habe für meine eigene Anwendung einfach einen anderen session.name gesetzt.

Bye
Philipp

Naja, generell dürfen beide Indianer nicht mit derselben UID laufen. Weiterhin wäre empfehlenswert, PHP mit unterschiedlichen config-file-path zu compilieren.
Außerdem ist es nicht ratsam, alle Session Files in ein gemeinsames Verzeichnis zu schmeißen, falls der Server (sagen wir mal) unterschiedliche "Kunden" beherbergt.

Das tun sie ja nicht.

Hätte ich jetzt auch als nächstes gemacht, aber session.name umzusetzen, hat ja gereicht.

Das ist hier unkritisch. Aber danke für die Tips.

Philipp

Kein Problem. Viel Erfolg.