Reprise du message précédent :

S'il n'y a pas de solution c'est qu'il n'y a pas de problème.

Est ce que lorsqu'une solution à un problème engendre d'autres problèmes on peut appeller ça une solution ?

 
oui
 
mais ça mérite de sortir la vokda !

merde j essaie de me mettre aux regexp et ca me fait rire
 

C'est quoi ste bouse de regex???
Tu cherches à capturer un chaine dans ce genre la:

?

oui
bonjour

sinon pourquoi ma regex est bouseuse ?
j ai juste remplacé le . par \w parce que ca se comportait pas comme dans mes reves et des fois je deplace les parentheses pour ne garder que les lettres
ca se comporte bien comme j en ai envie
mais bon je decouvre  
j accepte avec plaisir tes conseils

ton point d'intérrogation est mal placé!
Il te permet normalement de rendre ta pattern "non greedy"
Genre sur TARATATA, si tu fais /A.*A/ tu récupères ARATATA tandis que si tu fais /A.*?A/ tu récupères ARA.
Il est normalement placé après un quantifieur ( "*", "+" ), là il sert à rien
Le truc que je comprends pas dans ta regex ( mais je ne sais pas pourquoi tu t'en sert ), c'est qu'elle matche:
[,] [,A] [,AA] [,AAA] [,AAAA]  [,AAAAA] mais pas [,AAAAAA]
C'est bizarre
 
edit: pis en fait elle est trop "claire", tu aurais du écrire un truc dans le genre:

pas sur que ça marche mais l'idée est là

punaize, t'as l'air de t'y connaitre en regexp
moi je cherche une regexp qui recupere deux chaines entre guillemets qui sont séparées par des espaces ou des tab.
 
genre j'ai un truc comme ça :
"hello"       "c'est
moi"
"item2"  "c'est encore moi"
"item3"     "là c'est  
plus moi"
 
je dois pouvoir recupere 3 couples de chaines ...
j'ai cherché et fait quelques regexp, mais aucune donne ce que je veux

 
 
le jour où je comprend ce que tu viens d'écrire, ça voudra dire que j'aurais progressé

C'est que de l'esbrouffe

Mais je suis pas sur d'avoir tout compris
 

Nan le jour ou tu comprends ce que je viens d'écrire, tu verras qu'il n'y a aucun interêt et qu'en plus j'ai fait une faute ([A-z] et non [A-Z]). Mais sans blaguer y'a rien a part deux assertions positives inutiles
 
edit: j'en profite pour quoter masklinn

mon point d interrogation est super bien placé  
c est pour du bbcode donc ca matche [a] ou [/a]
comme j en suis juste au debut du code c est pas encore tres abouti mais ca devrait devenir un truc du genre
/(\[\W?(\w{0,5})=(.+)\])/
ca devrait marcher
j adoooooooooore les regex
 
edit : tiens non ca deconne  

  /me ferme sa bouche
Je me sers jamais du ? comme quantifieur (la en fait il veut 0 ou 1 fois)
 
edit: en fait tu veux attraper des trucs du genre: [XXXXX=...] ... [/XXXX=...] right?
j'aurais fait:

dans $1 tu as ta "balise" dans $2 son contenu

oui
le coup des parentheses c est super pratique je vais pouvoir reecrire ma class template avec ca ^^
c est plus pratique que mes strpos a repetition ^^
 
edit:
t as édité entre temps j assaie de comprendre ton expression et jte donne plus de niouzes

ptain j'ai merdé en haut en fait

je  la comprends meme pas
[^\]]+  
n importe quel nombre de caracteres sauf "]" et donc la premiere parenthese s arrete si on croise "]" ?
 
[\/\1\]
le 1 retrouve tout seul la premiere parenthese ?
c est pas $1 ? non *
donc si je mets 2 ca met le contenu de la seconde parenthese ?
 
je taiste ^^
 
edit:

 
ben c est pas gagné

