Reprise du message précédent :

c'est juste de l'url rewriting, on peut le faire avec les .htaccess

Pour l'URL rewriting, j'étais au courant, par contre je ne savais pas qu'on pouvais le faire avec un .htaccess

Merci
 
Je n'aime pas non plus les interfaces trop chargées, plus c'est clair mieux c'est je trouve. Le seul truc inutile que j'ai fini par rajouter à la demande des utilisateurs c'est les avatars. Et encore ils ne sont pas affiché par défaut, c'est pas beau
 

Oui, c'est un des sites dont je m'occupe
 
V'là un sujet qui m'a donné du fil à retordre :  
 
http://www.forum-auto.com/sqlforum [...] 195720.htm
 
Avec ses 5500 pages j'ai du en faire des modifs pour que chaque consultation ne mette pas à genoux le serveur (surtout qu'il y a encore quelques semaines le forum était sur un Céléron II avec 128 Mo de RAM) ! A plusieurs reprises j'ai du le retirer d'ailleurs car c'était vraiment invivable. Mais là tout est Ok, même avec 1 million de message n'importe laquelle de ses pages se génèrera toujours en moins de 60ms
 
Maintenant faut juste que je complète l'interface d'administration et surtout que je m'attaque à la partie présentation (pour l'instant tout ce qui concerne l'affichage n'est pas complètement dissocié du code). Quand je vois qu'il m'a fallu 2 ans pour en arriver là je me demande combien de temps je vais mettre avant de finir

 
Au contraire ca n'aide pas du tout
 
