Bien le bonjour !
Bon... toujours dans le but de controler le jeu un maximum, voila les questions que je me pose:

- Serrait ce bien d'enregistrer toutes les actions des utilisateurs ? (lors d'achats, d'attaque etc..).
- Si oui, que ferriez vous ? Une table ayant les champs: [id action] [id membre] [date action] ? ou [id action] correspond à une action précise enregistrée dans une autre table. Ou ferriez vous: [id] [id membre] [date action] [action complète] ? Le champs "action complète" contiendrait le descriptif de l'action dans le genre "pseudo a achete 65 archers lourds, il avait 30 000 ecus, il a dépensé 20 000 ecus, il lui en reste 10 000" (c'est un exemple ).
- Noteriez vous aussi les actions des Admins en plus des actions des modérateurs ?

Enfin, question plus générale: Que pensez vous du fait de tout pouvoir gérer via le panneau d'admin ? (tous les chiffres, textes, statistiques de troupes, etc...).
Avec des requêtes bien faites et optimisées, ce serrait certes une petite perte de vitesse sur le serveur mais c'est quand même mieux de TOUT pouvoir modifier via le panel.

Comment est géré votre jeu ? =D

Tout, non peut être pas, je pense qu'il faut ciblée des actions sensible:

- Dont d'or a un autre joueur.
- Connexion au compte.
- Comparaison d'IP entre les comptes.
- etc.

Bref, pas besoin de log des actions anodines.

Perso, mon panel admin ce limit a quelques truc spécifique au jeu (Créateur d'objet, de monstre, editeur de carte...) tout ce qui est SQL et base de donnée, je le gère avec phpmyadmin. De manière générale, pour moi, le panneau admin doit faire des chose spécifique au jeu (Afficher le profile des joueurs, donnée des info sur le statut du jeu (nombre de joueur, statistique, etc.), pour modifier le jeu, mieux vaut utiliser les outils fait pour sa.

Pour le log, tu stocke ce que bon te semble

En BDD, je trouve sa plus modulable

ENsuite, c'est toujours mieux d'avoir tout a disposition, d'ou al simplicité de stocker ses unités/ect en BDD,

Voila

Pensez aussi à vous servir de la fonction recherche, le question des logs par exemple vient d'être discutée !
Ici par exemple : http://www.jeuphp.net/board/log-et-evene...-4235.html (et j'ai la flemme de chercher les autres fois )

Mysterarts

Pour ma part, étant chef de projet et unique programmeur, je suis le seul ayant accès à la BDD.

Bien que j'ai fais un panneau admin avec la possibilité de rajouter monstres,équipements etc...je ne passe que par phpmyadmin, je trouve ça plus rapide et pratique.

Ce panneau servira plus aux autres admins et aux modos, mais j'ai fais des actions rapides comme ajouter X po, X pa, X Exp (avec la possibilité d'en retirer) à un joueur, de pouvoir déplacer un joueur et de le bannir, et j'avoue que je ne pourrais pas m'en passer maintenant.

Pour ma part, je pense qu'il doit être possible de tout journaliser selon des groupes d'utilisateur (membre, membre surveillé, maître de jeu, administrateur) et de pouvoir régler les niveaux de surveillance grâce au panneau d'administration. De plus, il faut que chaque action ai un indice de menace. Par exemple, une erreur durant la connexion peut avoir un indice faible, par contre, une manipulation pour ajouter des options à une liste de sélection ou à une checkbox (comportement impossible à avoir par accident) doit avoir un indice très fort.

Je pense qu'XML est un bon support de stockage des journaux, car une feuille de style XSLT permet de l'afficher directement. Une fichier JSON convient bien également, en supposant qu'on utilise une petite interface, que l'on peut même complexifier à l'aide de filtres, etc.

Concernant la possibilité de tout modifier, je suis pour. En revanche, les personnes qui peuvent éditer le contenu du jeu (maîtres de jeu, administrateurs, etc.) doivent — à mon sens — être stockés dans une table séparée). L'accès à ce panneau doit-être protégé par un .htpasswd en plus d'une authentification sur le site (qui hash le mot de passe avec Javascript avant de l'envoyer au serveur).

Mais effectivement, les fichiers de traductions gagnent à pouvoir êtres traduit depuis le panneau d'administration, de même pour l'édition de contenu. C'est toujours plus agréables qu'un phpMyAdmin, sur lequel on risque en plus de causer des problèmes d'encodage.


Sephi-Chan

C'est aussi mon opinion Sephi =)
Pour la sécurité, cela va de soit que le panel d'administration contenant de telles possibilités de modification du jeu doit être surprotégé !
J'ai quand même un peu de réticence à passer par Json vu que je ne maîtrise pas du tout. Je verrais avec le reste de l'équipe s'ils connaissent un peu le fonctionnement.

Phenix.. je comprends ce que tu veux dire mais là, je souhait avoir un historique des actions.. peut être pas aussi complet que celui cité plus haut mais dans le sens là.
Il est ensuite évident que les connexions, adresses IP etc... sont récupérées.
Je n'aime pas vraiment phpMyadmin, pas assez conviviale à mon goût et j'aime avoir directement tout ce que je cherche (y compris les liaisons entre les tables etc..).

Pour ce qui est de "niveau de surveillance", je trouvé l'idée très intéressante =D Vais voir ça de plus près

PS: Désolé Myst mais je ne trouvais plus le sujet =D

Coucou,

Je viendrais pas vous aider pour la technique.
Sur le plan fonctionnel ma surveillance est liée à l'historique du jeu. les joueurs ont un historique de leurs actions (déplacement, achat/vente, combat ...). Les administrateurs ont accès à l'historique des autres joueurs.
Une autre surveillance est basée sur le clic du joueur. Je connais ainsi toutes les actions qu'à fait un joueur à la seconde près. Je me sers de ces menus pour détecter les faux DV ... un DV prend en moyenne 45 secondes par page ... alors que le joueur non-DV clique en 5 à 10 secondes selon les écrans. Je m'en sers aussi pour déterminer les pages qui reviennent le plus régulièrement afin d'orienter mon attention sur l'ergonomie et les améliorations SQL possibles.

Donc 2 niveaux de surveillance indépendant car 2 besoins fonctionnels différents.

kéké