j y crois pas j y ai passé toute la journée
(mais putain qu elle est sexy )

 
j ai reutilisé ton [^\]]+
super puissant merci
par contre je sais pas si le 's' va marcher en js
(ca me saoulait parce qu il comprend pas les sauts de ligne meme avec 'm')
** impec avec 's' en php et 'gm' en js ^^ **
et le \1 c etait bien top aussi je l aurais pas trouvé tout seul

ouallaaa une belle regex ... on comprends rien c'est parfait!
Note bien que le [^\]] peut être remplacé par un .*?]  

tain ce truc de ouf

Ahahaha un vendredi qui s'annonce bien:

J'adore debugger du js sous IE

 
attache visual studio, patate

D'abord prend toi FF avec firebug et regarde si déjà tu n'as pas des erreurs
 
ensuite si tout marche sous FF tu passes sous IE Pour adapter

il est attaché patate, mais le message d'erreur est pas mieux hein!

edit : au fait, merci pour la regexp, j'essaie des que je peux

Call me n00b

Bon bin si un jour ça vous arrive vous ferez bien gaffe au charset que vous envoyez IE supporte très mal les reponses à un xmlHttpRequest avec charset UTF8 au lieu de UTF-8  

bonjour les ouebeux

j'ai l'impression de patauger avec les sessions  
 
je fais une authentification avec login/pass
 
si l'user rentre le bon login/pass alors je me connecte a la base et je fais des $_SESSION['nom'], $_SESSION['prenom'] etc... (et aussi un $_SESSION['valid'] = "ok" qui me sert a faire des tests)
 
ensuite j'ai un lien vers page de log out qui s'affiche seulement si $_SESSION['valid'] est déclaré avec ce code dedans:

 
je croyais que ça marchais bien, mais j'ai toujours les meme id de sessions meme quand je me log out puis log in  
ca doit pas changer normalement ?

relis l'exemple 1 de la doc

On dirait une grosse équation bien dégeux  

'tain je crois que je vais tout recommencer  
 
je vais sauver l'id dans la base à la connexion réussie et en début de chaque page, je vérifirai si l'id de la base correspond a l'id de la session et j'aficherai le contenue.. ça me parait mieux que mes tests avec $_SESSION['valid']

euh faut pas plutot faire
  $_SESSION = array();
  session_destroy();
 
je crois qu unset est deprecated maintenant ^^

C'est tout aussi naze hein, et en bonus aucun débugger JS MS n'est capable de débugger du JS en top-level (si c'est pas dans une fonction, c'est pas débuggable)

 
\o/
Je tiens à préciser que je ne suis pas l'auteur de cette chose  

bin gatsu t'as donné la solution

bug des 3px float left; reparation :  
dans la CSS des li tu rajoutes :  
 
sur le ul met un zoom:1
ou sur les li essaye

J'ai un champ dans ma base de données, limité à 25 caractères, par exemple (dans la base de données)
 
l'utilisateur met 25 caractères pile dans un formulaire, qui va remplir ce champ.
Mais le problème est que la chaine va passer dans des fonctions de traitement qui vont changer quelques caractères (genre " en &quote, du coup, la chaine va faire plus que 25 caractères et va se voir coupé.
 
Ca vous est déjà arrivé ce cas de figure ? L'aviez vous prévu ? si ça arrive, c'est quoi la solution qui vous sembles le mieux pour eviter ce problème ?  
 
Je pense que je vais diminiué la taille du champ html mais ça ne resistera pas à quelqu'un qui mets beaucoup de caractère spéciaux (exemple : """""" )
 
L'idée de mettre la taille des champs en dur dans le code, pour avertir/couper/autre avant l'insertion, ça me plait pas trop car c'est pas super maintenable...

et si tu stockes le caractère dans la base et que lors de l'affichage tu le transforme ?
ca fait plus de traitement, mais sinon je ne vois pas comment faire autrement
de plus si un jour le mec veux modifier le contenu de ce champ justement, il se mangera un " ??

Gné ? Normalement y'a pas ce problème L'entité HTML est décodée, et le bon nombre de caractères comptabilisé, non ?