| Author |
Message |
|
| ulukyn |
 Posted: Fri Oct 12, 2007 10:18 am |
|
|
Joined: 04 Oct 2007
Posts: 71
|
On parle beaucoup du developpement du jeu mais moins du portail web (juste quelques posts me semble-t-il).
Doit-on conserver l'existant?
Repartir sur un nouveau site?
Quel langague?
Utilisera-t-on un Framework?
Auras-t-on la possibilité de developper des modules?
Si oui, quel architecture serveur sera utilisée?
S'il y a pas mal de communication, de news, des fonctionnalités suplémentaires, etc.. on risque avec les 3 communautées d'être surchargés avec un seul serveur.
Je donne mon petit avis sur les différents points.
On pourra conserver l'existant un certain temps mais je pense qu'il serait bien de commencer à bosser sur un nouveau Portail en PHP.
Surtout parceque beaucoup plus de monde connais le PHP (au vu des différents posts sur les compétences de chacun) et ainsi on pourra mettre plus de monde à contribution.
Pour l'utilisation d'un Framework c'est à voir. Pour un portail de jeu, si on developpe des fonctionnalitées sympa cela risque d'être assez eloigné des applications web classiques. Pas sur que le framework nous facilite la tâche.
De plus, cela implique à tout ceux qui veulent aider d'apprendre à l'utiliser.
J'ai bosser sur un projet similaire dans une ancienne boite.
On avais etudier un peu toutes les options et au final ont est parti de rien, avons créer nos propres classes et avec une certaine organisation du code ont a fini par aller plus vite que prévu.
L'utilisation d'un système de templates me semble judicieux.
Pour en avoir manier quelques uns j'ai pu me faire une petite opinion.
Smarty est sympa, mais pour avoir vu des trucs tres laids avec, je prefere l'eviter.
Celui fourni avec la phplib est simple et pas trop lent, cela reste un bon choix même s'il ne gere pas le cache.
Yats n'est pas OpenSource donc on l'oubli :p
J'avais fait mon propre système de templates, je pourrai toujours y jetter un oeil voir où j'en était ;)
Pour l'architecture serveurs un truc assez simple :
-Un serveur ou plusieurs en frontale pour l'authentification des utilisateurs, la creation de comptes, les données accessibles aux visiteurs.
-Des serveurs dorsaux contenant les données des utilisateurs. Les utilisateurs étant répartis sur les différents serveurs via un algo.
Evidement, dans un premier temps un serveur peut faire office d'Account Manager (frontal) et de Data Server (dorsal)
A vos commentaires ;) |
|
|
| Back to top |
|
| Kervala |
| Posted: Fri Oct 12, 2007 10:41 am |
|
|
Joined: 24 Nov 2006
Posts: 223
|
Je pense que le site existant utilisant Plone est beaucoup trop lourd pour ce qu'on a besoin de faire, il faudrait donc refaire un portail en utilisant un système de templates pas trop compliqué :)
Je pense aussi que le php est le langage qui conviendrait le mieux vu le nombre de personnes qui le maitrisent.
Pour le framework, je ne sais pas trop lequel choisir, je ne m'y connais pas assez :( Il faut voir s'il y a des gens qui sont motivés pour programmer le site sans framework :p
En tout cas, il faudra une gestion des comptes intégrée, la possibilité d'interfacer avec la base de données du jeu pour certaines infos utiles, un back office pour administrer le tout, des accès équipe d'animation (pour les annonces), CSRs (pour les patchs), joueurs, etc...
Je suis aussi d'accord qu'il faille utiliser un système de templates, on pourra ansi séparer le code php du code html et les mises à jour seraient facilitées :) Par contre, il faut qu'il ait un système de cache vu que les données de pas mal de pages seront quasi statiques :)
Si on optimise bien le code html (la taille du fichier envoyé + compression gzip), les images et le requêtes, je pense qu'un serveur devrait suffire. |
_________________
Cédric OCHS / Kervala / Xiombarg |
|
| Back to top |
|
| ulukyn |
| Posted: Fri Oct 12, 2007 11:00 am |
|
|
Joined: 04 Oct 2007
Posts: 71
|
Possible qu'un seul serveur suffise, mais on ne sait jamais, et prevoir une architecture modulaire ou une augemntation du nombre de connectés n'implique que l'ajout d'un serveur je ne suis pas sur que ce soit du luxe :p
Pour le framework j'en ai tres peu utiliser... j'ai toujours preferer bosser sans.
Le système de templates dependra aussi de l'utilisation ou non d'un framework vu que certains en incluent un.
Pour la possibilité d'interfacer avec la base de données du jeu on avait opter pour une replication des données vers le serveur web via des objets PHP sérialisés.
Du côter du serveur web le gains de performances est impressionant. Par contre, faut prevoir un coût pour la génération des objets et le transfert. Synchro qui peu se faire une fois par jour, la nuit. Par contre, les données ne sont plus temps réel... à voir... |
|
|
| Back to top |
|
| Nihiadhil |
| Posted: Fri Oct 12, 2007 11:09 am |
|
|
Joined: 03 Oct 2007
Posts: 17
Location: Nancy - France
|
Perso je préfère le jsp, mais bon si on a plein de ressources en Php, ce serait bête de ne pas les mettre à profit.
En ce qui concerne php, je n'en ai plus refait depuis l'école ^^ donc je ne pourrais pas vous aider, juste un framework dont on m'a parlé Ruby on rails, un truc comme ça. Après je ne sais pas ce que ça vaut, mais on m'a dit que c'était sympa pour tout ce qui est site communautaire, mais après il m'a dit que ça avait un rapport avec Php, alors c'est parti en Troll très très poilu ;)
Parce que bouhhh le php c'est nul, JSP RuleZzzZz lol ;)
Bref,
Sinon je pense qu'une templatisation semble un bon choix, limite nécessaire. Et je suis assez de l'avis de Kervala, un serveur front dans un premier temps sera amplement suffisant je pense, particulièrement si on allège le site. |
_________________
Nihi |
|
| Back to top |
|
| ulukyn |
| Posted: Fri Oct 12, 2007 11:27 am |
|
|
Joined: 04 Oct 2007
Posts: 71
|
Ruby on rails est tip top... mais c'est du ruby :p (un autre langage ;))
Un bon framework : symfony, mais j'ai juste survoler...
Pour l'histoire des serveurs frontaux , dorsaux c'est surtout dans la manière de coder qu'il faudra reflechir.
Si tu pars sur le principe qu'il n'y aura qu'un seul serveur, tu va coder sachant que les données des sessions seront forcement sur ton serveur, pas besoin de savoir sur quel serveur les infos de l'utilisateur sont stockées etc...
Si apres, tu voit qu'un serveur n'est pas suffisant... si tu n'avais pas prévu... c'est tres chaud. Car avec deux serveurs certaines choses ne sont pas aussi simples... un round robin n'est pas suffisant malheureusement.
Un seul serveur, oui c'est sur qu'au début pas besoin de plus, mais autant coder avec la possibilité de pouvoir en ajouter d'autres par la suite. On va prendre un peu plus de temps à concevoir le site mais si un jour on doit grossir ça se fera bien plus simplement. |
|
|
| Back to top |
|
| Eigna |
| Posted: Fri Oct 12, 2007 12:06 pm |
|
|
Joined: 02 Oct 2007
Posts: 38
|
Honnetement je prefere egalement le jsp mais ce format est a mon avis beacoup moins connu que le php donc mieux vaut oublier
Je suis d'accord avec ulu, il ets préférable de coder avec l'intention d'avoir 2 serveurs, car j'ai toujours eu lidée folle que ryzom serait une communauté de 100000 joueurs ^^ quoi j'ai le droit de rêver ...
Un système de template a la base est moins performant qu'un framework, notamment sur la génération des pages web sauf si on le genére dans le cache du serveur, mais si ca prend trop de temps a dev autant utiliser un systeme CSS basique ^^
Apres en framewok il y a zope et turbogears mais c'est du python
si vous voulez un bon en php il y a jelix ici |
_________________
Eigna CSR aniro
Mageos beta
Andorianna l'emmerdeuse ^^
Guide event (animation, mes sensei Skowe - Wiedii - Gorias ^^ ) |
|
| Back to top |
|
| Xavier Antoviaque |
| Posted: Fri Oct 12, 2007 12:09 pm |
|
|
Joined: 15 Nov 2006
Posts: 437
|
Effectivement Plone est beaucoup trop lourd et monolitique. Et +1 pour rails, qui effectivement est un bel environnement de développement Web.
En fait la solution est peut-être à portée de main ici. Depuis décembre, avec quelques uns, on a fait évoluer le code du site de Ryzom.org pour le compléter des features manquantes, commencer à le cleaner, mieux intégrer les différents outils, le tout bien sûr en 100% logiciel libre. Avec, on est en train de créer Flouzo, pour que d'autres gens puissent faire facilement ce que Ryzom.org fait.
Je m'eloigne un peu, mais on pourrait l'utiliser quasimment tel quel pour le nouveau portail, car le soft a été pensé pour héberger une communauté contributive, et en particulier la notre puisque l'exemple était principalement Ryzom.org. Quand j'updaterai Ryzom.org avec la dernière version d'Ouzo pour confirmer les dons, relancer la campagne publiquement et éventuellement enregistrer les dons effectifs, on pourra décider si on reste sur ces bases ou pas, mais en attendant vous pouvez jetter un oeil à:
Et si vous avez des commentaires sur Flouzo, au passage, prends aussi. :) |
_________________
Xavier. |
|
| Back to top |
|
| psychee |
| Posted: Fri Oct 12, 2007 12:10 pm |
|
|
Joined: 26 Nov 2006
Posts: 231
Location: Valais, Suisse
|
*a la sensation vague qu'elle commençaut à connaitre en '99 devant son équipe de devellopement web en train de lui expliquer comment optimiser l'affichage et les recquetes à 0,2 sec.
Mais bon, je vais faire comme à l'époque: je ne sais que m'occuper de l'aspect maquette, visuel, et com', dites moi ce dont vous avez besoin, et ce que vous ne pouvez pas faire, le reste, je me démerde*
Et des webdesigners, j'espère qu'il y en a d'autre que moi^^ |
_________________
Axelle "Psychée" Bouet
"Le destin est ce que l'on en fait"
www.psychee.org |
|
| Back to top |
|
| Jezabel |
| Posted: Fri Oct 12, 2007 12:42 pm |
|
|
Joined: 24 Nov 2006
Posts: 167
|
Si on utilise un framework tout prêt, il faut qu'il soit suffisamment souple pour qu'on puisse lui ajouter des modules fait main et le mettre à jour sans se casser la tête.
J'avais du faire des trucs pas propre quand j'avais développé une gestion des artisans sur le forum PHPBB des Légions Fyros. Et à la moindre mise à jour de PHPBB, il fallait que je réintègre le tout.
Ne pas oublier non plus qu'utiliser un framework connu et reconnu nous mettra en péril à la moindre faille publiée. Et comme on va gérer sur le site les abonnements au jeu, il faut qu'on soit tip-top question sécurité...
Pour ce qui est des fonctionnalités, est-il intéressant de prévoir une communication (limitée) dans les deux sens avec la BDD du jeu ?
Je pense par exemple qu'on pourrait mettre en place un système sur le site web qui permette de mettre à jour des textes d'affiches en jeu sur les murs de Pyr.
On pourrait également mettre en relation le fofo et la messagerie in-game avec le site web afin que les joueurs puissent participer même sans se connecter.
On pourrait même aller plus loin en permettant de gérer certains aspects de l'économie ou du jeu (gestion de stocks, de pop de PNJ gardes, des listes d'amis, des drapeaux...) à partir d'une interface sécurisée sur le web. Au niveau des outposts ou de la Goo il y a moyen de faire de superbes choses très rapidement en micro-gestion pour peu qu'on puisse piloter deirectement certains paramètres de la BDD.
Le gros avantage serait qu'on permettrait à ceux qui n'ont que des connaissances de programmation web de participer à l'amélioration du gameplay (ce qui est mon cas et celui de bien d'autres). Ca augmenterait d'autant plus le pool de programmeurs et surtout la cadence des améliorations. |
_________________
Jezabel / Toro / Ulrick IRL |
|
| Back to top |
|
| Kervala |
| Posted: Fri Oct 12, 2007 1:01 pm |
|
|
Joined: 24 Nov 2006
Posts: 223
|
Jezabel wrote: On pourrait également mettre en relation le fofo et la messagerie in-game avec le site web afin que les joueurs puissent participer même sans se connecter.
Tout à fait :)
Le forum et les mails IG sont en fait des scripts php gérés sur le serveur, il suffit donc de pouvoir y accéder à partir du site :p
Par contre, faudrait améliorer l'analyseur syntaxique IG (parce qu'il reconnait presque rien comme balises : les tables, les paragraphes, les images, les formulaires et c'est presque tout :p)
Il faudrait peut-être voir qui pourrait se porter volontaire pour être chef de projet du site :p |
_________________
Cédric OCHS / Kervala / Xiombarg |
|
| Back to top |
|
| ulukyn |
| Posted: Fri Oct 12, 2007 1:18 pm |
|
|
Joined: 04 Oct 2007
Posts: 71
|
Héhé Jezabel, c'est exactement dans ce genre de petits plus que j'aimerai voir le site evoluer.
Je me suis déjà porter volontaire pour une liste des guildes accessible sur le site qui serait alors bien plus à jour que celle dont je m'occupe en ce moment.
Un système d'encheres, d'offre d'echanges, de gestion de guilde (affichage du coffre)...
Un seul point... j'aimerai ne pas voir un site capable de creer, déplacer ou supprimer des objets ig ou des compétences.
Un site web n'es jamais 100% secure... alors ça me ferai un peu peur.
Si on prend le cas des offres d'echange :
Je desire echange une epee contre des mps primes.
Je met une offre sur le site.
Xiom emerveillée par la qualité de mon épee et encombrée par sa zun sup accepte l'echange.
La transaction est validée et génère deux quêtes IG.
Pour moi, il s'agit d'aller voir Xiom et de lui donner mon epee contre les mps.
Pour Xiom, de venir me voir et de me donner les mps contre l'epee.
La transaction se fait bien IG et ce n'es pas le site qui la fait.
Pour les encheres, même système. Sauf qu'IG pour mettre objet aux encheres il faudrait aller voir un PNJ, sur le site c'est le pnj qui viens recuperer l'objet et prennnant une commission.
A la fin de l'enchère, s'il y a un acheteur, le vendeur doit aller remettre l'objet au pnj, ce dernier lui verse le montant de l'enchere moins la comission. De là, l'acheteur reçoit sa mission qui consiste à aller voir le PNJ pour recuperer l'objet contre la somme due.
Si le vendeur ne donne pas son objet au PNJ, il perd en reputation aupres du(des?) peuple(s).
Au final, il faudra surtout voir comment creer des quetes depuis le site. Vérifier si elles ont été ou pas valider.
A partir de là ont peu immaginer pas mal de bonnes choses.
Erf... MvG me donne comme mission d'explorer les nouvelles terres tryker... bon.. le devoir m'appelle
P.S.: Pour le design du site.. si on pouvais retrouevr la même ambiance que sur le jeu, avec par exemple une interface assez proche, ça pourrai donenr une idée de ce que seraient certaines fonctionnalitées si elle était developper sur le jeu. |
Last edited by ulukyn on Fri Oct 12, 2007 1:40 pm; edited 1 time in total |
|
| Back to top |
|
| Jezabel |
| Posted: Fri Oct 12, 2007 1:39 pm |
|
|
Joined: 24 Nov 2006
Posts: 167
|
Il faut faire attention à ne pas déplacer des éléments de jeu créant de la vie in-game au site web.
Je ne suis pas pour voir un marché sur un site web, cela doit se passer en jeu et nulle part ailleurs. Les echanges commerciaux, cela crèe de la vie.
Par contre comme exemple pratique immédiat de ce que l'on pourrait faire à partir du site web :
- un outil de vote sécurisé afin d'élire des conseils pour chaque ville. Important, l'outil ne permet de que de voter et présenter les résultats, les campagnes doivent se faire en jeu.
On peut même créer des types de fonctionnement différents en fonction des peuples.
- un outil qui permet à chaque conseil de fixer une taxe sur chaque dépôt d'objet à vendre chez les PNJ. |
_________________
Jezabel / Toro / Ulrick IRL |
|
| Back to top |
|
| ulukyn |
| Posted: Fri Oct 12, 2007 1:51 pm |
|
|
Joined: 04 Oct 2007
Posts: 71
|
Jezabel wrote:
Je ne suis pas pour voir un marché sur un site web, cela doit se passer en jeu et nulle part ailleurs.
Heuu... c'est déjà le cas sur le fofo... y a la section bazard avec les encheres et des echanges... IG c'est triste, mais à part deposer ton objet chez un marchand tu peut pas faire grand chose.
Sinon, on est d'accord.
Le site ne doit pas creer, deplacer ou supprimer d'objets IG.
Les joueurs doivent continuer à s'echanger les objets dans le jeu, le site n'étant là que pour proposer des transactions. |
|
|
| Back to top |
|
| Osquallo |
| Posted: Fri Oct 12, 2007 2:03 pm |
|
|
Joined: 05 Oct 2007
Posts: 100
|
Pour les objet vente et autre:
ben le fofo remplace une sorte de panneau d'affichage
pouvoir afficher des annonce genre a l'entree des ville que les gens viendrai consulter pourai etre une idee :p
vu que beaucoup ne vont jamais sur le forum. |
_________________
Osquallo, Chef de la ronde des menestrels |
|
| Back to top |
|
| Oscar* |
| Posted: Fri Oct 12, 2007 2:13 pm |
|
|
Joined: 04 Oct 2007
Posts: 97
Location: Paris
|
| Je pourrais aider pour le web design, la création d'interface, bannières, newsletter... |
_________________
Venez me rendre une petite visite (virtuelle ou IRL) à l'atelier :)
http://oscar.over-blog.fr/ |
|
| Back to top |
|
| Oscar* |
| Posted: Fri Oct 12, 2007 2:14 pm |
|
|
Joined: 04 Oct 2007
Posts: 97
Location: Paris
|
Une idée : dans Anarchie Online, il existe une fonctionnalité côté serveur très sympa : chaque perso créé est enregistré avec son avatar, son nom, et les infos dynamiques (titre, niveaux...) le concernant mises à jour en temps réel. n'importe qui peut consulter ces fiches de personnage sur le site, mais le plus intéressant est qu'on peut récupérer ces données (via un flux mystérieux) en dynamique pour, par exemple, créer sur son site de guilde une liste des membres, avec avatar et tout, mise à jour automatiquement :)
Une telle fonctionnalité pourrait-elle être développée ?
PS : topic ajouté à la FAQ :) |
_________________
Venez me rendre une petite visite (virtuelle ou IRL) à l'atelier :)
http://oscar.over-blog.fr/ |
|
| Back to top |
|
| sahelle |
| Posted: Fri Oct 12, 2007 2:22 pm |
|
|
Joined: 05 Oct 2007
Posts: 26
|
Je pense que oui, mais la mise à jour en temps réel est sans doute un peu trop. j'imagine que dans un premier temps, une mise à jour journalière serait plus simple.
Peut aider au design aussi. Coté PHP un peu... |
|
|
| Back to top |
|
| ulukyn |
| Posted: Fri Oct 12, 2007 2:32 pm |
|
|
Joined: 04 Oct 2007
Posts: 71
|
Oui oui Oscar, c'est ce qu'on aimerai faire et des que possible ;)
Tu accede à ton compte et tu avoit toutes les infos comme IG (avec le même interface? :p)
Tu accede à la page de guilde et de même toutes les infos de la guilde.
Avec peut-être l'option de mettre des titres plus parlant que Off Sup ou Off. (Un peu comme sur la list des guildes)
Et effectivement ce serait lourd de faire une mise à jour en temps réel, un script viendra remplir la base de donné (ou creer des fichiers de données) sur le serveur web une fois par jour.
Sinon Osq, pour le tableau d'affichage +1.. mais ça demande du temps de developpement du jeu.
Le site web peut aussi servir comme vitrine pour de nouvelles fonctionnalité.
Un système d'enchères IG ce serait sympa.
Ce n'es pas possible pour le moment alors pourquoi ne pas le faire sur le site pour commencer... et l'implémenter dans le jeu plus tard? |
|
|
| Back to top |
|
| Nihiadhil |
| Posted: Fri Oct 12, 2007 2:50 pm |
|
|
Joined: 03 Oct 2007
Posts: 17
Location: Nancy - France
|
Hmm mouais voir les stats affichées et consultables partout, je ne suis pas spécialement pour.
Après on me demandera de bosser et de faire des crafts et tout.
*Pensée émue pour la pauvre Meteer* :roll:
Et puis, c'est plus facile de trouver les points faibles des ennemis, de faire des stats sur leurs capacités, pour avoir une estimation de leur force, etc ...
Bref, je ne suis pas spécialement pour. Des interfaces pour gérer des trucs IG, guilde, allocation de ressources pour les institutions, gestion de l'appart ou des inventaires, oui ... Mais de la publication de compétences, l'idée ne me plait pas vraiment.
Et sinon oui le temps réél, ça va faire souffrir la base de données ^^ |
_________________
Nihi |
|
| Back to top |
|
| luinil |
| Posted: Fri Oct 12, 2007 2:53 pm |
|
|
Joined: 25 Nov 2006
Posts: 185
|
| Moi qui avais pour idée de rendre les stats invisibles a tous, proprio du perso compris ! |
|
|
| Back to top |
|
| ulukyn |
| Posted: Fri Oct 12, 2007 2:55 pm |
|
|
Joined: 04 Oct 2007
Posts: 71
|
Heu... -_-' evidement elle ne seront disponibles que si l'utilisateur le souhaite et soit à sa guilde et/ou ses amis ou tout le monde... ou personne d'autre que lui
De même que les informations de guilde.
Faut pas paniquer :p ... mais parfois ça semble assez evident (du moins moi je ne pouvais le concevoir que comme ça) qu'ont ne le dit pas forcement.
[edit] Evident car chaque joueur doit pouvoir être libre davoir acces, de rendre publique ou non ses infos d'avatar, de les télécharger, de les distribué, etc...
Donc occulté ces infos c'est lui interdire cette liberté ;)
[/edit]
Mouarf luinil... XD |
Last edited by ulukyn on Fri Oct 12, 2007 3:11 pm; edited 1 time in total |
|
| Back to top |
|
| Nihiadhil |
| Posted: Fri Oct 12, 2007 3:01 pm |
|
|
Joined: 03 Oct 2007
Posts: 17
Location: Nancy - France
|
Héhé, ça ne l'ai pas pour tous les jeux ;) J'en ai déjà vu, pour lequel il y avait des trucs de ce genre et tu pouvais tout voir.
Equipement, comp, caract, estimation de la puissance ... Bref ... En plus, je crois me souvenir, qu'il y avait un jeu utilisant ce système dans lequel le vol était autorisé. Les voleurs n'avaient qu'à faire leur marché. Et si tu voulais savoir les faiblesses de quelqu'un, il te suffisait de quelques clics ... bref, heureux que ce ne soit pas la volonté ici.
Mais c'est vrai que l'abscence de données chiffrées peut être plaisante ;) Allez on vire aussi les noms des Avatars ! Enfin il en a un en dur, mais chacun a un champs libre dans lequelle il met ce qu'il veut. Et plus tu restes longtemps à proximité de quelqu'un et tu fais des trucs avec, plus tu peux voir le nom qu'il t'a donné le plus souvent ou le reconnaitre le cas échéant s'il change de nom et que tu le recroises ;)
(oups je me trompe de section) |
_________________
Nihi |
|
| Back to top |
|
| acemtp |
| Posted: Sat Oct 13, 2007 11:51 am |
|
|
Joined: 24 Nov 2006
Posts: 33
|
| +1 pour ruby on rails, j'adore ce langage et le framework qui va avec, que tu tres bon! |
|
|
| Back to top |
|
