Ses derniers messages sur les forums
php.ini > arg_separator.output = &
Mais une chose à savoir, pour la sécurité, la transmission par URL n'est pas une bonne chose.
D'où l'apparition de la directive de configuration : session.use_only_cookies ( qui devrait être à "1" et le session.use_trans_sid à "0")
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
Oui, et les backquotes autours du nom de la table qui ne servent strictement à rien si ce n'est embrouiller certaines personnes.
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
Risqué pas obligatoirement, mais utilisable c'est plus sûr.
Certaines sociétés désactives le javascript et les handicapés moteurs ou visuels ne peuvent pas toujours utiliser javascript.
En ce qui concerne javascript, je ne comprend pas où est le problème de "compatibilité" puisque toutes les fonctions que j'utilise existe sur tous les navigateurs.
A aucun moment, je ne teste tel ou tel navigateur et pourtant, je fais des trucs assez complexe ...
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
Oui, d'où l'importance de faire du javascript non intrusif.
Mes liens sont du type :
<a href="mail/rex/mondomaine.com" class="mail">Rex</a>
Mon javascript recherche tous les liens avec le className "mail" puis transforme le "mail/rex/mondomaine.com" en "maito:rex@mondomaine.com"
Si l'utilisateur désactive le javascript, il va tomber sur une page lui permettant de saisir le texte pour contacter la personne.
Le javascript doit apporter du confort mais ne JAMAIS empêcher l'utilisateur de naviguer.
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
En fait, s'il a des sid dans ses urls, il a peut-être des problèmes de transmission de sessions.
Lui dire de mettre le trans_sid à 0, c'est comme lui dire "tes plaquettes de freins font un bruit inquiettant, alors enlèves les, et tu n'auras plus le bruit !".
Par contre, s'il a le SID lors du lancement de la session, c'est normal.
Au passage, i M@N, il faut utiliser les bonnes balises PHP, celles qui fonctionnent toujours si tu ne veux pas avoir de problèmes, c'est à dire : "<?php ?>" et non "<? ?>".
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
Ta configuration :
php.ini > session.use_trans_sid = 1
Problème de cookie donc ...
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
Si on voulait faire les choses proprement, il ne faudrait jamais avoir de code javascript dans vos pages mais uniquement des JS séparé.
Ensuite, il ne devrait jamais y avoir de "onload". Le code javascript s'implantant lui même dans l'évènement "onload".
Enfin, si on ne veut pas que le "mailto:" ne s'affiche dans le JS (mais les robots n'y viendront jamais de toute façon), il suffit d'écrire : a.href = 'ma' + 'ailt' + 'o:' + ...
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
Bonjour,
Le compte-rendu sera lisible où ?
Sur le détail du sujet dans la section anciens sujets ?
Rex.
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
oups ... c'est "key" et non "current", si on veut l'id !
Un hamster dit : J'ai dressé le scientifique, quand j'appuie sur le bouton, il me donne des graines
