An archived topic, merged from 21 captures made between 23 October 2007 and 31 October 2007. ryzom.org · Forum index · All captures

 
ryzom.org
Author Message

<  Ryzom.org General - Français  ~  Priorités ?

Faw
Posted: Mon Oct 08, 2007 11:07 am
Joined: 27 Nov 2006 Posts: 85 Location: Sud RP (Région de Pyr...)
Bon je l'avoue, ma priorité PREMIERE sera de fouler de nouveau l'ecorce...
Est-ce une priorité partagée ?
Je me dis que le nettoyage du code/developpement/etc ne viendra qu'ensuite...
L'idéal (en omettant les problèmes techniques pour le moment) serait :
- récuperer des machines
- récuperer le code
- hop mettre le code dans la machine (euh oui je pense que la vision est simpliste, doit y avoir probablement une conf particulière des machines etc...)
- on allume les machines et...ça marche !!!
Voilà quelle serait pour moi la priorité des priorités !
Ensuite les problèmes techniques...
D'après ce que j'ai pu voir déjà, a priori pour faire tourner Ryzom côté serveur il ne faut pas une simple machine mais plutôt plusieurs, peut être chacune dédiée à une tâche que sais-je, pour faire tourner UN serveur (genre Aniro)
Si il faut x machines pour un serveur, sera-t-on capable d'avoir rapidement x fois 3 (Arispotle, Leanon, Aniro) machines pour faire tourner chaque serveur ?
Sinon est-il "facile" de merger les 3 serveurs en 1 seul dans un premier temps, de manière provisoire (même si ça dure 6 mois 1 an, le temps de faire du developpement "correct") ?
Et à ce moment là, doubler le serveur pour avoir un ATS-like afin de poiuvoir faire du developpement dessus sans que les joueurs ne soient touchés...
On pourrait ainsi continuer à fouler l'ecorce, avec les mêmes specs qu'avant mais sachant que nos bénévoles bossent derrière :P
Enfin, voili voilou, c'etaient mes interrogations du matin !

_________________
Fawbrhysse, Fyros de la Glorieuse Atys
fafa91 sur le forum officiel Ryzom
Fabrice ou Fafa irl ;)
Kervala
Posted: Mon Oct 08, 2007 11:20 am
Joined: 24 Nov 2006 Posts: 206
Je pense aussi que la priorité est d'installer des serveurs avec la version actuelle (bugguée donc :p) pour que tout le monde puisse refouler de nouveau l'écorce :)

Ensuite, il va falloir prendre connaissance de ce qui a été fait, le documenter (pour les parties complexes surtout), l'épurer, le commenter, etc...

En même temps, on tombera sûrement sur des bugs (qu'ils aient été identifités ou non) et on pourra les corriger (rajouter juste un test ou une valeur à changer).

Et bien sûr, il faudra configurer nos environnement de programation avec toutes les librairies nécessaires. Je pense qu'on va essayer de prendre les versions les plus récentes de celles-ci et donc il va falloir adapter le code pour qu'ils fonctionnent avec (comme on fait pour le NeL ^^).

Sinon, je ne sais pas comment on fera pour les tests. Je pense que les premiers tests seront fait par les développeurs (= ceux qui ont le nécessaire pour compiler) vu qu'il leur suffit de compiler la dernière version des sources pour tester le client.

Puis, les beta testeurs (sur un serveur de test sûrement) qui auront une version déjà compilée du client.

Sinon, je pense aussi qu'on pourrait optimiser l'utilisation de la RAM des serveurs en modifiants des paramètres :)

_________________
Cédric OCHS / Kervala / Xiombarg
Rave
Posted: Mon Oct 08, 2007 12:02 pm
Joined: 08 Oct 2007 Posts: 3
oui la priorité est bien d'avoir une version jouable de Ryzom :)

pour le reste, c'est certain qu'il faudra du temps... mais on est prets à ca, je pense, sinon on ne serait pas là.

;)

_________________
Patrick ljd Ravenak(Aniro)
zorglor
Posted: Mon Oct 08, 2007 12:12 pm
Joined: 03 Oct 2007 Posts: 21
Si les serveurs (hardware) sont aussi à vendre et qu'ils font partie de l'offre de rachat, ca simplifie le démarrage initial chez le nouvel hébergeur :)

La partie qui sera probablement compliquée, c'est que chaque développeur aura non seulement besoin de lancer son client modifié et compilé localement, mais aussi probablement son serveur, et là ca risque d'être assez lourd, parce qu'il est probable que tout aie été conçu pour que le développement sur la partie serveur soit fait dans un environnement "contrôlé", et que ca soit très compliqué au niveau setup, pour un dev chez lui, de se lancer un "petit" serveur (plein de processus différents à lancer, ...). Rien que la configuration du système de shards de NelNet est sympa :)

