Reprise du message précédent :
non la feature de compression de texte dans une bdd pour l'utilisation dans un forum de discution

En fait, ça se fait déjà de façon transparente.
Pas niveau base de données, mais niveau envoi du serveur au navigateur.
 
http://www.whatsmyip.org/mod_gzip_test/
 

je ne pensais pas a du js.
Les navigateurs gerent deja en natif la decompression.
Les pages que tu affiches a l'heure actuelle sont deja compressees par php/apache et sont envoyees comme telles a ton navigateur.

Oui exactement.

Dites, comment faire pour raccourcir dans URL dans un post comme sur le forum ?
 
exemple : www.monurlquiesttreslongdoncquivae [...] onczut.net

ben tu prend les premiers caractere et les derniers caracteres avec des regex ou des fonctions php. cherche sur php.net avec "str".
 

Je me disais que y'avais surement des regex là-dessus. Je vais me renseigner

ha je suppose, je n'ai pas encore fait ca sur mon forum.
 

 
Allez cadeau, v'là la mienne.
 

 
Si le lien fait plus de 60 caractères, je le coupe en 2 en gardant les 30 premiers et les 25 derniers et en mettant (...) entre.
Spa compliqué en fait.
 
Y'a pas de regex ici mais pour être franc, cette fonction est appelée par un preg_replace_callback.

Merci, je garde ça sous le coude, ça me sera utile.
 
Je vais ptet dire une connerie mais ça se met dans un truc du genre 'post.php' ou 'éditpost.php' avant d'envoyer ça dans le BDD, au moment du SUBMIT en fait ?

au moment de l'affichage? (pour pouvoir être édité entre autre )

moi c'est dans mon readtopic.php (en fait dans un fichier inclus qui s'appelle bbcodeparser.php) donc je l'utilise au moment de l'affichage (mais là on revient au débat de savoir si on stocke du bbcode ou du html dans la BD )

Faut voir à quel endroit ça peut être le mieux

on vient de faire un debat ces dernieres pages, t'exagere un peu

Je parlais de la fonction pour raccourcir les URL

ben en meme temps que de parser les autres balise ubb    
 

oui oui

Tenez, une petite idée d'optimisation pour ceux qui ne l'ont pas fait, evitez de generer plusieurs fois la meme signature, en stockant dans un tableau au debut du topic par exemple:
 
$signature[$pseudo]=ubb_signature($result['signature']);

Que pensez-vous d'une des dernières features d'IPB? l'édition à la volée.
Je crois que quelqu'un en a parlé il y a quelques pages.
 
J'hésite à la mettre en place sur mon forum ou pas... Donc j'aimerais des avis, est-ce vraiment pratique et ergonomique ou alors ca se rangerait plutôt dans la catégorie de ce qui est peu utile?

J'ai essayé, je préfère la fenêtre d'édition classique.
En comme en plus il faut choisir à chaque fois la méthode d'édition, ça fait 1 clic de plus.
Bref, une belle mauvaise idée.

 
c'est ce que je me disais aussi. Mais bon je préfère récolter des avis
 
Pour le choix de la méthode d'édition ce n'est pas un problème, un bouton supplémentaire => un clic de moins
Enfin voilà, si des gens ont d'autres avis, des avantages à dégager de cette fonction

J'suis pas trop fan, ca fait fouilli à la fin, ou encore usine à gaz ..

Bien utilisé / implémenté, ça peut être rudement pratique, surtout en temps de manipulation et volume de données qui transitent depuis le serveur.

oui enfin ca depend quoi. En règle général, ca fait très très gadget. (soulmanto : t'était pas chié pour ton site quand même )

C'est gadget et en plus le volume de données manipulées est encore plus grand car faut charger tout le bouzin en javascript qui sert justement à la faire l'édition en question...
 
A mon avis, AJAX faut pas en abuser... pensons à l'accessibilité des informations, et un peu de javascript pour rajouter un poil d'interactivité,  pas plus.

tout le monde s'en fou ?
c'est une bonne ou une mauvaise idée ?
y'en a qui font deja comme ca ?

On appelle ça un cache hein
 
Genre tu peux aussi cacher tous les comptes utilisateurs récupérés sur la durée de ta page, comme ça t'as non seulement la sig mais aussi tout le reste des infos utilisateurs à afficher

 
Je ne permets pas l'usage de smiley, et mise en forme dans les signatures. Donc ca ne m'interesse pas. Par contre, c'est ce que j'utilise pour les citations.

ben pour le reste, ca y est deja dans le resultat des requetes vu qu'il y a aucune modification.  
 

oué mais les quotes, y'en a certains qui les modifie pour mettre en gras une phrase par exemple ou pour ne pas tout quoter lorsqu'il sagit d'un long post.
 
 

 
J'ai pas dit que je stockais le contenu de la citation ;-). Je stocke l'url reconstruite à partir du code de citation, le pseudo. Et par la même occasion, je contrôle que le message cité existe toujours. Si non, la citation devient un simple quote.

 
Bah je me demande même s'il y a vraiment besoin d'ajax pour cette fonction
 
Si a l'affichage des topics on crée une variable texte non parsée pour le BBCode et les smiles (comme dans la db), et que ensuite en javascript on affiche le textarea onclick qui possède la valeur de la variable?
Ca devrait marcher sans AJAX non?

ca devient compliqué, c'est pas plus lourd au final ?

ben ajax, c'est du js, c'est le js qu'il te conseille de ne pas trop utiliser

Euh non, c'est beaucoup plus efficace. Y'a rien de compliqué la dedans.
 
J'ai un code de citation 1_2_10, je retrouve une fois à qui il correspond. Si j'ai de nouveau cette citation dans la page, alors je reprend les resultats dans mon tableau. Pas besoin de refaire un calcul, il dejà été fait. Vu qu'un message est regulierement cité par plusieurs autres, s'il l'est, c'est rentable.
 
 
Ah, le contrôle de l'existence du message n'est pas plus lourd. Tout depend de la structure de la base. Ca ne coute rien de plus que de ne pas verifier.

Sauf que, comme je suis en train de t'en faire la démonstration, comment savoir si quelqu'un a quoté tout le message ou juste une partie, si il ne l'a pas modifié, etc.
Si un forumeur tape un texte de 65 lignes et que quelqu'un veut répondre en ciblant juste 5 lignes, etc.
Comment le gères-tu ?
 
Et puis faudrais pas oublier les quotes qui n'existent pas.
 

 
Donc je redis, je ne stocke pas le contenu de la citation, mais les données relatives au message cités :
-pseudo
-url permettant d'atteindre le message cité
 
Donc le contenu n'est pas conservé, bien sur. Et les gens peuvent repondre dans la citation sans problème.
 
Et les quotes qui n'existent pas, comme je l'ai dit, je controle que le message cité existe toujours avant de le traiter comme citation. S'il n'existe pas, ce sera un simple quote.
 
Je ne peux pas etre plus clair

Okey, otan pour moa, j'avais zappé le message ou tu dis que tu ne gardes pas le contenu.

 
Je m'en doutais...

Ca me turlupine... Pour chaque quote tu es quand même contraint de refaire la vérification avec une requete??

Tout depend de la structure de la base

On peut aussi se contrefoutre de savoir si le lien existe toujours (vu que dans 99% des cas, personne n'ira cliquer dessus) et se contenter d'afficher "Ce message n'existe plus" si on clique dessus.