Session.name in .htaccess will nicht

stani · 11.12.2006, 17:14

Hallo,

ich habe auf einem Server, wo php als Apache-Module läuft, zwei Webanwendungen. Das System benötigt zwei Sessions, um diese auseinander zu halten. Ich dachte,

Code:

# PHP
php_value session.name SID_WA1

bzw. SID_WA2

in .htaccess in den Verzeichnissen der Applikationen würde helfen. Dummerweise, wenn ich Cookies ausschalte, zeigen mir beide Systeme immer noch die selbe SID_GLOBAL an, die in der php.ini steht.

Was muss ich noch berücksichtigen, damit es klappt?

sono · 11.12.2006, 18:00

Den Namen der Session kannst du per session_name("NAME"); direkt im Script ändern.

Gruß Sono

stani · 11.12.2006, 18:30

... und sollte das auch die beste Lösung sein, ich frage mich dennoch, warum der Eintrag in der .htaccess nicht berücksichtigt wird.

sono · 11.12.2006, 18:36

Vielleicht darf deine .htaccess es einfach nicht überschreiben weil der vhost so konfiguriert ist dass man es nicht darf.

Wurde sowas schon berücksichtigt?

stani · 11.12.2006, 18:58

@sono: Nein. Das könnte sein, wenn Du das sagst. Ich kenne mich leider da gar nicht aus. Würde eine solche Regel dann in der httpd.conf stehen?

Dein erster Vorschlag ist leider nicht umsetzbar. Grund:

Zitat:

the session_name() function will have no essential effect if you set session.auto_start to "true" in php.ini

Und genau so ist die globale php.ini eingestellt, das ganze System baut darauf auf. Auf die .htaccess dürfte das aber keinen Einfluss haben, denn die dürfte ja vorher berücksichtigt werden.

stani · 11.12.2006, 19:36

Ich habe soeben in der phpinfo gesehen, dass

Virtual Directory Support disabled

ist. Kann das etwas damit zu tun haben? Wie kann man diese denn enablen? Ich habe in der php.ini keinen Eintrag dazu finden können.

Zergling-new · 11.12.2006, 20:51

Code:

# AllowOverride controls what directives may be placed in .htaccess files.
# It can be "All", "None", or any combination of the keywords:
#   Options FileInfo AuthConfig Limit
#
<Directory "/srv/public_html">
    	AllowOverride All
</Directory>

/srv/public_html ist dein Webpfad, bzw. der Pfad, auf den die Direktiven Einfluß haben sollen.

stani · 11.12.2006, 22:13

Lösung - für alle die dieses Problem mal haben sollten

Virtual Directory Support hat mit der Konfigurierbarkeit lokaler php.ini anscheinend nichts zu tun.

Um bei "PHP als CGI" globale php.ini-Einstellungen zu überschreiben, genügt es, die entsprechenden Direktiven in eine lokale php.ini zu setzen. Sie gelten dann unverzüglich in dem jeweiligen Verzeichnis.

Um bei "PHP als Apache-Modul" globale php.ini-Einstellungen zu überschreiben, kann man die httpd.conf, oder, falls man auf diese keinen Zugriff hat, eine .htacces-Datei erstellen und die entsprechenden Direktiven in dieser setzen. Sie gelten dann ab dem Neustart des Apache. Der Grund, weshalb die lokalen php.ini dort nicht gelten: Beim Start des Apache holt sich dieser die globalen Einstellungen der php.ini und behält sie für immer bei, während der CGI-Betrieb bei jedem Skriptaufruf neu konfiguriert werden kann und daher eine lokale php.ini berücksichtigt.

Damit eine .htaccess überhaupt ausgewertet wird, muss in der httpd.conf das erlaubt werden (s. oben Beitrag von Zergling). Bietet das ein Provider nicht an, kann php noch zur Laufzeit in jedem Skript mittels ini_set() entsprechend konfiguriert werden. Das geschieht dann am besten per generelles Include einer Setting-Datei in jedes Skript.

