Auteur | Message |
---|---|
Rano
| Jean Inscrit le : 13/04/2005 |
# Le 30/11/2005 à 14:02
Zalex14 a dit : y'a aussi la possibilité de supprimer "la merdouille" lors de la visite d'un moteur (avec la classe d'ip par exemple) pour éviter les soucis de reférencement. Google fait parfois quelques visitent avec d'autres ip et une source du navigateur mozilla (sans Googlebot dans le user agent) pour détecter ce genre de choses. |
Zalex14
| Alexandre Inscrit le : 09/05/2005 |
# Le 30/11/2005 à 14:16 dommage Mieux vaut s'attendre au prévisible que d'être surpris par l'inattendu. |
Geo 113
| Geoffrey Inscrit le : 04/05/2005 |
# Le 30/11/2005 à 14:52 et le fait de n'afficher la merdouille que lorsque le visiteur est un membre loggué ? ca évite le problème du référencement, et pour ceux qui veulent profiter des fonctions avancées du forum ils s'inscrivent. non ? Cosmix |
Bool
| Olivier Inscrit le : 09/05/2005 |
# Le 30/11/2005 à 15:01
après pour le principe du je change de pc etc, ca deviens du détail, il s'agit d'une fonction de confort, on est pas là pour cramer le serveur bah justement, moi j'utilise souvent plusieurs PC différents, et les solutions par cookie génaient plus qu'autre chose (cf sous Phorum 3). Et quand tu commences à avoir 50Ko de cookies à uploader à chaque requete HTTP sur le serveur, tu le sens passer. Sinon, pour le #bidule, impossible de faire du rewriting dessus, puisque cette partie n'est pas transmise au serveur. |
Geo 113
| Geoffrey Inscrit le : 04/05/2005 |
# Le 30/11/2005 à 15:04 iep mais pour moi il est inconcevable de faire appel à la bdd pour gérer ca, le ratio intéret/coup est faible, Cosmix |
Bool
| Olivier Inscrit le : 09/05/2005 |
# Le 30/11/2005 à 15:08 Pour moi c'est justement une des fonctions les plus importantes d'un forum. J'ai tendance à "fuire" les forums qui n'ont pas une gestion correcte des messages lus. |
PyRoFlo
| Florent Inscrit le : 09/05/2005 |
# Le 30/11/2005 à 15:33 Je comprends bien que l'optimisation de scripts passe d'abord par un délestage de requêtes peu utiles. |
DarkSquall
| Inscrit le : 27/08/2005 |
# Le 30/11/2005 à 15:34 Bon j'ai utiliser la fonction de Mat, c'est au poil |
MathieuC
| Mathieu Inscrit le : 15/07/2005 |
# Le 30/11/2005 à 15:55 pyroflo> Selon le traffic, la moindre requete peut avoir une influence enorme |
Geo 113
| Geoffrey Inscrit le : 04/05/2005 |
# Le 30/11/2005 à 15:56 pyroflo, quand tu as un forum qui a des dizaines de milliers d'enregistrements, et pour certains ici ca doit atteindre les millions, la moindre requete de listing peut prendre une petite partie du cpu, quand cette requête est faite 3 4 fois par secondes, dans mon cas, surment beaucoup plus pour d'autres, ca commence sérieusement à faire monter en charge. Cosmix |
Bool
| Olivier Inscrit le : 09/05/2005 |
# Le 30/11/2005 à 15:56
Mais vous en êtes vraiment au point de réfléchir 3 jours sur l'éventuelle nouvelle requête à placer sur votre forum ? Pas 3 jours sur une "éventuelle nouvelle requête", mais plusieurs semaines à réfléchir à un "comment faire sans tout écrouler ?" ça m'est déjà arrivé. Je comprends bien que l'optimisation de scripts passe d'abord par un délestage de requêtes peu utiles. Perso je vois ça ainsi : si vous en êtes à compter la moindre requête c'est que votre architecture ne doit pas vraiment être assez dimensionnée comme il le faudrait. Chez moi le suivi de cette information impose une seule requete par page. Mais il faut voir l'impact derrière : - cela m'oblige à me connecter au serveur MySQL rien que pour ça. C'est à dire qu'à cause de ce bout de truc j'augmente le nombre de connexions simultanées vers mon serveur MySQL, et donc je diminue par la même occasion la quantité de mémoire disponible pour chacune de ces connexions. Ce qui au final peut provoquer des accès disque plus fréquents car les buffers seront trop petits. - il s'agit d'une écriture dans une table (un UPDATE, voir un INSERT), et donc dans le cas d'une table MyISAM cela verrouille TOUTE la table... pendant peut être 10ms, mais cela la verrouille entièrement, ce qui évidement peut mettre au tapis n'importe quel machine assez rapidement. Je ne dis pas de coder comme un gorret, de faire 20 requêtes par page sans réfléchir et ajouter serveur après serveur lorsqu'un ralentissement se faire sentir etc...m'enfin une requête de plus ou de moins sur 2 pages distinctes (listing de tous les forums, listing d'un seul forum) ça doit pas changer énormément de choses, non ? Coté "lecture de l'information", il n'y a aucun problème d'après moi : je stocke une petite partie de ces résultats en session. Les accès à la base de données sont donc peu fréquents. Mais sur le principe je suis d'accord avec toi, si on est déjà connecté à la base de données, ce ne sont pas 1 ou 2 petits SELECT qui vont ralentir les choses. Après faut voir si ce sont effectivement des petits SELECT ou non... ça peut vite avoir un volume assez conséquent selon la méthode de stockage utilisée. |
Limit
| Cyril Inscrit le : 11/05/2005 |
# Le 30/11/2005 à 16:06 Sur Aceboard il y a 60millions de messages et 1,6millions de membres. Chaque membre peut avoir un nombre illimité de drapeaux ( ie pouvoir accéder au dernier message, ce que la méthode par css ne peut pas pas gérer ) et toutes mes pages sont générées très rapidement. Si ca ne va pas de votre coté, vous avez surement des problèmes d'optimisations. |
Geo 113
| Geoffrey Inscrit le : 04/05/2005 |
# Le 30/11/2005 à 16:11 j'avais des amis qui utilisais aceboard, c'était d'une lenteur insoutenable, Cosmix |
Limit
| Cyril Inscrit le : 11/05/2005 |
# Le 30/11/2005 à 16:12
Geo 113 a dit : j'avais des amis qui utilisais aceboard, c'était d'une lenteur insoutenable, j'ai du leur installer un forum sur un serveur pour qu'il puisse discuter tranquilement. enfin c'était il y a 8 mois ca a peut etre changé depuis. à l'instant "Page généré en 0.0302 secondes" ca me semble correct. |
Geo 113
| Geoffrey Inscrit le : 04/05/2005 |
# Le 30/11/2005 à 16:21 ca a du changer alors comme je le précisais Cosmix |
Limit
| Cyril Inscrit le : 11/05/2005 |
# Le 30/11/2005 à 17:31 ouep il y a un disque dur qui a crashé il y a qq temps donc le serveur tournait au ralenti :/ |
Geo 113
| Geoffrey Inscrit le : 04/05/2005 |
# Le 30/11/2005 à 17:40 uep, je vais finallement aussi opter pour cette méthode, je conviens que c'est pas optimum pour le visiteur, mais c'est un bon compromis avec la désactivation totale du service. Cosmix |
Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.
© MHN - Tous droits réservés | CNIL N°844440 | 23/11/2024 23:01:30 | Généré en 15.44ms | Contacts | Mentions légales |