J’en suis sûr aussi il faut juste que les gens prennent le temps de lire
Bonne soirée a toi aussi
Ca marche pas. J’ai tapé:
$scenario->setData('dureejour', date("Hi",$sun_info["sunset"]-$sun_info["sunrise"]));
$scenario->setData('dureenuit', date("Hi",2400-$sun_info["sunrise"]));
Et ça me donne pour un lever à 842 et un coucher à 1745, une durée de journée de 1002 et de nuit de 1657.
Probablement une erreur de syntaxe ou de conversion mais je ne vois pas.
Je vais essayer de faire le formatage en-dehors du calcul mais j’ai des doutes.
// calcul durée du jour
$jour = $sun_info["sunset"]-$sun_info["sunrise"];
// calcul durée de la nuit
$nuit = 24*60*60-($sun_info["sunset"]-$sun_info["sunrise"]);
$scenario->setData('dureejour',gmdate("H:i:s",$jour));
$scenario->setData('dureenuit',gmdate("H:i:s",$nuit));
essai comme ca
C’était presque ça.
J’avais trouvé pour la durée de la journée et j’ai un peu adapté pour la nuit.
J’ai modifié le post en question.
yes c’était pas jnuit mais nuit
Et « Hi » pas « H:i:s »
Ceci étant, j’aurais bien aimé ne pas avoir à passer par une variable intermédiaire mais pas trouvé.
Ca ira comme ça, tu parlais de pousser le bouchon plus loin, là je crois qu’il est contre un mur.
Bonne soirée
ben en général tu fait pas de calcul sur la durée du jour ou de la nuit c’est plutôt de l’info !
Tous les paramètres ($format) de la fonction date() php sont utilisable
Oui enfin c’est bizare, quand je tape:
$scenario->setData(‹ dureenuit ›,date(« Hi »,24’*60’*60-($sun_info[« sunset »]-$sun_info[« sunrise »])));
Les guillemets devant l’astérisque pour que’elles se voit.
Ce qui me semble correspondre à la contration des lignes de calcul en une seule ligne de code, le résultat est supérieur d’une heure à la réalité, 1557 au lieu de 1457.
Lever 0842, coucher 1745.
La solution de facilité consisterait à soustraire une heure, mais au lieu de faire n’importe quoi, je préfèrerais comprendre pourquoi.
essai gmdate tu aura pas le décalage
pour ce qui est des variables tu peut les détruire en fin de sénario
avec delete_variable
ou bien utiliser les #tag#
Tag (tag) : Permet d’ajouter/modifier un tag (le tag n’existe que pendant l’exécution en cours du scénario à la différence des variables qui survivent à la fin du scénario)
cf la doc
Oui mais ça devient incompréhensible.
Les heures de lever et de coucher sont bien en temps local.
Tu veux dire que le date utilisé pour faire le calcul se fait également avec le décalage horaire et pour l’éviter il faut se caler sur le méridien de Greenwich ?
ben yes docteur
et pour les tag en gros ca s’utilise comme ca :
$msg=« CouCou »;
$tags[’#msg#’] = $msg;
$scenario->setTags($tags);
aprés tu utilise #msg# dans ton scénario
Effectivement, docteur, it works.
Je dormirais moins bête ce soir.
Bon ben ça ira comme ça pour aujourd’hui.
J’avais pas lu ce message.
Je connais les tags et variables.
Mais, justement, l’intérêt de ces variables est qu’elles puissent être utilisées dans tous les scénarios.
De mon avis, il faut les laisser en globales.
Tu peut également stocker en base de données !
Oui mais là c’est se faire plaisir.
Les variables sont quand même faites pour ça.
Je pourrais aussi créer un virtuel avec toutes ces infos.
Tiens j’ai revérifié ce matin pour 9h45 #time# dans le testeur d’expression renvoie bien 945 et pas 0945
donc le format le plus proche est bien Gi
a noté qu’une condition pour 9h45, #time# == « 0945 » ou #time# == « 945 » renvoi vraie
donc Gi ou Hi sont les 2 ok
Finalement, j’ai été au bout du bout, sur mon dashboard, j’ai ça maintenant:
super tableau il te manque duree jour et nuit et tes histoires de marées mon capitaine
Autant pour les durées de jour et de nuit, je peux les mettre (je vais les mettre), autant pour la marée, le plugin de lunarok donne des possibilités que je ne pourrais pas exploiter si j’arrivais à le coller dans ce widget, si j’y arrivais.
J’ai ajouté les durée jour et nuit mais il y a toujours un décalage d’une minute.
Je présume que c’est à cause de l’arrondi des secondes.
Enfin, très sincèrement, je ne sais pas à quoi ça peut servir, mais c’était fun.