(29-11-2011, 11:55 AM)atra27 a écrit : De toute façon je compte utiliser redis pour les traitements lourds.
Mais en aucun cas ça ne dispense du bout de code censé faire comme si l'action se déroulait a l'heure prévue, même si elle est exécutée après!

Conclusion: ma méthode est bonne, et un système de résolution comme le mien peut être utilisé a la demande via un appel a une méthode de ma lib update (avec param pour l'user a update, ou faire l'appel depuis redis, en passant ou pas le paramétre)

$cmd = "SET $key $value\r\n";

$this->send_redis_command($cmd );

$cmd = "SET $key " . strlen($value) . "\r\n$value\r\n";

$this->send_redis_command($cmd );

(29-11-2011, 12:36 PM)php_addict a écrit :

(29-11-2011, 11:55 AM)atra27 a écrit : De toute façon je compte utiliser redis pour les traitements lourds.
Mais en aucun cas ça ne dispense du bout de code censé faire comme si l'action se déroulait a l'heure prévue, même si elle est exécutée après!

Conclusion: ma méthode est bonne, et un système de résolution comme le mien peut être utilisé a la demande via un appel a une méthode de ma lib update (avec param pour l'user a update, ou faire l'appel depuis redis, en passant ou pas le paramétre)

je ne suis pas certain de comprendre, tu compte t'y prendre comment finalement avec ta résolution d'action? déclenchement lors d'un rafraichissement de page ou en background ?

(29-11-2011, 12:36 PM)php_addict a écrit : il y a un truc super étrange avec redis quand on lui envois la commande SET via le port adéquat:

ceci ne fonctionne pas

$cmd = "SET $key $value\r\n";

$this->send_redis_command($cmd );

, il faut faire

$cmd = "SET $key " . strlen($value) . "\r\n$value\r\n";

$this->send_redis_command($cmd );

c'est incompréhensible pour moi. source : http://petewarden.typepad.com/searchbrowser/2009/11/using-redis-on-php.html

$redis->set($key, $value);

(29-11-2011, 01:01 PM)Sephi-Chan a écrit : C'est marrant ton kiff de toujours te mettre des bâtons dans les roues.

(29-11-2011, 01:33 PM)php_addict a écrit :

(29-11-2011, 01:01 PM)Sephi-Chan a écrit : C'est marrant ton kiff de toujours te mettre des bâtons dans les roues.

comme je te l'ai dis, je suis par nature extrêmement curieux, j'aime bien comprendre comment fonctionne les choses et je n'aime pas me limiter à "je clic sur un truc, ca marche, je vais pas chercher à comprendre pourquoi ca marche"

ca ne te donne pas envie de comprendre pourquoi la commande SET bug quand on l'envois via la socket?

(29-11-2011, 01:33 PM)php_addict a écrit : vous allez rire je viens de tomber la dessus : http://www.php.net/manual/fr/book.gearman.php mais je n'arrives pas à savoir si il y a possibilité de schedulding

(25-11-2011, 01:29 AM)Sephi-Chan a écrit :

• PHP Resque, dont on parle ;
  
• DJJob, qui est également un portage d'un library Ruby ;
  
• Gearman, que je ne connaissais pas jusqu'à aujourd'hui ;
  
• Zend Server Job Queue, qui est payant ;
  

(27-11-2011, 07:09 AM)Hideaki a écrit : J'ai effectué une recherche complémentaire pour tes queues et il y a plusieurs solutions possibles : AMQPQueue, Gearman, cette article http://kore-nordmann.de/blog/0098_native_job_queue.html etc

(27-11-2011, 12:52 PM)Sephi-Chan a écrit : J'avais cité Gearman mais lui non plus n'est pas capable de gérer le scheduling.

(06-12-2011, 12:40 AM)php_addict a écrit : j'ai toujours un doute quant à l’utilité d'un job queue pour la résolution des actions en fait...car j'ai des actions qui doivent être résolues dans le futur (résolution de combats) et d'autres immédiatement (payre, envois de troupes, etc...)

exemple: l'envoi de troupes est une action

- je clique sur "j'envois mes troupes attaquer"
- je suis rediriger vers une url du jeu, et là l'action doit avoir été résolue, et si avec un système de queue l'action est résolu après la redirection cers l'url en question ca va site être chiant pour les joueurs...

• Le jeu doit afficher les résultats du combat. Dans ce cas, tu affiches "Attaque en cours…" et dans le job, tu effectues l'action puis tu génères le rapport et tu l'envoies au joueur grâce au push (en utilisant un serveur de push comme Juggernaut, qui utilise également Redis).
  
• Le jeu ne doit pas afficher les résultats du combat (puisqu'il a lieu plus tard). Là c'est encore plus simple : tu affiches seulement un message "L'attaque a été lancée".
  

(06-12-2011, 01:04 AM)Sephi-Chan a écrit : Enfin bref, avec du queueing et du scheduling, je ne vois vraiment pas comment tu peux douter de l'utilité, ou alors explique clairement pourquoi.