Reprise du message précédent :

 
J'ai hate de savoir comment tu gere bien ton affaire toi ?

petite question (j'ai pas suivi le topic depuis le début, peux être que la question a dejà été posée) mais c'est quoi le plus rapide entre un SELECT nb_messages FROM pouet et un SELECT count(*) FROM pouet sachant qu'il n'y aura pas de clause WHERE ?

1/ Mysql gère sans problème de très grosses tables
2/ Plus de 600 req/s et aucun problème sur mes tables
3/ Avec une table aucune redondance d'info
4/ possible avec une table aussi
5/ idem

la 2

et avec une clause WHERE c'est la 1 ?
et entre plusieurs SELECT count(*) FROM categorie1... et un simple SELECT messages FROM pouet WHERE prout = 'max' ?

oui

Là ca dépend du nombre de requetes. faut faire des tests

Tiendez, une petite question sur laquelle je suis en train de réflechir :  
comment vous faites pour protéger vos messages de l'utilisation de javascript ? Par exemple si on mets  
[ img]javascript:window.alert('test');[/ img] pour l'instant chez moi, ca m'affiche une alerte javascript. A priori, on peut pas faire un test de la chaine javascript parce que si on écrit JaVaSCriPt ça passe à travers
 
Edit : comment ca réagit ici d'ailleurs   [img]javascript:window.alert('test');[/img]
Edit 2 : ben voila, comment faire pour que ça marche (enfin que rien ne se passe) comme ici ?

t'as qu'as detecter [img]http://...[/img]
avec le http:// le jevascript ne sera pas interpreté.

Ouais, en effet J'avais pas vu ça comme ça  
 
Et pour les javascript:window.alert('test'); ... si on veut permettre les url relatives
 
On va virer les url relatives je crois, c'est plus sur

moi je gere bien l'affaire

si c'est du MyISAM le SELECT COUNT(*) est immediat, par contre si c'est de l'innoDB oublie

Tres explicite

normal

Oui oui bien sur !
Et si je mets ?

Pas d'espaces ni de quotes/guillemets dans une url ...

plutot pas de caracteres hors [a-zA-Z0-9_-;,()\.] ...

 
C'est bizarre ça. Pourquoi les ',()' et pourquoi pas les '?&' ?

Les &, c'est tout à fait possible, ce que j'ai écris au dessus, c'est de tête.
Par contre les ?, ça peut prêter à des images générées par des scripts ... pas très cool .

en meme temps, on peut empecher les images dynamiques, suffit de mettre un htaccess sur l'image dynamique pour lui donner l'url qu'on veut ...

 
Pas très cool pour quoi ? C'est pas ton serveur qui calcul l'image de toute façon.  

Gilbert et Joce vous m'expliquer alors ?

Ou ftp:// aussi ...

fiou j'ai enfin fini la gestion de mes ampoules !
j'ai galléré pendant des semaines pour trouver le moyen de garder la date de la dernière visite d'un membres.
Enfin surtout qu'il ne faut pas que cette date ce remette à jour dés le chargement de la première page...
finalement j'enregistre la date de sa dernière visite sur mon script de connecté online.
Dés que il ce connect (arrive sur le forum) jé la date de sa dernière visite, et au passage je fais un UPDATE pour mettre "1" dans le champ "connect_non"
en effet, dés que le mec est plus connecté, quand je vire son enregistrement, je fais mon UPDATE pour mettre la date de sa dernière visite (NOW)! et au passage je le met déconnecter. "connect_non" = 0
 
le seul problème est que si il ce connect disons à 03h30 du mat. à 03h35 il est cencé ètre déco. mais si le prochain visiteur arrive que à 04h35 (exemple), il va remettre le script de connect live que une heure aprés. à ce moment là alors
le premier visiteur sera virer de ma table de connecter à 04h35n hors ct pas le cas...
 
sa fait un peu bordel non... z'avé compris ? vous faite comment vous ?

J'ai fais une table categories_suivi, j'y enregistre le numero de la cat, l'id du membre, et la date du dernier message vu. Cette date est mise à jour à chaque visite d'un forum avec la date du dernier message lu (pas la date du dernier message de la cat).

 
ta requete, tu la fait sur le 2 message d'un topic à 15.000 messages ben je t'assure que ça va prendre un petit bout de temps. ok ça arrive pas tous les jours ce genre de situation mais faut prévoir
 
pour l'histoire de remonter un message, en fait je voulais dire si t'utilise ton système pour afficher la liste des topic. là c'est pas évident car t'es obligé d'avoir un truc rapide pour lister les topics et rapide aussi quand tu remontes un topic (qd il a un nouveau message).
apparement sur hfr ça semble un peu lent quand on va sur les dernière pages donc joce passe peut être juste par un LIMIT ce qui est bof bof mais forum-auto est lui rapide sur toutes les pages donc doit y avoir une astuce possible

ouai...
mais avec ta table suivi, tu peu faire la gestion des membres online comme sur mon forum, non ?

perso c'est ultra simple: vu qu'il est obligé de passer par l'étape connexion (sessions powah), bin je prends en compte la date de la connexion précédant la dernière

hum avec des sessions c encore différents...
au fait petit sondage, vous mettez combien de temps pour la durée des visiteur online ?

 
Ça n'a rien de si extraordinaire À part la pub le forum de Joce est en XHTML transitional aussi.
Ce n'est qu'avec le strict que ça devient bien.
Et pour que ce soit vraiment remarquable, il faut en plus que ce soit correct au niveau sémantique
 
 

 
http://serveur/image.php?param1&param2
 
ça peut se contourner comme ceci :
 
http://serveur/image.php/param1/param2/bidon.jpg
 

 
Perso, j'abandonne ce système. Trop lourd à gérer (Surtout pour les suppressions de sujets et les déplacements). Après une semaine à modifier mon code, je repars dans le sens inverse  . C'est rapide, à l'affichage mais pour modifier le tout

 
Ouais mais le strict j'ai trop de problèmes avec surtout à cause des tableaux

 
C'est bien dommage, tu te laisse influencer la...
L'argument qui tue : oui mais si tu delete un topic de 15000 post, ouai bah c'est super ...

j'y ai pas encore pensé

Le vrai gros problème, auquel j'ai pensé aujourd'hui, c'est le mass delete d'un utilisateur: tu veux effacer quelqu'un et ses messages? bonne chance  c'est l'argument qui ruine le mécanisme d'optimisation qu'on a mis au point...  Impossible de virer quelqu'un en quelques requêtes et garder le système de numérotation cohérent

 
Non du tout si tu savais comment je galère pour gérer la suppression de sujet   . De plus il est assez difficile de gérer correctement l'unicité des pages. Franchement je galère assez depuis une semaine pour m'apercevoir que cette méthode est très compliqué (trop ?) à gérer par la suite. Ensuite gros point noir, un utilisateur remonte un sujet vieux de 5 ans, ou alors aux oubliettes depuis 3500 sujets   . Bah faire un update de 3499 lignes c'est long   , trop long (et j'ai testé   ). Il existe des alternatives, certe, mais bon, elle ne me plait pas trop. La gestion du move de sujets, c'est encore plus la misère à gérer derrière. Et la suppression, je n'en parle pas  . J'essaye de trouver une alternative rapide avec les top et les index, mais pour le moment, je cherche....

non c'est pas le cas

ouais enfin le forum il est quasiment en strict hein

vient sur HFR on en reparlera

CQFD c'est super lourd les masses delete
mais bon y a moyen de ruser

C'est dégueu ! Tu passes à travers l'antiflood de 3 posts

un Limit, mais en triant dans l'autre sens?