Développement "Après les jeux gateways"

21 nov. 2013 by Blue 19 comments

“

Blue, si t'as un mcd et que vous souhaitez un coup de main faudra me l'envoyer par mp pour que je puisse vous aider ;)

- eolean

Alors, le mcd, il a été perdu dans les limbes de mon vieux disque dur qui a cramé !

Mais il est relativement simple et tourné autours de la fiche.

J'essaye de t'en refaire un.

Mais en gros, t'as la fiche qui se référence elle même (pour la dépendance des fiches).

Les avis sont sur 3 tables : celle de la note générale qui fait une liaison 1* avec l'auteur de l'avis et la fiche à laquelle s'est associé les caractéristiques ressentis sur le jeu (si tu postes un avis, tu verras ça) et celle des textes (qui sera peut être mise sur le forum)

3ieme gros morceau, les personnes, avec une liaison qui porte la donnée de type de personne (éditeur, auteur, illustrateur).

enfin, on trouve différentes tables comme les news, les articles et les "jeditests". Tous ça sera regroupé sur une seule à l'avenir.

Répondre au sujet

Il y a 19 commentaires

By Blue | 23 nov. 2013 à 09:10

“

C'est toujours pareil, ca depends de ce qu'on a derriere et de l'utilisation qu'on en a. Le temps reel n'est pas le meme pour tout le monde en informatique xD

Ceci dit, je pense qu'on travaillerait plus en mode batch qu'en webservice dans ce cas présent. Comme tu le disais plus haut, j'imagine plus un traitement de nuit pour création et mise a jour de la carte (dans ce cas les procédures stockées ne seraient plus un problème)[/quote:2ratib13]

Oui, c'est pour ça que le langage utilisé n'est pas très important.

ça doit tourné sur du centos 5.

[quote="eolean":2ratib13]Apres il faut voir si vous souhaitez mettre à dispo une carte fixe (image) mise à jour une fois par nuit ou si vous voulez une carte interactive sur laquelle on zoom et/ou quand on clique sur un "pays", on tombe sur la fiche de son jeu par exemple...

- eolean

Je le voyais comme la 2ieme possibilité en fait (je voyais une table de coordonnées qu'on pourrait afficher en html5, avec possibilité de zommer sur une recherche).

Les "continents" vont se dessiner d'eux même.

Éventuellement, on peut ajouter le nombre d'avis aux coordonnées ou de propriétaire d'un exemplaire, histoire de modifier la taille des points (comme pour les villes sur une carte).

By eolean | 23 nov. 2013 à 13:41

Ok, c'est en dehors de mes compétences, j'y connais rien en ni en html 5, ni a centos :oops: (je travailles sur des bases oracles 11g sur des AIX)

Ce que je peux faire en revanche, c'est écrire les procédures ou les scripts en sql pour extraire les données de votre base. Mais c'est pas le plus dur j'imagine ;)

By Sha-Man | 23 nov. 2013 à 14:34

“

Mysql 5

tous le site est en php, peu de procédures stockées (2 ou 3). Par expérience, les procedures stockées, c'est une catastrophe au niveau perf.

- Blue

Je suis assez surpris de ce commentaire sur les procédures stockées...

Car globalement elles sont là pour être exécutées de manière contrôlée / timée / automatisée.

Derrière c'est que du passage de paramètres vers des requêtes SQL.

a-t-on la possibilité technique / financière pour avoir un serveur de BDD distinct de la prod ?

Car la règle en la matière est d'avoir une base hors prod pour éviter que les requêtes de recherche de ce système tapent sur une système distinct pour réduire les impacts sur la prod.

Niveau solutions d'infocentre il y en a open source pour Mysql (http://www.piloter.org/business-intelli ... source.htm), infobright community edition par exemple.

ça permet de faire tourner un process-cube toutes les nuits qui fait un update dans un data warehouse.

Derrière les requêtes de "SELECT" deviennent des opérations triviales d'obtention de données par coordonnées sur X dimensions.

Pas de jointures, pas d'unions, c'est super léger et rapide.

Concrètement:

- il faut définir les croisements de données (stats) et les facts / dimensions pour obtenir le format du cube (relation entre facts / dimensions et les règles de calcul pour les données stats)

- en déduire le modèle du datawarehouse (table dénormalisée) en fonction de celà

- définir le "job" qui pousse les données prod vers datawarehouse

- générer le "job" de process du cube qui se fera automatiquement à partir du point 1 et du contenu du datawarehouse.

Moi je suis prêt à aider sur la partie conception des éléments car concrètement mes compétences en la matière se situent sur Microsoft SQL server et non MySQL.

By Arthelius | 23 nov. 2013 à 16:29

La question est assez complexe, après je pense (mais je peux me tromper), qu'un joueur qui redemande des jeux après avoir testé quelques gateway est mûr pour découvrir de nouveaux plaisirs ludiques, il sera ouvert aux jeux.

Si c'est l'inverse, ça sera très compliqué de passer à autres choses qu'à des jeux rapides ou d'ambiance.

Après pour répondre à la question, pour aider à Shaouillette, je dirais Descendance, Disque Monde Ankh Morpok. Mais c'est rude. 7 Wonders aussi, même si je pense que ce n'est pas tellement un gateway (je le proposerais pas à mamie Jacqueline). Mais c'est hyper subjectif

By eolean | 23 nov. 2013 à 08:59

C'est toujours pareil, ca depends de ce qu'on a derriere et de l'utilisation qu'on en a. Le temps reel n'est pas le meme pour tout le monde en informatique xD

Apres il faut voir si vous souhaitez mettre à dispo une carte fixe (image) mise à jour une fois par nuit ou si vous voulez une carte interactive sur laquelle on zoom et/ou quand on clique sur un "pays", on tombe sur la fiche de son jeu par exemple...

By loic_425 | 24 nov. 2013 à 22:19

Le mcd/mpd n'est plus tout à fait le même pour certaines choses et celui-ci ne risque pas de cramer :D, on viendra en discuter quand on va être là-dessus dans un autre sujet que l'on mettra sur "amélioration du site et entraide". Mais je pense que Sha-man pourra peut-être directement s'en occuper :D