Reprise du message précédent :
Vous utilisez des regexp pour parser les smilies? Elles ressemblent à quoi?

A des regex lol

Alors je pose ma question autrement
 
Comment ,quand on remplace et :_o, on peut faire pour que le debut de ouch ne soit pas interprété comme un :_o

choisir judiceusement l'ordre dans lequel tes regexp vont s'éxécuter.

Ce ne sont pas des regexp
Mais un simple str_replace.
 
Tu m'as donné la solution, merci

 
C'est quoi tous ces liens morts ?  

Des développeurs morts?

t'as raison c'est du n'importe quoi ! les gusses qui hantent ce topic sont davantage intéressés par leur branlette à coups de millisecondes () que par le fait que la majorité de leurs forums sont inaccessibles !

la semaine prochaine, emission sur les acros à la ms, mode lancé par un certain joce

 
Bon allez, c'est mon jours de générositée (mais pas envers les personnes agées   )
Forums HS:

 
A la frontière ! En tauuuuule!!!!

ça en fait

51 - 24 = ?
 
Z'avé 5min  

c'est facile de dire qu'on a la plus longue quand personne ne peut vérifier
tas de branleurs va, programmeurs de forums à la petite semaine

Les optimisations c'est bon mangez en  

sclair ! certains forums sont tellement optimisés que le ternette mondial arrive meme plus à les afficher ! c'est à nous d'imaginer ce qu'est le forum : c'est de l'optim quantique

 A la frontière ! En tauuuuule!!!!
mon serveur@home est completement HS donc j'ai mis un mirroir du site incomplet (des données ont été perdues lors du transfert ftp, merci free)

mais ca va revenir, en plus pendant la panne j'ai amélioré le forum

On attend ton forum en assembleur pour te faire pleurer

 
 
tu recherche le mot, c'est à dire entouré par un espace, un caractère spécial ou de ponctuation et non pas simplement une séquence de caractères (ça t'avance bien hein ? )

Ben tu le fais en plusieurs preg_replace au lieu d'un et tu commences par remplacer les codes longs avant les courts.

   
 
 
  Mais j'avais déjà la réponse

C'est ce qu'on n'avais trouvé. Mais pas, str replace, plus light
 
Je mets tout simplement ouch avant o

Ptite question : pour faire un truc comme ça  
 

 
Javascript ça peut l'faire ? (quand on clique sur le [+], le menu se déroule)

ouais

Moi je ne peux pas me le permettre car je tiens à remettre le code du smiley en title+alt.
Du coup, après avoir remplacé tous les :ouch: par <img src="ouch.gif" title=":ouch:" alt=":ouch:" /> je dois vérifier à l'aide d'une regexp que je ne modifie que les :o dans le message et pas ceux dans les title ou alt qui sont sûrement une partie du rappel du code de :ouch:.

Javascript+css.
C'est un evenement que tu produis avec js

Ah
Moi aussi je mets le smilie en title et alt, mais ca m'avait pas (encore) posé de probs
Ce te derangerait de me montrer ta regxp?  
Je suis pas très familier avec ca encore

Je dirais, perso, qu'il suffit de faire en sorte que quand on sélectionne un smiley, il rajoute une espace à gauche et une à droite et dans str_replace, faire un str_replace ' : ouch: ' par l'image, autrement, c'est impossible à gérer à moins de n'avoir que 5 smileys.

Je crois que Joce ajoute un caractère bidon dans les alt et title (genre title="§ouch§" avec un caractère plus tordu que ça) et refait une passe tout à la fin pour transformer les § en :

je suis certainement pas a l'origine de cette mode
Le nombre de ms je m'en tappe, ce qui compte c'est la scalabilite

 
Y a mieux quand même... l'etag, ca permet au moins de ne pas renvoyer la page au gars et économiser un peu de bande passante si la page a pas bougé sur son refresh...

mouais encore faut-il savoir quoi utiliser pour former l'etag

Non, mon histoire d'espace vous plait pas ?

 
un md5 ou un crc sur la page suffira ...
 

 
Tu y mets ce que tu as envie et le browser te le renvoie. Libre à toi après de renvoyer un code 304 pour dire que ca n'a pas changé, et hop, il reload de son cache...

mmm oue pas con, surtout que j'utilise l'output buffering donc a priori je peux faire un md5 du buffer.
Par contre ca doit avoir un certain cout de faire ca, et je trouve ca un peu con parce que le serveur a deja fait le boulot de generation de la page (bon ok tu gagnes en BW).
Je ferais un test d'ailleurs pour voir ce qu'on peut gagner en BW

et quand l'etag erre, c'est le bordel assuré

Pour l'etag avec le nombre de connectés affiché et le temps de génération, ça va pas trop servir nan?

 
Pour l'instant je fais un truc comme ça (je dis "pour l'instant" car j'envisage d'autres solutions pas encore testées mais que cette version pas trop optimisée marche ; et "un truc comme ça" car ce n'est qu'une partie de if-else-if-else qui gère les cas du qu'on risque de retrouver dans un lien et du qui peut poser problème si c'est un ; à la fin d'un &code; suivi d'une parenthèse) :

 
Note : $escapedSmileyForRegexp = quotemeta($escapedSmileyCode) = quotemeta(htmlspecialchars($smileyCode))
 
Une autre solution envisageable est de faire en sorte de ne remplacer le smiley que s'il n'est pas entre "<img*" et "*/>" avec "*" qui ne contient pas lui-même de "<" ou de ">".

 
Maÿrde, HFR va planter

 
Franchement, le coût pour faire un md5 c'est négligeable. Par contre, de renvoyer la page de 100k à un connard qui a un 56k parce qu'il appuyé sur reload pour le fun... ca bouffe en mémoire et en CPU aussi (pas qu'en bande passante ).
 
Et même avec l'ADSL à fond la forme, quand le gars reprend la page de 100k de son cache plutôt que du net, ca se voit clairement    
 
Au pire, si le md5 consomme trop, tu stocke la taille + la date et tu te donnes un délai pendant lequel tu lui refiles sa vieille page si elle a la même taille qu'avant. Ca calme les excités du F5

Ben le problème est que tu as généré toute la page donc c'est le cout du MD5 + le cout de génération de la page.

faudrait effectivement faire un md5 (ou autre chose en fait) des données avant composition de la page effectivement, pas la peine de se tartiner la partie décoration de la page pour se rendre compte qu'on va pas l'envoyer.