_________________
Clément - Zorglor sur Aniro
saylvin
Posted: Mon Oct 08, 2007 12:34 pm
Joined: 27 Nov 2006 Posts: 30
Si vous vous rappelez la reprise de SoR par Gameforge, l'application côté serveur était hébergée sur des machines chez Jolt, au Royaume Uni. Et Gameforge a rappatrié l'application sur ses propres serveurs, en Allemagne.

Il est donc peu probable qu'il y ait des machines à revendre pour faire tourner le jeu.

Pour l'ATS, je ne me prononcerai pas, car il pouvait très bien se situer dans des locaux proches du studio de développement...
acheran
Posted: Mon Oct 08, 2007 1:05 pm
Joined: 05 Oct 2007 Posts: 4
Faw wrote:
Bon je l'avoue, ma priorité PREMIERE sera de fouler de nouveau l'ecorce...


+ 1 :)
Eigna
Posted: Mon Oct 08, 2007 1:21 pm
Joined: 02 Oct 2007 Posts: 36
Oui je suis tout a fzait d'accord car ce qui va motiver les troupes c'est notamment de retrouver notre si belle ecorce, par contre il est vrai que les sevreurs physique ne seront pas a vendre j'en doute.

Kerv il faudra quoi comme type de serveur en puissance et quel type de matos réseaux ?

_________________
Eigna CSR aniro
Mageos beta
Andorianna l'emmerdeuse ^^
Guide event (animation, mes sensei Skowe - Wiedii - Gorias ^^ )
Kervala
Posted: Mon Oct 08, 2007 1:31 pm
Joined: 24 Nov 2006 Posts: 206
Eigna wrote:
Kerv il faudra quoi comme type de serveur en puissance et quel type de matos réseaux ?


Aucune idée :p

Il paraitrait qu'il faille 12 serveurs physiques pour faire tourner un "serveur" comme Aniro donc, dans ce cas, ça fait pas mal.

Mais il faut voir aussi pour combien de joueurs c'était prévu (si c'était plus de 10000 joueurs, on peut voir moins large dans un premier temps :p).

Je pense que certains services peuvent être lancés sur le même serveur, il suffirait de regarder l'utilisation CPU et de RAM :)

_________________
Cédric OCHS / Kervala / Xiombarg
Eigna
Posted: Mon Oct 08, 2007 1:41 pm
Joined: 02 Oct 2007 Posts: 36
Ok je vois effectivement ca ferait pas mal :)
Donc cette question verra son importance grandir après l'achat du code et la fin de la liquidation et ceci sera en fin decompte la première priorité:
-définir la masse de joueur
-se procurer les serveurs en conséquence

:roll:

_________________
Eigna CSR aniro
Mageos beta
Andorianna l'emmerdeuse ^^
Guide event (animation, mes sensei Skowe - Wiedii - Gorias ^^ )
Censseo
Posted: Mon Oct 08, 2007 2:13 pm
Joined: 02 Oct 2007 Posts: 54
Mais pour les devellopeur, n'y a t'il pas de solution comme avoir une machine specififique hebergant l'ats, que les dev pourrait patché eux meme en live ou avec un quelquonque autre moyen? si cey juste pour l'ats, pas besoin d'avoir 326 machine juste pour ce serveur, 1 suffit je pense. Apres, j'avous que je n'y connais rien :p
Mais je pense qu'il sera de totue facon obligatoire de tester la stabilité d'un patch avant de le faire passer.
psychee
Posted: Mon Oct 08, 2007 2:16 pm
Joined: 26 Nov 2006 Posts: 222 Location: Valais, Suisse
Les priorités sont (pas dans l'ordre, mais en parralèle, sachant que, bien sûr, la première priorité citée est urgente, la seconde tout autant):


* Heberger les serveurs -ce qui sera fait, via les associations et entreprises qui nous soutiennent- et les gérer, afin de permettre, simplement, aux gens, de revenir jouer à Ryzom.

* Créer un site internet hébergeant le nouveau forum de la communauté, et lancer les opérations d'audit de la communauté, afin de mettre en route le système de participation démocratique.

* S'attaquer à la documentation du code, et son nettoyage -ce sera un chantier énorme, qui demandera énormément de participation- afin de: 1) donner un outil de devellopement aux bénévoles et aux gens désireux de créer contenu et améliorations. 2) permettre de créer des serveurs privés.

* Créer le groupe des animateurs et gamemasters qui vont faire vivre, et gérer les forums du point de vue communauté et jeu. Cela implique de fonder la système de cette gestion d'animation selon toujours des principes démocratiques (j'avais à ce sujet fourni des plans de structure, qui ressortiront dès que nous en serons là, comme proposition, et encore une fois, c'est à tous de décider comment)

_________________
Axelle "Psychée" Bouet
"Le destin est ce que l'on en fait"
www.psychee.org
Kervala
Posted: Mon Oct 08, 2007 4:11 pm
Joined: 24 Nov 2006 Posts: 206
Pour l'instant, je suis en train de bosser sur une version du serveur du Klients qui serait quasi-identique avec celle du serveur officiel :)

J'ai même rajouté des trucs en plus :s

Si vous voulez le tester, il vous suffit de rajouter dans votre klients.ini :

Code:
[Test]
Activated=On
Server0=kervala.net,4000
RegExpr=SoRChat
Display=MtpChat
Display Plugins=MtpTell MtpChannels klog 
Input=TelnetInput MtpTimeStamp 
Output=TelnetOutput 
Autoconnect=On


Mais je me demande si on ne devrait pas plutôt prévoir le support de l'unicode car si on fait des localisations en plusieurs langues (russe, arabe, japonais, etc...), le Klients ne servira à rien. Autant le serveur supporte l'unicode autant le Klients non :p Mais il existe d'autres clients qui supportent l'unicode :)

