J'ai sur mon site un certain nombre de bannières introduites par
un include qui est après la balise <body>.
Je voudrais ajouter à ce fichier (parce qu'il est déjà sur la plupart
de mes pages) un script qui utilise une session.
Je ne peux pas modifier le php.ini. J'ai essayé de créer un php.ini
avec ceci dans le même répertoire où se trouve le script que j'ai
testé, mais sans résultat:
session.use_cookies 0
Je ne vois pas comment changer cette variable sans avoir accès au
php.ini de l'hébergeur que je ne peux pas modifier.
Ou puis-je faire l'équivalent d'un session_start () qui lancera ma
session sans utiliser de cookie ? session_register a le même effet,
soit un message d'erreur parce qu'il y a tout le <head> qui est
déjà envoyé.
Que fait au juste session_start ? Puis-je faire l'équivalent sans
session_start ni session_register ?
"Le module de session supporte les deux méthodes (cookie et URL). Les cookies sont optimaux, mais comme ils ne sont pas sûrs (tous les internautes ne les acceptent pas), ils ne sont pas fiables. La seconde méthode place l'identifiant de session directement dans les URL.
PHP est capable de faire cela de manière transparente, lorsqu'il est compilé avec l'option --enable-trans-sid. Si vous activez cette option, les URL relatives seront modifiées pour contenir l'identifiant de session automatiquement. Alternativement, vous pouvez utiliser la constante SID, qui est définie, si le client n'a pas envoyé le cookie approprié. SID est soit de la forme session_name=session_id ou une chaîne vide."
"Le module de session supporte les deux méthodes (cookie et URL). Les
cookies sont optimaux, mais comme ils ne sont pas sûrs (tous les
internautes ne les acceptent pas), ils ne sont pas fiables. La seconde
méthode place l'identifiant de session directement dans les URL.
PHP est capable de faire cela de manière transparente, lorsqu'il est
compilé avec l'option --enable-trans-sid. Si vous activez cette
option, les URL relatives seront modifiées pour contenir l'identifiant
de session automatiquement. Alternativement, vous pouvez utiliser la
constante SID, qui est définie, si le client n'a pas envoyé le cookie
approprié. SID est soit de la forme session_name=session_id ou une
chaîne vide."
"Le module de session supporte les deux méthodes (cookie et URL). Les cookies sont optimaux, mais comme ils ne sont pas sûrs (tous les internautes ne les acceptent pas), ils ne sont pas fiables. La seconde méthode place l'identifiant de session directement dans les URL.
PHP est capable de faire cela de manière transparente, lorsqu'il est compilé avec l'option --enable-trans-sid. Si vous activez cette option, les URL relatives seront modifiées pour contenir l'identifiant de session automatiquement. Alternativement, vous pouvez utiliser la constante SID, qui est définie, si le client n'a pas envoyé le cookie approprié. SID est soit de la forme session_name=session_id ou une chaîne vide."
Enfin... tout est dans le lien :)
Denis Beauregard
Le 10 May 2006 09:00:49 GMT, "tarvos" écrivait dans fr.comp.lang.php:
"Le module de session supporte les deux méthodes (cookie et URL). Les cookies sont optimaux, mais comme ils ne sont pas sûrs (tous les internautes ne les acceptent pas), ils ne sont pas fiables. La seconde méthode place l'identifiant de session directement dans les URL.
PHP est capable de faire cela de manière transparente, lorsqu'il est compilé avec l'option --enable-trans-sid. Si vous activez cette option, les URL relatives seront modifiées pour contenir l'identifiant de session automatiquement. Alternativement, vous pouvez utiliser la constante SID, qui est définie, si le client n'a pas envoyé le cookie approprié. SID est soit de la forme session_name=session_id ou une chaîne vide."
Enfin... tout est dans le lien :)
Sauf que si on ne peut pas compiler soit même (parce que c'est fourni par l'hébergeur), PHP oblige le passage par cookie.
Denis
Le 10 May 2006 09:00:49 GMT, "tarvos" <thetarvos@gmail.com> écrivait
dans fr.comp.lang.php:
"Le module de session supporte les deux méthodes (cookie et URL). Les
cookies sont optimaux, mais comme ils ne sont pas sûrs (tous les
internautes ne les acceptent pas), ils ne sont pas fiables. La seconde
méthode place l'identifiant de session directement dans les URL.
PHP est capable de faire cela de manière transparente, lorsqu'il est
compilé avec l'option --enable-trans-sid. Si vous activez cette
option, les URL relatives seront modifiées pour contenir l'identifiant
de session automatiquement. Alternativement, vous pouvez utiliser la
constante SID, qui est définie, si le client n'a pas envoyé le cookie
approprié. SID est soit de la forme session_name=session_id ou une
chaîne vide."
Enfin... tout est dans le lien :)
Sauf que si on ne peut pas compiler soit même (parce que c'est
fourni par l'hébergeur), PHP oblige le passage par cookie.
"Le module de session supporte les deux méthodes (cookie et URL). Les cookies sont optimaux, mais comme ils ne sont pas sûrs (tous les internautes ne les acceptent pas), ils ne sont pas fiables. La seconde méthode place l'identifiant de session directement dans les URL.
PHP est capable de faire cela de manière transparente, lorsqu'il est compilé avec l'option --enable-trans-sid. Si vous activez cette option, les URL relatives seront modifiées pour contenir l'identifiant de session automatiquement. Alternativement, vous pouvez utiliser la constante SID, qui est définie, si le client n'a pas envoyé le cookie approprié. SID est soit de la forme session_name=session_id ou une chaîne vide."
Enfin... tout est dans le lien :)
Sauf que si on ne peut pas compiler soit même (parce que c'est fourni par l'hébergeur), PHP oblige le passage par cookie.
Denis
Bruno Desthuilliers
Bonjour,
J'ai sur mon site un certain nombre de bannières introduites par un include qui est après la balise <body>.
Je voudrais ajouter à ce fichier (parce qu'il est déjà sur la plupart de mes pages) un script qui utilise une session.
Je ne peux pas modifier le php.ini.
J'ai essayé de créer un php.ini avec ceci dans le même répertoire où se trouve le script que j'ai testé, mais sans résultat:
http://www.php.net/manual/en/configuration.php
session.use_cookies 0
Je ne vois pas comment changer cette variable sans avoir accès au php.ini de l'hébergeur que je ne peux pas modifier.
Lol ! Heureusement. Enfin, à moins que ce soit un serveur dédié...
Mais bon, sauf erreur de ma part (ou limitation imposée par ton hébergeur), ça peut se configurer dans un .htaccess.
Ou puis-je faire l'équivalent d'un session_start () qui lancera ma session sans utiliser de cookie ? session_register a le même effet, soit un message d'erreur parce qu'il y a tout le <head> qui est déjà envoyé.
Puis-je faire l'équivalent sans session_start ni session_register ?
Oui, mais ça va être *beaucoup* plus ch... Et ça ne règlera pas ton problème concernant ton script qui utilise des sessions.
Bonjour,
J'ai sur mon site un certain nombre de bannières introduites par
un include qui est après la balise <body>.
Je voudrais ajouter à ce fichier (parce qu'il est déjà sur la plupart
de mes pages) un script qui utilise une session.
Je ne peux pas modifier le php.ini.
J'ai essayé de créer un php.ini
avec ceci dans le même répertoire où se trouve le script que j'ai
testé, mais sans résultat:
http://www.php.net/manual/en/configuration.php
session.use_cookies 0
Je ne vois pas comment changer cette variable sans avoir accès au
php.ini de l'hébergeur que je ne peux pas modifier.
Lol ! Heureusement. Enfin, à moins que ce soit un serveur dédié...
Mais bon, sauf erreur de ma part (ou limitation imposée par ton
hébergeur), ça peut se configurer dans un .htaccess.
Ou puis-je faire l'équivalent d'un session_start () qui lancera ma
session sans utiliser de cookie ? session_register a le même effet,
soit un message d'erreur parce qu'il y a tout le <head> qui est
déjà envoyé.
J'ai sur mon site un certain nombre de bannières introduites par un include qui est après la balise <body>.
Je voudrais ajouter à ce fichier (parce qu'il est déjà sur la plupart de mes pages) un script qui utilise une session.
Je ne peux pas modifier le php.ini.
J'ai essayé de créer un php.ini avec ceci dans le même répertoire où se trouve le script que j'ai testé, mais sans résultat:
http://www.php.net/manual/en/configuration.php
session.use_cookies 0
Je ne vois pas comment changer cette variable sans avoir accès au php.ini de l'hébergeur que je ne peux pas modifier.
Lol ! Heureusement. Enfin, à moins que ce soit un serveur dédié...
Mais bon, sauf erreur de ma part (ou limitation imposée par ton hébergeur), ça peut se configurer dans un .htaccess.
Ou puis-je faire l'équivalent d'un session_start () qui lancera ma session sans utiliser de cookie ? session_register a le même effet, soit un message d'erreur parce qu'il y a tout le <head> qui est déjà envoyé.
Puis-je faire l'équivalent sans session_start ni session_register ?
Oui, mais ça va être *beaucoup* plus ch... Et ça ne règlera pas ton problème concernant ton script qui utilise des sessions.
Florian Sinatra
*Denis Beauregard* @ 27/04/2006 09:04 :
Je ne peux pas modifier le php.ini. J'ai essayé de créer un php.ini avec ceci dans le même répertoire où se trouve le script que j'ai testé, mais sans résultat:
Ca risque pas de marcher, en effet.
session.use_cookies 0
Je pense que c'est plutôt use_only_cookies qui t'intéresse <http://ch2.php.net/manual/fr/ref.session.php#ini.session.use-only-cookies>
Je ne vois pas comment changer cette variable sans avoir accès au php.ini de l'hébergeur que je ne peux pas modifier.
ini_set('session.use_only_cookies'), car il suffit d'être dans PHP_INI_ALL pour le modifier ;-) <http://ch2.php.net/manual/fr/ini.php>
PS : Qqn peut m'expliquer la notation dans http://ch2.php.net/manual/fr/ini.php : "PHP_INI_ALL depuis PHP <= 4.2.3. PHP_INI_PERDIR depuis PHP < 5. Disponible depuis PHP 4.0.3." Leurs crochets < sont-ils dans le bon sens ? Si oui, ils devraient écrire "jusqu'à" non ?
-- «Software is like sex, it's better when it's free.» /Linus Torvalds/
*Denis Beauregard* @ 27/04/2006 09:04 :
Je ne peux pas modifier le php.ini. J'ai essayé de créer un php.ini
avec ceci dans le même répertoire où se trouve le script que j'ai
testé, mais sans résultat:
Ca risque pas de marcher, en effet.
session.use_cookies 0
Je pense que c'est plutôt use_only_cookies qui t'intéresse
<http://ch2.php.net/manual/fr/ref.session.php#ini.session.use-only-cookies>
Je ne vois pas comment changer cette variable sans avoir accès au
php.ini de l'hébergeur que je ne peux pas modifier.
ini_set('session.use_only_cookies'), car il suffit d'être dans
PHP_INI_ALL pour le modifier ;-) <http://ch2.php.net/manual/fr/ini.php>
PS : Qqn peut m'expliquer la notation dans
http://ch2.php.net/manual/fr/ini.php :
"PHP_INI_ALL depuis PHP <= 4.2.3.
PHP_INI_PERDIR depuis PHP < 5.
Disponible depuis PHP 4.0.3."
Leurs crochets < sont-ils dans le bon sens ? Si oui, ils devraient
écrire "jusqu'à" non ?
--
«Software is like sex, it's better when it's free.»
/Linus Torvalds/
Je ne peux pas modifier le php.ini. J'ai essayé de créer un php.ini avec ceci dans le même répertoire où se trouve le script que j'ai testé, mais sans résultat:
Ca risque pas de marcher, en effet.
session.use_cookies 0
Je pense que c'est plutôt use_only_cookies qui t'intéresse <http://ch2.php.net/manual/fr/ref.session.php#ini.session.use-only-cookies>
Je ne vois pas comment changer cette variable sans avoir accès au php.ini de l'hébergeur que je ne peux pas modifier.
ini_set('session.use_only_cookies'), car il suffit d'être dans PHP_INI_ALL pour le modifier ;-) <http://ch2.php.net/manual/fr/ini.php>
PS : Qqn peut m'expliquer la notation dans http://ch2.php.net/manual/fr/ini.php : "PHP_INI_ALL depuis PHP <= 4.2.3. PHP_INI_PERDIR depuis PHP < 5. Disponible depuis PHP 4.0.3." Leurs crochets < sont-ils dans le bon sens ? Si oui, ils devraient écrire "jusqu'à" non ?
-- «Software is like sex, it's better when it's free.» /Linus Torvalds/
Olivier Miakinen
<http://ch2.php.net/manual/fr/ini.php>
PS : Qqn peut m'expliquer la notation dans http://ch2.php.net/manual/fr/ini.php : "PHP_INI_ALL depuis PHP <= 4.2.3. PHP_INI_PERDIR depuis PHP < 5. Disponible depuis PHP 4.0.3." Leurs crochets < sont-ils dans le bon sens ? Si oui, ils devraient écrire "jusqu'à" non ?
Ça c'est pour use_trans_id. En effet c'est l'une des nombreuses erreurs de traduction. Voir la version anglophone pour avoir la référence.
<http://ch2.php.net/manual/en/ini.php> : PHP_INI_ALL in PHP <= 4.2.3. PHP_INI_PERDIR in PHP < 5. Available since PHP 4.0.3.
-- Olivier Miakinen Troll du plus sage chez les conviviaux : le nouveau venu, avec son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
<http://ch2.php.net/manual/fr/ini.php>
PS : Qqn peut m'expliquer la notation dans
http://ch2.php.net/manual/fr/ini.php :
"PHP_INI_ALL depuis PHP <= 4.2.3.
PHP_INI_PERDIR depuis PHP < 5.
Disponible depuis PHP 4.0.3."
Leurs crochets < sont-ils dans le bon sens ? Si oui, ils devraient
écrire "jusqu'à" non ?
Ça c'est pour use_trans_id. En effet c'est l'une des nombreuses erreurs
de traduction. Voir la version anglophone pour avoir la référence.
<http://ch2.php.net/manual/en/ini.php> :
PHP_INI_ALL in PHP <= 4.2.3.
PHP_INI_PERDIR in PHP < 5.
Available since PHP 4.0.3.
--
Olivier Miakinen
Troll du plus sage chez les conviviaux : le nouveau venu, avec
son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
PS : Qqn peut m'expliquer la notation dans http://ch2.php.net/manual/fr/ini.php : "PHP_INI_ALL depuis PHP <= 4.2.3. PHP_INI_PERDIR depuis PHP < 5. Disponible depuis PHP 4.0.3." Leurs crochets < sont-ils dans le bon sens ? Si oui, ils devraient écrire "jusqu'à" non ?
Ça c'est pour use_trans_id. En effet c'est l'une des nombreuses erreurs de traduction. Voir la version anglophone pour avoir la référence.
<http://ch2.php.net/manual/en/ini.php> : PHP_INI_ALL in PHP <= 4.2.3. PHP_INI_PERDIR in PHP < 5. Available since PHP 4.0.3.
-- Olivier Miakinen Troll du plus sage chez les conviviaux : le nouveau venu, avec son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
Florian Sinatra
*Olivier Miakinen* @ 11/05/2006 22:07 :
Ça c'est pour use_trans_id. En effet c'est l'une des nombreuses erreurs de traduction. Voir la version anglophone pour avoir la référence.
<http://ch2.php.net/manual/en/ini.php> : PHP_INI_ALL in PHP <= 4.2.3. PHP_INI_PERDIR in PHP < 5. Available since PHP 4.0.3.
OK merci. Dommage, c'était pourtant pas compliqué comme traduction... :-/
-- Combien faut-il de siciliens pour remplacer une ampoule ? Trois : un qui la change et deux qui éliminent les témoins.
*Olivier Miakinen* @ 11/05/2006 22:07 :
Ça c'est pour use_trans_id. En effet c'est l'une des nombreuses erreurs
de traduction. Voir la version anglophone pour avoir la référence.
<http://ch2.php.net/manual/en/ini.php> :
PHP_INI_ALL in PHP <= 4.2.3.
PHP_INI_PERDIR in PHP < 5.
Available since PHP 4.0.3.
OK merci. Dommage, c'était pourtant pas compliqué comme traduction... :-/
--
Combien faut-il de siciliens pour remplacer une ampoule ? Trois : un qui
la change et deux qui éliminent les témoins.
Ça c'est pour use_trans_id. En effet c'est l'une des nombreuses erreurs de traduction. Voir la version anglophone pour avoir la référence.
<http://ch2.php.net/manual/en/ini.php> : PHP_INI_ALL in PHP <= 4.2.3. PHP_INI_PERDIR in PHP < 5. Available since PHP 4.0.3.
OK merci. Dommage, c'était pourtant pas compliqué comme traduction... :-/
Tu as bien sur fait un rapport de bug ?
Non. C'est inclus dans les bugs ?
Calimero
Florian Sinatra wrote:
Tu as bien sur fait un rapport de bug ?
Non. C'est inclus dans les bugs ?
La doc et ses traductions sont couvertes par bugs.php.net.
Ils sont d'ailleurs d'une réactivité impressionnante: ajout d'un rapport de bug sur une couille de traduction (en décrivant correctement et en proposant une correction) ==> prise en compte de la correction/fermeture du bug en 15-20 minutes.
Qq jours plus tard, la doc visible sur php.net est régénérée depuis la source tree XML et hop.
-- @+ Calimero
Florian Sinatra wrote:
Tu as bien sur fait un rapport de bug ?
Non. C'est inclus dans les bugs ?
La doc et ses traductions sont couvertes par bugs.php.net.
Ils sont d'ailleurs d'une réactivité impressionnante: ajout d'un
rapport de bug sur une couille de traduction (en décrivant
correctement et en proposant une correction) ==> prise en compte de la
correction/fermeture du bug en 15-20 minutes.
Qq jours plus tard, la doc visible sur php.net est régénérée depuis la
source tree XML et hop.
La doc et ses traductions sont couvertes par bugs.php.net.
Ils sont d'ailleurs d'une réactivité impressionnante: ajout d'un rapport de bug sur une couille de traduction (en décrivant correctement et en proposant une correction) ==> prise en compte de la correction/fermeture du bug en 15-20 minutes.
Qq jours plus tard, la doc visible sur php.net est régénérée depuis la source tree XML et hop.
