Reprise du message précédent :

 
C'est bien ce que je pensais
Bon, je note l'histoire du lock pour quand je ferais mon forum

Le probleme, je pense, viens des indexs qui en prennent plein la tronche. Aussi, il faudrait le tester sur une machine correcte. La mienne n'a rien d'un serveur dimensionné. Apres, est-ce que beaucoup de monde s'amuse à supprimer ses premiers messages sur un topic de 400 000 messages?  
Mais tu fais bien d'en parler, je n'y avais pas pensé sur une telle dimension.

Ben t'as par exemple blabla@prog où on trouve régulièrement des boulets qui effacent leurs vieux messages pour quantité de raisons (le plus souvent pour faire le prems dès qu'on arrive à une page qui est un nombre finissant par 2 ou 3 zéros)

, c'est le topic que j'ai pris pour reference. Il va vraiment falloir implementer cette restriction.
 
Du coup, je pense aux mass delete, ca doit faire bien mal.

Avec l'implémentation que j'ai imaginée, le mass delete va être ardu à mettre en oeuvre

pas mieux. Ce sera du traitement de nuit pour moi. Ca va faire des degats. Bon ca va pour le moment y'a que tres peu de messages.

le mass delete je le vois plutot "visuellement" que "physiquement", c'est a dire que les messages reste dans la base de donnée, mais qu'au moment de l'affichage du message ben vous affichez "message/membre supprimé".

y'a possibilité de masse delete sur md ?

Effectivement, ca peut etre une solution. Je le vois bien comme solution intermediaire. Par contre, j'aime bien quand c'est propre. Ca peut etre un moyen de repartir la charge et faire en sorte que le mass delete se deroule tranquillement.

C'est pas pareil. C'est deux choses différentes que de faire disparaître tous les messages de quelqu'un qui s'est inscrit juste pour spammer ou autres saloperies, et quelqu'un qui désire tirer sa révérence.
 
J'ai bien la mention "utilisateur supprimé", c'est bien géré. Je veux bien aussi un "message supprimé" mais je trouve que ça fait un peu tache quoi

Petite rectification : il est parfaitement possible de virer un message après 24h sur FA. C'est au choix de l'administrateur du forum. Tel que le forum est actuellement configuré, les membres ne peuvent effectivement pas supprimer un message au delà de 24h, mais c'est uniquement un choix de contenu (suite à 2/3 boulets qui postaient partout pour tout supprimer le lendemain, ca laissait des trous partout et les discussions devenaient incompréhensibles), pas une contrainte technique

OK
edit: perso ça serait en même temps contrainte technique et de contenu, mais au choix de l'administrateur, donc optionnel

donc la suppression de n'importe quel post est immédiate ?
 
si oui bj
 
par contre, je vois qu'on ne peut pas faire de recherche dans le contenu des posts. pourtant y'a un gros serveur derrière non ?

Vu sur le forum de Clubic
 

 
Qui sort sa calculette ?

c'est de la connerie hein. Déjà avec 24 000 euro de cpu

Bah 24000€ de cpu ça passe. Par contre 64 000€ de ram

C'est grâce aux économies faites par les licences des forums sa

si seulement

c'est peut etre la config pour le site entier. Clubic n'est pas un petit site amateur ...
en plus ya des pubs partout sur ce site

(Que de gachis, c'est pour sa que ils ont pris un IPB2, comme sa sa fait un peu travailler le monstre)
 
 
 
Sinon y a qu'à leur demander...
Ils répondent vite en général

 
ah  

Suppression instantannée oui (suppression physique de la BDD d'ailleurs, si c'était à refaire je pense aujourd'hui que je ferais différement)
 

J'ai paré à l'essentiel en codant rapidement une recherche dans les sujets. La recherche dans le corps des messages fait défaut, mais depuis quelques mois j'ai du réduire fortement mon temps de dev (beaucoup de boulot en dehors de FA, déménagement avec le lot de travaux qui vont avec, etc). A part des corrections de bugs (même 6 mois après la mise en ligne d'une version que je considère comme stable c'est fou le nombre de trucs qu'il y a toujours à fixer ) je ne fais malheureusement plus grand chose

Tiens c'est pas idiot ça .

mouais enfin voir potentiellement 2 pages de "messages supprimés", bof quoi

Effectivement...

Bah à mon avis, ça ressemble à 8 serveurs

Ouhais m'enfin bon ... Passer d'un forum ultra-léger tout en étant des plus fonctionnels à une m**** lourdingue et peu fonctionnelle telle que IPB faut être tombé sur la tête je pense.
 
Si encore ils avaient pris Pun-BB j'aurai à la limite compris mais la ...

On en parlait avec Scull la dernière fois, apparement les admins sont assez friands d'options à la con Et IPB en regorge à foison

ah ben oui, plus d'options = plus de lourdeur = plus de serveurs

mais au moins quand tu relie la page tu comprend qu'il manque des bout.
 

Ca reste bof et maladroit. Lire une page de "messages effacés", ça a donne l'impression qu'on a fait du racommodage comme on pouvait. Je ne trouve pas ça pro du tout

Salut à tous, je voudrais savoir comment vous gérez les anniversaires des membres ? Car étant donné qu'il faut comparer le mois et le jour, je me demande carrement si pour optimiser la chose il ne faudrait pas stocker mois_naissance, jour_naissance et annee_naissance dans trois champs distincts ...
Si quelqu'un pouvait m'aider sur ce point, merci d'avance

Il suffit de formater les dates...il y a des fonctions faites pour en php et en sql, donc à priori ça pose aucun pb...

Jusqu'à présent, j'utilisais des fichiers de conf pour configurer le forum. Je me demande si je ne vais pas tout balancer en DB, pour ce que ça coûte....  C'est surtout que ça n'est pas souple de travailler par fichier si d'aventures, le fichier devient trop gros

Et c'est la ou je me marre car ils connaissent pas les dernières versions du forum Mesdiscussions ...

Disons qu'à mon avis tu ne pourra pas tout stocker en BDD : ne serait-ce que les parmètres de server et de BDD ...

 
c'est meme pas que y'en ai plus le probleme. C'est que elles sont souvent moins pratiques, et quasi toujours inutiles...

 
A mon avis, le chargement d'un fichier est tout de meme beaucoup plus rapide qu'une lecture en base.

Ca c'est directement inséré dans un config.php puisque théoriquement figé

 
Sauf si tu utilises un technique de cache mémoire ( ).
 
Mes options sont stockées en DB, copiées dans un tableau hashé pour une recherche performante, le tout en mémoire partagée pour le récupérer à chaque script sans passer par la DB.
 
Niveau mise à jour des options aucun soucis, dans mon record en mémoire partagée j'ai des mechanismes de synchro et comme on doit passer par mes classes pour modifier une option ca oblige un reload automatique à chaque modif, donc aucun delai de mise à jour.
 
Notez au passage que si le mechanisme est plutôt simple à mettre en oeuvre avec un bon langage ( ), c'est aussi possible en PHP: http://fr.php.net/manual/en/function.shm-attach.php