Reprise du message précédent :

On l'avait déjà proposé à Joce avant le crash de PPC. Joce avait refusé (avec raison à mon avis).

Disons qu'un admin (et uniquement ce level) pourrait décider de confier la gestion d'un topic en particulier (ou de son premier post) à une autre personne mais ...

bin même sur un topic, ça revient à en faire un modo, et un modo, ça se nomme pas comme ça quoi  Tu peux avoir un type qui débarque sur le forum et faire un topic intéressant tout en étant la dernière des ordures
 
pis j'ai pas envie d'implémenter un truc pareil

corrigé. merci

Gros bug sur les favoris
 
J'ai essayé de mettre un topic en favoris, ca me dit OK
Je vais alors voir, et la, je n'ai pas le titre, ni l'auteur, ni la date, etc
 
Mais le topic est la, mais sans aucune info, donc je ne peux pas rentrer dedans

corrigé. merci

Nikel

sa y est g enfin fini de coder mon bordel d'ampoules...
PS limit, sa marche bien adsense sur les forums ?

Quel est l'enculé de cochon qui a supprimé mes drapeau bleus

c'est bien fait

Petits merdeux

Au risque de passer pour un gros noob,...
C koi vos bordel de drapo ? C'est un oscar pour les topic poucraves ou koi ?

Pitain j'me marre

Ouah ! depuis que g mit mon bordel d'ampoule, mon temp de génération de la liste des sujets est devenue énorme !
1.1492958068848 seconde  Pour 25 sujets !
http://forum.free-bb.com/liste-3-1.html
C énorme ! en local j'arrive mème pas à dépasser la seconde avec mes 150000 enregistrements !...
Comment sa ce fait ? c peut ètre ce putain de cookie non ?

 
ok, donc je dois te TT

puis il a du bol : vu que Chello est en panne et que je reviendrai pas au boulot avant mardi...

trop de requetes ?
voici ma requete qui donne la liste des topics avec:
 - gestion des drapos
 - gestion des ampoules
 - plein d'autres trucs sauf le café  
 
si tu t'y retrouves:

Oula c du lourd ton truc
Moi g presque honte de te montrer
C vraiment du light light...
 
 
 
 
//REQUETES selection pour les messages dans cette catégorie
$requete3=mysql_query('SELECT id, titre, emotion, lect, reply, mail, lastpost, pseudo FROM forum WHERE id_de_categorie="'.$cat.'" ORDER BY date_verif DESC') or die(mysql_error());
 
mysql_close($link); //FERME LA CONNEXION
 
/*
g fermer ma connection parce que à plus besoin maintenant
Là g environ 50 ligne pour l'affichage de ma première requète (pas requète3)
....
*/
 
 
 while($row3=mysql_fetch_array($requete3)) {
     $replyt = $row3['reply'];
     $validert = $row3['valider'];
     $emot = $row3['emotion'];
     $idmsg = $row3['id'];
     $titret = $row3['titre'];
 
// sa c les couleurs alternative pour chaque ligne
if($it==$color_1){
  $it = $color_2;
}
else {
  $it = $color_1;
}
 
// sa c pour savoir quel icon je met devant le topic...
     if($replyt>"10" ) {
        $logo_topic_info = "./logonews/dossier-feu.gif";
                   }
     if($validert=="3" ) {
        $logo_topic_info = "./logonews/folder_locked_big.gif";
                   }
     if($logo_topic_info=="" ) {
           $logo_topic_info = "./logonews/dossier-std.gif";
                   }
                   
 // sa c pour les ampoules
 // je récupère le html qui est dans mon champ lastpost
 // je le traite pour garder que la date
 $dern_postcatp2=preg_replace("/(\<center>(.*?)\ par)(.*?)(\<\/center\> )/i", "\\2", $dern_postcatp);
 $dern_postcatp2 = str_replace('<br>',' ',$dern_postcatp2);
 
 // ensuite je compare la date de la dernière réponse avec ce sujet
 if($dern_postcatp2>=$lasttime) {
 $datecookie = "on";
 }
 // et suivant le résultat j'affiche l'un ou l'autre...
 else {
 $datecookie = "off";
 }
 
 echo'...';
 // et là j'affiche mes infos dans mon html ect...
} // et je ferme ma boucle....
 
 
 
Mais sinon THE REAL SMILEY sa compte pour une requète ton truc ou pour chaque jointure tu compte une requète de plus ?
Je pense que c tout les traitements que je demande à faire pour chaque enregistrements qui prennent tous ce temp....
Qaund g seulement 5 enregistrement je fais du 0,15 .
Quand g 20 enregistrements sa me fait du 2 secondes presques....
C lourd et enplus mon hébergeur va vouloir me foutre à la porte si je suis trop lent...