Il n'y a pas plus formateur que de faire de l'optimisation quand on est hébergé sur un serveur super limité, ce qui a été le cas de FA pendant longtemps (1 an en mutualisé, un an sur un dédié d'entrée de gamme). Pendant longtemps j'ai du faire face à des problèmes de monté en charge, et vu que je ne pouvais pas toucher au hardware j'ai du me tourner vers le seul truc que je pouvais controler : le software. Du coup, en 6 mois je suis passé d'un code qui montrait ses limites avec 60 utisateurs à un code qui gère plusieurs centaines d'users sans soucis

Il suffit qu'Apache soit compilé avec mod_rewrite, ce qui est presque tout le temps le cas aujourd'hui, même en hébergement mutualisé Et pour les rares cas où ca ne serait vraiment pas possible j'ai prévu une option dans le panel d'admin qui permet de revenir à des adresses non reécrites en quelques secondes.
 
Ca c'est vraiment un truc sur lequel je suis content d'avoir passé du temps. C'est redoutable pour le référencement ! Les adresses du type :
 
http://www.forum-auto.com/sqlforum/section1/debut.htm
http://www.forum-auto.com/sqlforum [...] 102664.htm
 
ou encore :
 
http://www.forum-auto.com/sqlforum/membres/Kestu.htm
 
Google en raffole :
 
http://www.google.fr/search?q=foru [...] m-auto.com

Je soutient totalement ton point de vue, je suis personnellement un grand fana de l'optimisation sous toutes ses formes.
 
Mais quand je disais que "ça aide", je voulais dire que c'était normal que tu aie des temps de génération très rapides étant donné ta machine d'hébergement, tu admettra (et tu l'as admis ) que si ton forum fonctionnait sur un PIII (comme le mien actuellement), tu n'aurais pas les même perfs

Non, le processeur a une influence quasi nulle sur la rapidité, du moins avec mon application. C'est les requêtes SQL qui réprésentent 90% du temps de génération des pages (surtout avec un outil de type phpa pour cacher les scripts PHP). Et quand je dis 90% c'est pas un chiffre balancé à la louche, j'ai vérifié Un disque dur rapide aura bien plus d'influence qu'un processeur rapide. J'ai quasiment les mêmes temps avec mon PC de test à la maison, qui a un bête Céléron 600 (overclocké à 900 certes mais bon )

tes messages sont parsés avant d'etre inséré dans la bdd ?

Oui. Vu que le forum doit obligatoirement pouvoir tourner sur une machine modeste je perdrais trop de temps à faire ca systématiquement à l'affichage. Surtout vu la fréquentation du site (400 000 pages vues par jour en semaine). Et puis bon, la table où je stocke le texte des messages fait 1.2 Go. Alors quelques Mo de plus de ou moins

et comment tu fais pour l'evolutivite ?  
genre tu veux changer le code d'un smiley ...

Tu changes souvent toi le code de tes smileys
 
Je l'ai fais une fois, et vu le nombre de smileys non interprêtés qui se sont retrouvés dans les messages parce que les membres ont tous les codes ancrés dans leurs habitudes, j'ai vite fait marche arrière. Non sérieux, ca sert à rien de se faire chier pour ca. Surtout que rajouter un smiley se fait donc sans problème.
 
Dans le pire des cas tu reparses les messages avec une boucle. Je l'ai fais une fois, quand j'ai voulu mettre l'adresse des images postées entre tags [IMG] en ALT (ce n'était pas le cas au début, le validateur W3C gueulait). C'est l'histoire de quelques minutes

ok alors ca va

Pour la fonction éditer ou citer un message ca doit pas etre évident ?
 
Au pire, il suffit de faire toutes les regex en JS, ca peut etre bien comme solution également.

mais le js n'est pas toujours activé
edit: et puis je sais pas si les regex existe en javascript?

si le js n'est pas activé, tu leur met les regex en PHP, c'est quand meme une minorité les personnes sans JS.
 
Pour le JS, les regex sont dispo pour > ie5.5

et de toute facon, ca sert à rien de se prendre la tete avec les regex, c'est très rapide en PHP.

ca prend quand meme de la resource

pareil que core 666, 90% de nos ressources sont utilisés par mySQL, le reste par apache+php+mails+le reste

ca doit quand meme ralentir la generation de la page,car la ou c'est le plus long c'est la ou on lit les messages .

pas tant que ca

ben je ne fait que constater.Sur la liste des topics le temps de generation est de 0.015 minimum alors que sur la page des messages elle est de minimum 0.060 et peut aller jusqu'a 0.300 s
ca fait quand meme une difference

Il faut faire les mêmes mais à l'envers. Je vois pas pourquoi tant de monde fait un blocage là dessus :???: Pour ce qui est de l'italique par exemple, au lieu de faire :
 
$message = preg_replace("/\[i\](.*?)\[\/i\]/si", "<i>\\1</i>", $message);
 
Il suffit de faire :
 
$message = preg_replace("#<i>(.*?)</i>#s", "\\1", $message);
 
Sur FA 3.17% des messages ont été édité. Entre faire un traitement sur une minorité de messages et faire le même traitement plusieurs dizaines de milliers de fois par jour sur tous les messages le choix est vite fait !
 
Faudra quand même que je mesure exactement l'impact de la taille de ma table texte (je stocke à part les propriétés des messages) sur les performances. La clef primaire occupe 23 961 Ko à elle seule, ca commence à faire. A priori ce n'est pas génant vu la manière dont MySQL calcule les positions mais faudrait que j'en ai le coeur net.
 
Quelqu'un a un avis la dessus

 
Ces expressions régulières sont possibles en JavaScript non ?

Je connais peu le JS mais même si c'était possible avec un maximum de compatibilité ce n'est pas fait pour

je suis en train de voir pour des templates.  
Je me suis intéressé à smarty. C'est très puissant, très bien  
Par contre, rien que "require" la libraire smarty prend environ 0.010s
c'est pas super

Mise à jour dans mon forum : http://www.codeur.org/~forum/
 
* Correction de bugs
* Optimisation

Soit tu as laissé un bug soit tu as optimisé comme un malade
 

Des fois ça me le faisait en Intranet ... Peut-être que le problème vient de microtime ...

Je pense pas, j'utile aussi microtime() et j'ai jamais eu de problème de ce genre. Tu es certain que ton premier timer est bien initialisé à chaque fois ?

Qu'est ce que tu enregistres dans tes variables pour calculer ton temps de génération ?  
Par ce que si tu gardes que les milisecondes, c'est normal ça Si ta page commence à x,99s et fini à y,01, ton temps de génération est -980ms ( ,99 - ,01 )
 

Normalement elle s'initialise à chaque fois ...
 
microtime() renvoie le temps écoulé en milliseconde depuis le démarrage du PC si je me souviens bien.
En même temps c'est pas très grave, c'était plutôt pour voir un apperçu du temps d'execution de la page ...

Non, microtime renvoie la date et l'heure actuelle, au format UNIX, cad le nombre de secondes depuis le 1° janvier 1970.
 
les secondes sont espacées des microsecondes par un espace, attention !

oui c'est ça mais il n'y a pas le problème de la mise à zéro ...
 
En faite je n'utilise pas microtime(), mais une instruction similaire qui renvoie un tableau avec dans le premier le nb de seconde depuis 1/01/1970 et comme deuxième élément le nb de us depuis 1/01/1970

Microtime renvoie exactement pareil :
au debut de la page :  

 
 
 
a la fin :  
 

C'est bon j'ai trouvé l'erreur, j'ai utilisé la fonction : gettimeofday()
http://www.php.net/manual/fr/function.gettimeofday.php
 
Je devais être endormi, j'avais mal lu ça description ...

avez vous fait un systeme de categorie privé ?
si oui,vous avez proceder comment ?

Oui j'en ai fait un, dans mon cas, l'admin choisi qui(Users) il veut attribier à chaque cat privée.
 
Je prévois d'avoir une gestion par groupes ultérieurement

C'est ce que j'avais commencé à faire avec mon nouveau forum, mais ça commençait à devenir trop lourd, pour cacher le forum de ceux qui sont "public" pas trop de problème, mais après il faut à chaque fois vérifier que le visiteur à le droit de voir message (empècher le moteur de recherche de chercher dans ces posts, empêcher le visiteur lorsqu'il tape l'ID du message dans l'URL de voir le post si il n'a pas le droit ...)

Oups, pour le moteur de recherche, j'y avais pas pensé  
 
Vu comme il fonctionne de toutes façons

Il ya plein de truc à vérifier, c'est pour ça que j'ai préféré améliorer mon forum avant de passer aux forums privés ...

Comment vous faites pour avoir des temps de génération ridicules (quelques millisecondes) à part en faisant l'affichage en javascript ? J'arrive pas à passer en dessous de 0,1s sur mon forum