_________________
Cédric OCHS / Kervala / Xiombarg
zorglor
Posted: Mon Oct 08, 2007 4:16 pm
Joined: 03 Oct 2007 Posts: 21
Hum, à partir du moment où on reprend tout, ca serait peut être plus simple de basculer sur un truc "normal" (IRC), non ?

_________________
Clément - Zorglor sur Aniro
Kervala
Posted: Mon Oct 08, 2007 5:51 pm
Joined: 24 Nov 2006 Posts: 206
Tout d'abord, un serveur IRC demande bcp plus de ressources qu'un serveur MtpChat :)

MtpChat permet plus de possibilités que l'IRC de base sans avoir rien à modifier (login, pass, plusieurs niveaux de groupes, tells, etc...).

Il est compatible avec Telnet ce qui permet d'y accéder à partir de n'importe quelle plateforme.

Enfin, tous ceux qui sont habitués au Klients ne voudraient pas forcément qu'on change leurs habitudes :p

Bref, MtpChat propose toutes les fonctionnalités nécessaires à un chat de support technique et il est même possible d'en rajouter facilement :)

_________________
Cédric OCHS / Kervala / Xiombarg
Xavier Antoviaque
Posted: Mon Oct 08, 2007 7:26 pm
Joined: 15 Nov 2006 Posts: 389
Kervala wrote:
Tout d'abord, un serveur IRC demande bcp plus de ressources qu'un serveur MtpChat :)

MtpChat permet plus de possibilités que l'IRC de base sans avoir rien à modifier (login, pass, plusieurs niveaux de groupes, tells, etc...).

Il est compatible avec Telnet ce qui permet d'y accéder à partir de n'importe quelle plateforme.

Enfin, tous ceux qui sont habitués au Klients ne voudraient pas forcément qu'on change leurs habitudes :p

Bref, MtpChat propose toutes les fonctionnalités nécessaires à un chat de support technique et il est même possible d'en rajouter facilement :)


Si on veut conserver un Klients, il sera probablement nécessaire d'avoir une passerelle IRC; car si on veut être un projet libre acceuillant pour les développeurs, la moindre des choses sera de respecter le standard de fait au niveau chat, qui est l'IRC. ;p

_________________
Xavier.
ulukyn
Posted: Mon Oct 08, 2007 9:39 pm
Joined: 04 Oct 2007 Posts: 48
Le klients à été prévu surtout pour du support technique si je ne me trompe pas.

Le conserver comme tel je serait plutôt pour.

A dire vrai, on est quelques uns à y être attacher :p

Pour le reste, on peut tout à fait se servir d'un IRC :)
Xavier Antoviaque
Posted: Mon Oct 08, 2007 9:42 pm
Joined: 15 Nov 2006 Posts: 388
ulukyn wrote:
Le klients à été prévu surtout pour du support technique si je ne me trompe pas.

Le conserver comme tel je serait plutôt pour.

A dire vrai, on est quelques uns à y être attacher :p

Pour le reste, on peut tout à fait se servir d'un IRC :)


Oui, je sais qu'il est bien ancré dans les usages, c'est pour ça que je ne propose pas de le remplacer purement et simplement par de l'IRC. Mais c'est un point qu'il faudra se coltiner si on veut éviter de créer une séparation entre les deux usages.

Enfin on verra ;p

_________________
Xavier.
mildred
Posted: Mon Oct 08, 2007 10:21 pm
Joined: 28 Nov 2006 Posts: 50 Location: France
Ou pourquoi pas Jabber ? Enfin c'est peut être pas aussi facile non plus (plein de XML partout). Et peut être pas une priorité non plus ...

_________________
xmpp:[email protected]