Tout d'abord, dans le thread 'proposition', on evoque un stockage static sur le disque des images de mounty:
Il n'y a pas besoin d'artifice specifique, les images sont automatiquement stocke'es quand on utilise la fonctionnalite' de cache des browsers.
==> Oui mais non, le cache des images ne se fait que pour une meme visite, si tu fermes ton browser et que tu le rouvre 5min apres pour retourner sur MH tus va te recharcher toutes les images et apres seulement elles te serviront pour ta visite. l'interet de les installer chez les clients que le chargement se fait sur ta machine est nnsur un serveur distant. (en l'occurence le pauvre serveur de DM :/)

Ce qui prend le plus de temps a mon avis, c'est les requetes SQL
==> sauf que le problème majeur pour l'instant c'est la bande passante si je ne me trompe pas ?

Enfin, de te facon je crois que les bidouilles proposées ne tiendrons pas bien longtemps ; certes ca peut faire gagner un peu mais s'il y a toujours autant d'inscriptions ttes les semaines le DM risque de ne plus pouvoir optimiser grand chose ... (je sais je sais, je suis rabt-joie et plutot pécimiste sur le koup mais bon ...)

T'avais pas parlé de la possiblité d'avoir une mailleurs connexion DM ? sinon faudrait pe voir les prix des serveurs dédiés ou semi-dédié, avec 1000 euros par an y a pe moyen de faire quelques choses. (meme si je ne peux pas avoir de prix chez OVH :-p)

Le problème des dédiés de base (80-100 Euros/mois chez OVH) c'est que ce sont des machines très (trop) légères : Céléron 1 Ghz avec 128 Mb RAM par exemple.

Et quand je vois que le serveur actuel (P4 512 Mb RAM) commence à atteindre sa pleine charge,  je n'ai pas envie de tenter le diable.

J'enquete en effet pour un emplacement avec une meilleur BP mais celà prend du temps de nouer des contacts pour obtenir des conditions intéressantes.

Pour ce qui est de l'optimisation, la BP est en effet un problème mais la charge du serveur mysql l'est tout autant.

Pour info, la cache du navigateur a une durée de vie normalement configurée de plusieurs jours et pas uniquement la session.

VYS - DungeonMaster

DM pourle cache ca dépend. Moi comme je fais du développement, j'ai config IE pour qu'il recharge tout à chaque chargement de la page. Sinon ca pose des problèmes de rafraichissement sur certains modules que je développe.

Dis à L'univ, il n'y a pas moyen de planquer un serveur quelque part sur la ligne 100Mbits ?

yAk

Quote: Originally posted by Yak on 2002-11-13 11:55:18

---

Dis à L'univ, il n'y a pas moyen de planquer un serveur quelque part sur la ligne 100Mbits ?

---

A du 20 Gigas de transfert par mois, ca risque de se faire remarquer. =)

Sérieusement, c'est en effet l'une des pistes mais ce serait de manière officelle, en accord avec mon employeur et probablement contre rémunération.

VYS - DungeonMaster

DM je ne disais pas de faire ca derrière son dos. Mais l'univ dispose d'une ligne très importante et je ne sais pas trop comment ils l'utilisent donc la piste me parait pas mal.

J'ai déjà eu accès pendant un moment à un ftp "non officiel" situé à l'univ et je sais qu'ils ne se sont pas rendus compte des transferts alors que là on ne parlait plus de 20Go par moi mais plutot de 200Go.

yAk

ben si la requete, par troll, sur la table des evenements est trop lourde, et si ca ne te dérange pas de multiplier la taille nécéssaire à gérer tes évenements, tu peux la scinder selon les id des trolls et des monstres. par exemple une table pour 200 trolls.

ou alors tu peux changer le système : tu n'affiches que 4  jours d'evenement par page, et tu cree une nouvelle table tous les mois. de cette façon, connaissant les jours des evenements à afficher, tu ne feras une requete que sur une "petite" table.

Mais cela necessite que tu entretienne à part une copie des 20 dernieres entrées pour les évenements de la page d'accueil.

Et vous la purgez souvent des evenements des monstres ?

Et pourquoi ne pas décreter tout simplement que les évènements ont une durée de vie de 2 mois ?

Il n'y a que les requetes sur les evenements qui prennent trop de temps ?

Les déplacement des monstres ne sont par enregistrés.

VYS - DungeonMaster

et ceux des trolls sont importants?

parce qu'à 1500 trolls 2 deux mouvement par DLA ça fait bcp...tout les trois jours

Ca demande du temps à coder pour un gain très minime, je ne pense pas que ce soit une solutions envisageable...mais c'est mon avis

Sinon, ça serait bien de purger la tables évènements, elle est ENORME! imaginez tous les Durakuirs de mountyHall empilés...ben c'est pire!

Ghorghor.

bah alors faudrait peut etre envisager la purge des deplacement des troll datant de plus de qq jours .

à vous de voir....

Ben y'a bcp de choses à développer pour MH, et même si le gain de BP ou de rendement est important, il faut voir si c'est intéressant de développer ça...

Et je n'en suis pas sur...

Ghorghor.

je pense que pour un gain de BP ou de rendement important il faut prendre le temps de la faire....

enfin c mon avis

De meme est il necessaire de garder toutes les informations sur les monstres qui sont morts ou sur les trolls desactivés?

Ne pourrait on pas ajouter ne colonne dans la table des monstres et celle des trolls de manières à avoir un flag pour dire si l'on a affaire à un troll désactivé ou à un monstre mort et ainsi affiché un message "Ce montre a été tué " (à la rigueur donner le nom du troll qui l'a tué) ou "Ce troll est désactivé"...

Du coup vous pourriez purger toutes les infos contenant des infos sur les morts et désactivés en gardant un minimum d'info pour repondre aux requetes des joueurs...