Reprise du message précédent :
Perso je décris une méthode (j'insiste, ce n'est pas LA méthode, c'est une solution possible qui apporte quelques inconvénients), elle est expliquée à coup de BETWEEN ici :  
 
http://www.vulgarisation-informati [...] -mysql.php

Putain le crevard j'hallucine ...

ouais, 3 mois pour trouver OFFSET et LIMIT dans la doc et apprendre à faire une multiplication, jcomprend qu'il ait honte, c'la dit

Bof, avec une table par page de message, c'est sur que t'as le même temps en premiére et derniére page.
 
Je sais la sortie est par là =>

ca ca peut être fatal niveau temps de génération

Meme avec cette solution, tu gere comment la suppresion d'un message? tu deplace les messages de table en table pour equilibrer les pages ?

Enfin ! Je viens de lire les 447 pages de ce topic (pas en un seul coup hein, j'ai réparti ma lecture sur plusieurs semaines ).
 
Sinon, j'ai remarqué que certains sujets (comme les concours de ms ou la fameuse solution pour éviter ce gros limit lors de l'affichage des topics / messages) revenaient souvent, alors que d'autres n'étaient pratiquement pas abordées (comme la recherche par exemple, alors qu'il me semble que c'est une des parties les plus gourmandes sur un forum)
 
En tout cas, bonne chance à tous.
Je ne développe pas de forums, mais peut être qu'un jour... qui sait

Bon, j'envisage de développer mon brol en RoR et non en PHP. A suivre.

Et moi en LoL
Affaire à ne pas suivre.

Tiens, ça fait longtemps que je n'ai plus suivi RoR et Ruby. Ils ont amélioré leur support de l'Unicode depuis ou c'est toujours la même merde ?

La dernière version (1.2) avait comme super feature de bien géré l'Unicode justement : http://weblog.rubyonrails.org/2007 [...] lebrations

Mouais, ça me semble encore limite mais bon, on va dire qu'ils font des efforts Mais c'est quand même super récent.

La recherche c'est vrai qu'on en parle pas beaucoup, de meilleures solutions que le fulltext ? si oui, comment faites-vous ?

ben tu fais un explode() de ton message/sujet et tu met ca dans un table mot par mot avec un id qui pointe sur le message ou le sujet, Ya pas 10 000 solutions.  
Mais avant, il faut epurer le message en enlevant les caracteres speciaux, les accents, le ubb code, juste garder le texte brut.

et tu calcul un coefficient pour chaque mot / document comme le coefficient de TF-IDF si tu veux essayer de ressortir en premier les résultats dit "pertinant"

sur un forum tu classe plutot par date je pense.

Tu peux mixer plusieurs choses si ça peut améliorer les résultats...

A noter qu'il ne faut pas mettre non plus n'importe quel mot dans la table. Si on s'amuse à stocker tous les le/la/les/il/lol ... on risque d'avoir un nombre de résultat trés impresionnant.

Il faut virer tout les mot < 5 caracteres par exemple... ça trie pas mal de truc comme ça

sauf que sur un forum info, pas pouvoir chercher certains trucs du genre "left join" ça peut être un peu chiant non ?

Une solution un peu plus fine (enfin il me semble) serait de régulièrement faire une requète dans la table de recherche pour chercher les mots qui correspondent à "trop" de messages par rapport au nombre total de messages (en d'autres termes, qui ne discriminent pas assez les messages), de supprimer toutes ces entrées de la table de recherche et d'ajouter les mots correspondants à une table des mots interdits. table que l'on utilise par la suite pour savoir par la suite quels mots ne pas ajouter à la table de recherche.

(Après on peut faire des analyses plus fines encore de discrimination mais ça devient un peu trop rock'n'roll... )

Le probleme c'est avec des comme "IP", si on limite a la longueur du mot, on pourra pas faire cette recherche.
Il faut donc :
-interdire les mot inferieur a X caractere + un liste des mots court autorisé
soit
-ne pas filtrer le nb de caractere et faire une ignore list.  
 
Il faut faire un choix pour que la liste soit la plus petite, donc ca depend des situations et de la langue.
 

rentre ip en haut a droite sur cette page
 
"Veuillez rentrer un caractère dans au moins un des champs de la recherche."

 
Oui, c'est une méthode, mais c'est perfectible
 
 
Déjà, pour éviter la redondance au niveau des mots, on peut imaginer une structure du style :
 
table mots
mot_id | mot
 
table lien_mots_messages
id_message | id_mot
 
Ca permet d'avoir une table plus légère, mais ça rend l'insertion des mots en base de données légèrement plus compliquée. Reste à voir si en pratique, c'est plus performant ou non...
 
 
 
Sinon, pour ignorer certains mots, se baser sur une black list et sur la taille des mots me parait une bonne idée. Dans cette black list, on peut supprimer tous les prépositions/conjonctions/etc... Par contre, il faut faire attention à certains mots comme "car" qui peuvent avoir plusieurs sens.

et le fulltext ?

Pour ce que j'ai pu en tester, avec MySQL, c'est vraiment pas une bonne solution...

Y a le moteur de recherche Sphynx aussi qui, d'après les dires, est bon : http://www.sphinxsearch.com/features.html
Jamais utilisé donc j'en sais pas plus et jamais trop regardé la méthode...

elle est pas bien la recherche de joce
 
Enfin moi c'est pas mieux, pour le moment j'utilise un like    
 
Mais bon, j'ai pas beaucoup de messages, c'est pas tellement critique pour le moment

Et comment gerez-vous les recherches du style "+toto +tata -titi"?

 
Regex

pour la recherche ou le decoupage de la requete?
 
perso, je decoupe la requete de recherche en traitant les conditions les unes apres les autres.

 
Moi je dis que c'est idiot de rechercher ça sur un forum
 
(nan me remerciez pas, je fais avancer le débat )
 
Plus sérieusement, en recherche c'est super limitant les 3 caractères. A l'instant je voulais chercher un mot sur un forum, j'ai pas eu de résultat. Je suis passé par google, et là aucun problème

Ben voila, le truc de recherche du forum renvoit sur google et niquel

Google est notre solution

Ou tu regarde le 1er caractère de chaque mot    
Pour un +, tu mets un coefficient supérieur que si l'utilisateur ne met pas + ou -.

Sauf pour les forums privés
 
(je parle de forums entièrement privés, pas d'une catégorie dédiée aux modos ou un truc du genre)

Les recherches booléennes en fulltext ne seraient-elles pas plus adaptées?
 
http://developpeur.journaldunet.co [...] enne.shtml
 

non

J'ai craqué, j'ai acheté le MySQL Database Design and Tuning (en anglais), je dévore, faudra que je le lise au moins 2x de suite pour en faire bon usage

tu pourrais expliquer rapidement pourquoi?

ça doit être méchamment lourd à gérer pour la base, non?