apres vos critiques je me suis mis à la recherche de ce qui clochait sur la facon de faire. j'ai bien compris qu'il fallait que je me mette au javascript un minimum et j'ai cherché aussi dans la facon notament de programmer le php, parcequ'il en etait question. j'ai decouvert une discution que vous aviez eu il y a qq temps sur un code, http://www.phpcs.com/codes/FORUM-PHP-MYSQL-EVOLUTION-ASSUREE_47343.aspx j'ai beaucoup apris et encore bcp a apprenre tt cas. tt ca pour dire que chaque critique est constructive.
dommage que lorsque l'on veux débuter en php il soit facile d'apprendre les fonctions mais pas la façon de faire(je sais pas si je suis clair).bref, merci encore.
Teclis01
Messages postés1423Date d'inscriptionmardi 14 décembre 2004StatutMembreDernière intervention29 décembre 20124 13 janv. 2009 à 09:11
Je fais aussi un jeu ou plutôt un moteur de jeu et je t'assure que ton script est totalement à côté de la plaque. On utilise du JS et un poils de php.
Ne pas pouvoir utiliser JS ne doit pas dire surcharger le serveur de requêtes... Surtout que si tu dois lancer le script toutes les n secondes ça sera AUSSI du JS. Je le répète donc AUCUN interêt. Et si tu ne veux pas comprendre c'est de la mauvaise foi...
le time je ne stock pas en bdd, c'est vrai que la ligne est mal placée. le compte à rebours represente un tour dans le jeu, aussi il se peux que tu te connect apres la fin d'un tour. le fait de stocker dans la base permet de conserver la fin de ce tour et de demarrer le chrono suivant a partir de la fin de ce tour et non pas de demarrer le chrono lorsque tu arrives sur la page. bref, c'etait sans pretention. peut etre certains en auront l'utilité, meme si c'est moche. merci de votre intêret.
Palleas_44
Messages postés130Date d'inscriptionlundi 12 décembre 2005StatutMembreDernière intervention19 avril 2009 12 janv. 2009 à 20:57
Déjà c'est génial parce que tu stockes l'heure actuelle en base, j'ai envie de te demander pourquoi tiens. Surtout que si tu la mets à jour à chaque affichage, vla le bord*l au niveau des accès concurrents. L'heure actuelle, tu pourras toujours la récupérer, pas besoin de la stocker...
En plus de plus, je ne vois même pas pourquoi mettre ta table à jour. Tu te contentes de stocker la date de fin dans ta base et à l'affichage tu fais le calcul, avec du javascript si besoin pour avoir un truc au minimum "live".
Bref, portion de code un peu inutile, désolé ! :)
webdeb
Messages postés488Date d'inscriptionsamedi 5 avril 2003StatutMembreDernière intervention31 mars 20094 12 janv. 2009 à 20:00
Wahou il faut tant de ligne pour faire un compte à rebours ??????
Sais-tu que PHP dispose d'une batterie de fonctions natives pour gérer les calculs sur les dates ? Je ne pense pas, donc je t'invite à consulter la liste de ces fonctions ici : http://fr.php.net/manual/en/ref.datetime.php
je ne rafraichi pas la page, le temps ne s'affiche qu'une fois quand tu arrives sur la page. je ne fait pas de requête toutes les 1sec. une seule pour prendre les valeurs et une autre quand le temps est dépassé. et dans mon site(de jeu) je ne pouvais pas utiliser javascript pour différentes raisons.
Teclis01
Messages postés1423Date d'inscriptionmardi 14 décembre 2004StatutMembreDernière intervention29 décembre 20124 12 janv. 2009 à 15:45
Nan mais sans rire c'est la fête de la grenouille ?
Donc chaque refresh (chaque seconde vu que c'est un compte à rebour) je balance "une" (des) requêteS SQL et je fais le calcul... Et la marmotte ...
Bon déjà un compte a rebour c'est côté CLIENT donc en Javascript.
Ce n'est pas au serveur de faire ça. A la limite, le serveur donne une configuration via une requête SQL et 1 seule fois ou alors via un fichier de config.
Script inutile si ce n'est pour donner le mauvais exemple
Désolé d'être dur mais ce genre de script me rend malade.
16 janv. 2009 à 02:22
j'ai beaucoup apris et encore bcp a apprenre tt cas. tt ca pour dire que chaque critique est constructive.
dommage que lorsque l'on veux débuter en php il soit facile d'apprendre les fonctions mais pas la façon de faire(je sais pas si je suis clair).bref, merci encore.
13 janv. 2009 à 09:16
13 janv. 2009 à 09:11
Ne pas pouvoir utiliser JS ne doit pas dire surcharger le serveur de requêtes... Surtout que si tu dois lancer le script toutes les n secondes ça sera AUSSI du JS. Je le répète donc AUCUN interêt. Et si tu ne veux pas comprendre c'est de la mauvaise foi...
12 janv. 2009 à 22:01
12 janv. 2009 à 21:31
12 janv. 2009 à 20:57
En plus de plus, je ne vois même pas pourquoi mettre ta table à jour. Tu te contentes de stocker la date de fin dans ta base et à l'affichage tu fais le calcul, avec du javascript si besoin pour avoir un truc au minimum "live".
Bref, portion de code un peu inutile, désolé ! :)
12 janv. 2009 à 20:00
Sais-tu que PHP dispose d'une batterie de fonctions natives pour gérer les calculs sur les dates ? Je ne pense pas, donc je t'invite à consulter la liste de ces fonctions ici : http://fr.php.net/manual/en/ref.datetime.php
++
12 janv. 2009 à 16:40
12 janv. 2009 à 15:45
Donc chaque refresh (chaque seconde vu que c'est un compte à rebour) je balance "une" (des) requêteS SQL et je fais le calcul... Et la marmotte ...
Bon déjà un compte a rebour c'est côté CLIENT donc en Javascript.
Ce n'est pas au serveur de faire ça. A la limite, le serveur donne une configuration via une requête SQL et 1 seule fois ou alors via un fichier de config.
Script inutile si ce n'est pour donner le mauvais exemple
Désolé d'être dur mais ce genre de script me rend malade.