y'a quoi dans ta table forum ?
 
dans mon cas, ma requete semble peut-être lourde, mais la page qui exécute cette requete se crée en - de 15 ms environ (la preuve: http://www.lewebrapide.com/forum/l [...] id_forum=6 )
 
 
normalement même si le nombre de résultats est croissant, le temps d'exécution doit être le même.
 
vérifie que tu n'as pas de requetes ou de gros traitements dans ton "while"

arf....  j'arrète pas de chercher...
Mon code est de plus en plus optimiser, jarrive à avoir sur mon index du 0.05s et 0.07 avec l'espace membre !
Et kan j'upload, sa prend du 2 secondes !
Pige pas là.. Avec l'ancienne version sur le net c'étai plus rapide ken localhost...

En local, ca donne quoi ?

en local g du 0.05...
et sur le net du (minimum 1.4s)

Ca vient sûrement de ton hébergeur alors

est-ce que tu gères le buffer?
ob_start() et ob_end_flush() ? (on sait jamais hein )

drasche est c koi sa ?...
sinon, kestion c normal ke kan j'actualise la mème page un coups j'obtien 0.33
et aprés 4.55 ?
Ya de big écart non ?

j'ai remarqué que la page pouvait être générée et envoyée dans le même temps. problème: le temps d'envoi peut être beaucoup plus long. Du coup j'ai ces instructions au début et à la fin de la génération de chaque page (faut donc que le ob_start() soit lancé avant de balancer un truc sur la sortie standard)

Ouai g trouvé des infos sur tes fonctions ob. Je vais éplucher sa donc, mais je crois que c mon hébergeur qui remballe....
Tu peu allez faire un petit tour et me dir si toi aussi ta des temps aussi long ?
http://forum.free-bb.com/index-1.html

premier test: 7.8211150169373
second test: 1.8047668933868
3è: 0.8048620223999  
4è: 0.1644651889801
 
ya une amélioration progressive
 
sûrement l'hébergeur dans ce cas

T'as pas de Query Cache chez ton hébergeur ?

arf... carrément ouai !
je suis sur phpnet l'assoc
sinon pour optimiser sa, g pas un système avec mes tables en Myiam ou un truc dans le genre...

ouais, enfin, ces fonction, c'est surtout destiner à récupérer un output dans un buffer histoire de pouvoir le réutiliser ou le modifier tranquillement par la suite.

je vais changer d'hébergeur....
Parait que nexenservice c'est le top non ?

 
J'y suis, et mon site connaît de forts ralentissements en ce moment
 
Mais tu peux créer un compte Démo chez eux, pour te faire une idée (Limité à 5 Mo)

Pour du mutualisé payant, allez voir Celeonet.fr C'est pas cher (je trouve) et ça a l'air des plus rapides

Vous faites combien de pages vues par jour pour avoir des ralentissements?

je vais tester leur démo ouai...
BenJ9002... je connais pas ton truc, et si c pour avoir des plein de mégas et un php qui rame, je reste chez PHPNET

Euh, non, je crois pas que le php rame chez celeonet au contraire meme  
C'est pas vraiment connu parce que c'est très récent, mais ca va devenir une référence (je suis sur) pour la rapidité et la fiabilité.
Si tu veux te faire une idée de la rapidité, vas voir http://forum.kloobik.com qui est hébergé là bas.

et sa yest...
y a mon p#tain d'hébergeur qui remet sa maintenant...
Maintenant que je cherche un autre hébergeur ce con ce remet à bien fonctionner....
PS, pour ton forum dsl mais on voit pas le temp de génération....

 
Tu parles de moi Limit ?
Si c'est le cas, je tourne aux alentour de 15 000 pages vues/jour, mais je ne pense pas que ce soit la cause des ralentissements
 
Etant sur un mutualisé, je pense que c'est plutôt inhérent aux serveurs (Peut-être trop de site, un site qui consomme trop de CPU, etc)

Justemenent, Nexen doit surement avoir des outils du genre chaque site ne consomme pas plus de X% du cpu pour éviter ces problèmes.  
 
J'ai fais pas mal d'hébergements aussi
 
- début: herbergement-discount.com
- on passe vers sivit.
- sivit nous demande de partir
- On prends un hébergement américain
- Un ami me propose de lui reprendre son serveur dédié, on saute sur l'occasion.
- serveur dédié hébergé par ovh
- le serveur dédié devient trop petit, on en prends un plus gros chez kilio
- On accéde à l'indépendance On a notre propre serveur dédié hébergé par nous même.
- D'ici un an, on aura notre baie