Wer dann allerdings session.auto_start = 1 (wie ich) gesetzt hat, der wird mit ini_set() den Sessionnamen nicht vernünftig ändern können, da dieser dann schon gesetzt ist. Hier ist man tatsächlich am Ende.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] .htaccess Problem mit subdomains.	c01001	Server, Hosting und Workstations	3	03.06.2008 19:59
.htaccess !== ModRewrite	Manko10	Off-Topic Diskussionen	2	05.05.2008 11:49
.htaccess login schlägt fehl	sternschnuppe99	Server, Hosting und Workstations	6	07.02.2008 13:37
.htaccess Verzeichnisschutz oder Umleitung	Igäl	Server, Hosting und Workstations	2	24.08.2007 17:23
.htaccess	LA-Finest	HTML, Usability und Barrierefreiheit	4	28.02.2007 22:39
.htaccess Ausnahme für einzelne Verzeichnisse	ssm	Server, Hosting und Workstations	0	25.02.2007 19:24
.htaccess Problem	dsmcg	PHP Tipps 2007	4	16.02.2007 23:37
Bewertung: .htaccess und .htpasswd AdminTool	cytrobic	PHP Tipps 2006	5	01.12.2006 06:14
php .htaccess	solitaer	PHP Tipps 2006	11	29.08.2006 14:15
register_globals per .htaccess auf off stellen	A Hoppe	PHP Tipps 2006	4	26.03.2006 12:58
.htaccess	GrU3nL!nG	HTML, Usability und Barrierefreiheit	11	25.04.2005 17:29
Error 500 bei .htaccess	test022	PHP Tipps 2005	18	10.02.2005 17:11
.htaccess - require valid-user und trotzdem referer zulassen	pixelcut	Server, Hosting und Workstations	2	05.01.2005 10:56
uploadberechtigung mit .htaccess		PHP Tipps 2004	2	13.08.2004 07:52
Problem mit .htaccess und php		PHP Tipps 2004	2	05.07.2004 14:06

11.12.2006, 17:14
stani Neuer Benutzer Registriert seit: 07.10.2006 Beiträge: 25	Session.name in .htaccess will nicht Hallo, ich habe auf einem Server, wo php als Apache-Module läuft, zwei Webanwendungen. Das System benötigt zwei Sessions, um diese auseinander zu halten. Ich dachte, Code: # PHP php_value session.name SID_WA1 bzw. SID_WA2 in .htaccess in den Verzeichnissen der Applikationen würde helfen. Dummerweise, wenn ich Cookies ausschalte, zeigen mir beide Systeme immer noch die selbe SID_GLOBAL an, die in der php.ini steht. Was muss ich noch berücksichtigen, damit es klappt?


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

11.12.2006, 18:00
sono Benutzer Registriert seit: 09.12.2006 Beiträge: 33	Den Namen der Session kannst du per session_name("NAME"); direkt im Script ändern. Gruß Sono __________________ http://webfrap.de \| http://blog.webfrapdev.de

11.12.2006, 18:30
stani Neuer Benutzer Registriert seit: 07.10.2006 Beiträge: 25	... und sollte das auch die beste Lösung sein, ich frage mich dennoch, warum der Eintrag in der .htaccess nicht berücksichtigt wird.

11.12.2006, 18:36
sono Benutzer Registriert seit: 09.12.2006 Beiträge: 33	Vielleicht darf deine .htaccess es einfach nicht überschreiben weil der vhost so konfiguriert ist dass man es nicht darf. Wurde sowas schon berücksichtigt? __________________ http://webfrap.de \| http://blog.webfrapdev.de

11.12.2006, 19:36
stani Neuer Benutzer Registriert seit: 07.10.2006 Beiträge: 25	Ich habe soeben in der phpinfo gesehen, dass Virtual Directory Support disabled ist. Kann das etwas damit zu tun haben? Wie kann man diese denn enablen? Ich habe in der php.ini keinen Eintrag dazu finden können.

11.12.2006, 22:13
stani Neuer Benutzer Registriert seit: 07.10.2006 Beiträge: 25	Lösung - für alle die dieses Problem mal haben sollten Virtual Directory Support hat mit der Konfigurierbarkeit lokaler php.ini anscheinend nichts zu tun. Um bei "PHP als CGI" globale php.ini-Einstellungen zu überschreiben, genügt es, die entsprechenden Direktiven in eine lokale php.ini zu setzen. Sie gelten dann unverzüglich in dem jeweiligen Verzeichnis. Um bei "PHP als Apache-Modul" globale php.ini-Einstellungen zu überschreiben, kann man die httpd.conf, oder, falls man auf diese keinen Zugriff hat, eine .htacces-Datei erstellen und die entsprechenden Direktiven in dieser setzen. Sie gelten dann ab dem Neustart des Apache. Der Grund, weshalb die lokalen php.ini dort nicht gelten: Beim Start des Apache holt sich dieser die globalen Einstellungen der php.ini und behält sie für immer bei, während der CGI-Betrieb bei jedem Skriptaufruf neu konfiguriert werden kann und daher eine lokale php.ini berücksichtigt. Damit eine .htaccess überhaupt ausgewertet wird, muss in der httpd.conf das erlaubt werden (s. oben Beitrag von Zergling). Bietet das ein Provider nicht an, kann php noch zur Laufzeit in jedem Skript mittels ini_set() entsprechend konfiguriert werden. Das geschieht dann am besten per generelles Include einer Setting-Datei in jedes Skript. Wer dann allerdings session.auto_start = 1 (wie ich) gesetzt hat, der wird mit ini_set() den Sessionnamen nicht vernünftig ändern können, da dieser dann schon gesetzt ist. Hier ist man tatsächlich am Ende.