Reprise du message précédent :

Dans la liste tu affiches que les topics dans le premier message n'a pas le flag?

Code pas optimisé tu aurais pu mettre des puissances de 10 (10^-10s ça fait moins de caractères)
 

Je change le topic de catégorie et il part dans la catégorie "poubelle" uniquement visible pas moi.

Et si tu veux le ressusciter, tu retrouves comment la bonne cat'?

C'est pas prévu de ressusciter un topic, une fois mort on peut rien pour lui, je suis pas le docteur carter  
M'enfin vu le nombre de catégories que j'ai, c'est pas compliqué, et vu que je mets jamais de topic à la poubelle (sauf doublons), la question se pose pas  

 
pas assez j'ai meme pas le temps de la voir    

 
une corbeille dans laquelle on ne peut pas récupérer  

intéressant hein comme concept...

j'v le breveter, tiens

Oui la catégorie poubelle c'est bon que si on peut récupérer l'ancienne cat
 
Le flag sert bien sûr à ne pas afficher les topics dans la liste, ni les afficher quand quelqu'un y accède en connaissant son url, mais le problème de ne mettre le flag de suppression qu'au topic, c'est la recherche, car le moteur de recherche va chercher dans la table "message" les messages qui contiennent les mots demandés, mais si il n'y a pas de flag suppression pour les messages, il faut aller chercher le flag dans la table topic pour tous les messages lors d'une recherche (jointure? )

Si tu mets un flag POUBELL (0-1), faut rajouter un champ dans l'index (Pour la requete) nan ?
 
Spa trop mauvais ?

Bien sur que si on peut récupérer ce qu'on veut, suffit de déplacer le topic de la poubelle vers la cat de ton choix. Et on s'en fout de savoir si c'était dans la même catégorie, au moins un admin le mettra dans la bonne catégorie (si c'était pas déjà le cas).
 

Trop tard, c'est déjà fait

moi j'ai une corbeille, mais on peut pas ya acceder
 
faut que je tape directement dans la bdd pour recuperer

c'est user-friendly, ça!

 
ca me rappelle à un moment mon admin tellement bien que je préférais ma deuxieme admin : phpMyAdmin  

Une question sur les index.
Peut-être que mes cours datent d'il y a un moment, mais rajouter un Index sur une seule colonne ça ne sert à rien non ?
Exemple, si vous rajoutez un Index sur la colonne poubell, mais que la requête ressemble à ça :
SELECT messages FROM tablemessages WHERE messages like "%motrechercher%" AND poubell=0;
 
Ici, l'Index sur poubell n'accélère rien du coup ?
Je me trompe où ça a changé depuis le temps ?

En effet, il me semble bien qu'un index avec un like ne sert à rien...
(à moins que ca ne soit que dans le cas où l'index concerne la colonne likée)

Non, mon problème ne vient pas du like, il vient du fait qu'il me semblait qu'un index sur une colonne ne servait à rien si la condition comportait plusieurs arguments sur plusieurs colonnes.

Pas sûr. Je crois que si tu mets un index sur une colonne contenant des valeurs identiques, ça accélère. -- à vérifié cependant --
 
Exemple : dans une table sur...les chiens, tu as plein de chiens, et une colonne avec leurs propriétaires : si tu mets un index sur la colonne des propriétaires, tu devrais pouvoir acceder plus rapidement aux chiens de ce propriétaire.
 
-- A vérifier, car, bah, j'suis pas dû tout sûr   --

normalement si tu as condition1 condition2 condition3, l'index peut agir sur condition1, condition1 et 2, condition1 et 2 et 3, mais pas sur condition1 et 3, ou 2 et 3, cad qu'il faut que ca aille de gauche à droite sans trou
 
Enfin chai pas si je suis clair

si t'as une condition sur A et B et que t'as un index sur A, il utilisera l'index sur A pour optimiser ta requete sur A et B

Dit moi plutot ce qui n'est pas ergonomique dans la zone d'admin de mon forum

C'est où qu'on teste la zone d'admin ?

sous MySQL et tables MyIsam en tout cas, l'index est utilisé que si la chaine de la requete ne commence pas par %

En parlant de MyIsam, il faut mieux utiliser du myIsam ou du Heap ?  
 
Et vous utilisez des requetes classique (genre mysql_query) ou des stmt en mysqli ?

Eeeeeeeeuh c'est pas du tout pareil hein? HEAP, ça n'existe qu'en mémoire, par définition. Quand tu coupes MySQL, tu perds tout. HEAP, c'est à utiliser pour des usages bien précis.

 
 
Ok ok je me renseigne en fait, c'est un peut comme le memory de sqllite alors.

d'ailleurs le nouveau nom de HEAP c'est justement MEMORY

Heap c'est bien pour un compteur de connectés par exemple :-)

par exemple oui

Question con...vous gerez comment pour eviter qu'un même utilisateur post deux fois le même message lors d'un (double) click sur le bouton trop rapide ? (j'ai rien trouvé avec la fonction de recherche)  
 
Vous vérifiez que le message est déjà dans la base, ou il y a une astuce pour éviter de trop soliciter le serveur SQL ?

perso, j'ai un champs dans la table utilisateurs qui contient la date de saisie du dernier message, si un nouvel enregistrement est fait trop rapidement, alors un message indique à l'utilisateur de patienter avant de poster un nouveau message (c'est un peu comme ici d'ailleurs)

mouais, ça a donc besoin d'utiliser la bdd.
et en stockant ce genre d'information dans le HEAP (que je découvre avec ce topic   ), ça permetrait pas d'aller un poil plus vite ?  

pkoi pas, ça peut être une idée

pour le peux de fois ou ca arrive, de plus l'utilisateur a la possibilité de supprimer sont message, donc pourquoi se compliquer la vie a verifier.Tu peux faire comme joce: faire disparait le bouton "envoyer" aprés le premier click.
Le truc vraiment utile, c'est l'anti flood, au cas ou la personne cliquent dis fois sur le bouton "envoyer", ou fait exprés de flooder.

Et ça m'arrive au moins une fois par jour où j'ai un timeout ou une déconnexion, et du coup le bouton est plus là et je suis coincé. Heureusement qu'il y a Alt + S pour réenvoyer

Ici c'est un système en javascript qui supprimer le bouton de validation du message dés le premier clic.
Qui doit surement ètre couplé à un autre système d'antiflood

mouas, parce que si tu désactive JS, le système tombe en l'air, mais ça fait une petite sécurité à pas cher, c'est déjà ça !

Sauf que comme dit, ça peut être relou...

Bon, comment détectez-vous que l'utilisateur Tartempion est sous le coup d'une sanction quelconque? Vous interrogez toujours la table des sanctions ou vous flaggez le profil utilisateur et vous regardez seulement si le flag est actif? (j'ai fort envie de la seconde solution)

t'interroges une fois pour toutes, non?

bin je lis de toute façon le profil utilisateur donc ça m'économiserait une requête