[En cours] mir:ror et les aliments dans le frigo - v0.1

bonjour

voila possédant le mir:ror depuis deux jours, j'ai cherché quoi faire avec et en surfant sur google j'ai vu une idée de calculer les dates dans les produits dans le frigo pour éviter les produits périmées !!

le nanoz:tag ou le z:tamp résiste bien au froid, j'ai mis un exemplaire de chaque pendant 12h et ca marche super bien
maintenant dans les api existante, je n'ais pas trouvé de fonction permettant cela
et en /dev je vois rien qui pourrais m'aider à réaliser cela

Je vous explique l'idée plus en détail


On achète un paquet de yaourt le 04/01/09
La date de péremption est du on va dire: 12/02/09
On poste un z:tamp sur le paquet de yaourt on rentre une date ou un décompte jusqu'au 12/02/09
et au moment clé, on se fais envoyer un e.mail prévenant que produit va ou est périmé !
cela évite donc les pertes et des économies

qu'en pensez vous et quel mir:ror(nautes) peux m'aider ?

merci par avance

Nicolas et Oggyz (nabaztag/tag)

Ca doit pouvoir se faire ca en php, mysql et avec un cron ...(je sais ce qu'il faut pour le faire mais pas comment le faire )

Enfin je pense que ca sera pas forcement le plus simple ... et puis surtout tu te sert de la ztamps quand ? a chaque sortie car ru as rentré combien de yaourt il y avait dans le paquet ?

Phabbrrysse a écrit:

Ca doit pouvoir se faire ca en php, mysql et avec un cron ...(je sais ce qu'il faut pour le faire mais pas comment le faire )

Ca c'est dommage ... mais au moins j'ai une piste !

Phabbrrysse a écrit:

tu te sert de la ztamps quand ? a chaque sortie car ru as rentré combien de yaourt il y avait dans le paquet ?

J'ai pensé à cela ca pourrait me donner le nombre de reste mais ca me donne pas la date
mais c'est une option à rajouter en effet

GlOuPsY a écrit:

Phabbrrysse a écrit:

tu te sert de la ztamps quand ? a chaque sortie car ru as rentré combien de yaourt il y avait dans le paquet ?

J'ai pensé à cela ca pourrait me donner le nombre de reste mais ca me donne pas la date
mais c'est une option à rajouter en effet

Sinon je ne vois pas a quoi sert la ztamps ... car si c'est juste pour te dire la date de peromption quand tu passes le yaourt sur le mir:ror autant regardé sur le yaourt non?

Phabbrrysse a écrit:

Sinon je ne vois pas a quoi sert la ztamps ... car si c'est juste pour te dire la date de peromption quand tu passes le yaourt sur le mir:ror autant regardé sur le yaourt non?

On va dire que après ton idée, on peux imaginer les séquences suivante


décompte du nombre de pot restant
alerte vocale quand il en reste quelques un pour pas tomber sans yaourt (c'est important)
envoi d'un email à sa copine pour lui dire qu'on mange son yaourt préféré (éventuellement)
Le nombre de temps écoulé entre chaque yaourt pour savoir si on est accros.
et quand le yaourt périme, je reçois un mail car je suis un mec qui ne pense pas à regarder ses dates de consommation.

t'en pense quoi du coup comme ça ?

Ce que j'en pense : Faut être motivé pour rentrer toutes les infos quand tu rentres des courses .... sinon très bien

Phabbrrysse a écrit:

Ce que j'en pense : Faut être motivé pour rentrer toutes les infos quand tu rentres des courses .... sinon très bien

Bon ben merci de ton avis et attendons un devellopeur qui voudra se dévouer pour la partie php/sql qu'on parlais plus haut.
merci de tes réponses si rapide

Avec lecteur de code barre ce serait plus simple
Bon ca me parait encore un peu obscur comme projet mais je garde ca dans un coin de tete ^^

pi ça couterait cher en ztamps ! :p

GrosBill a écrit:

Avec lecteur de code barre ce serait plus simple

et la base de donnees liee aux codes ean...c'est mort..

enfin si quelqu'un a des idées pour mener à bien cette idée ....
je suis preneur

T'achetes tous les mois les memes articles? Beaucoup d'articles differents?

Tabatha a écrit:

T'achetes tous les mois les memes articles?

Pas souvent les memes non enfin si des yaourts, fromage, lait, jambon enfin ce qu'on peux trouver dans un frigo :p
mais je me perd souvent dans les dates de consommation et souvent c'est "ho c'est périmé" ou "oh y'en a plus"
encore le "oh y'en a plus" avec un ztamp et compteur c'est réalisable mais le reste ...

Tabatha a écrit:

Beaucoup d'articles differents?

pas tant que ca ou c'est le gout qui change

pasque tu peux te creer toi meme une p'tite table de reference avec un lien entre le code ean (numero code barre) et la description de l'article...
hop hop, lecteur code barre pour le remplissage de l'inventaire...un ztamps par type d'article..hop hop...

Bah le pb de cette idée c'est qu'a chaque fois que tu fais des courses, faut que tu ailles saisir le nombre de produit et la date.
Que tu associes a chaque produit un ztamp. Et donc 8 Ztamps pour un pack de 8 Yaourts.
Du coup ca fait beaucoup de boulot a faire a chaque fois et je me demande si l'utilisateur le fera.

Sinon on peut imaginer un truc plus simple.
Une gestion des stocks. Style j'achete toujours les bieres en pack de 6. Je programme un Ztamp qui ajoute +6 au stock que je passe autant de fois que j'ai acheté de pack.
Et un autre qui fait -1 que je cole sur le decaps et qui rale quand j'en ouvre 3 dans la soirée et qui me conseille d'aller faire des courses quand il y en a presque plus.

GrosBill a écrit:

Bah le pb de cette idée c'est qu'a chaque fois que tu fais des courses, faut que tu ailles saisir le nombre de produit et la date.
Que tu associes a chaque produit un ztamp. Et donc 8 Ztamps pour un pack de 8 Yaourts.
Du coup ca fait beaucoup de boulot a faire a chaque fois et je me demande si l'utilisateur le fera.

Sinon on peut imaginer un truc plus simple.
Une gestion des stocks. Style j'achete toujours les bieres en pack de 6. Je programme un Ztamp qui ajoute +6 au stock que je passe autant de fois que j'ai acheté de pack.
Et un autre qui fait -1 que je cole sur le decaps et qui rale quand j'en ouvre 3 dans la soirée et qui me conseille d'aller faire des courses quand il y en a presque plus.

Lis moins vite GrosBill, respire entre chaque phrase

Tabatha a écrit:

un ztamps par type d'article..hop hop...

Au sinon, pas simple de faire une appli inventaire sans introduire le nombre d'articles

GrosBill a écrit:

Bah le pb de cette idée c'est qu'a chaque fois que tu fais des courses, faut que tu ailles saisir le nombre de produit.

On met un ztamp par produit
exemple: un paquet de yaourt de 12 ben tu met un ztamp et a chaque fois que t'en mange un, tu bip le ztamp prévu a cet effet soit sur une fiche cartonnée yaourt soit sur l'emballage (moins pratiques). et hop il décompte en posant une alerte, quand il en reste 2 ou 3 ca te dit "Il faut aller faire les courses !!"
en passant vu que chaque ztamp à un mail, la copine peux ecrire au ztamp yaourt et dire "mon coeur ne mange pas trop mes yaourts, j'arrive demain"

GrosBill a écrit:

et la date

Mise a part un chronomètre, j'ai vu que cela
éventuellement ce qui serait bien serait un décompte
on calcule la date de péremption du produit, on le soustrait à la date du jour

GrosBill a écrit:

Sinon on peut imaginer un truc plus simple. Une gestion des stocks. Style j'achete toujours les bieres en pack de 6. Je programme un Ztamp qui ajoute +6 au stock que je passe autant de fois que j'ai acheté de pack.
Et un autre qui fait -1 que je cole sur le decaps et qui rale quand j'en ouvre 3 dans la soirée et qui me conseille d'aller faire des courses quand il y en a presque plus.

ca c'est tout à fait réalisable pour le stock d'ailleurs bien pratique moi qui stock au garage et qui sais jamais.
mais dans l'exemple du paquet de yaourt avec ma date de péremption, je sifflote

mais merci beaucoup de vous intéresser à ce sujet

Risque d'avoir un pb dans le cas de la gestion de la date :
- tu achetes un nouveau pack et tu as pas fini les anciens ( tu as 2 dates a gerer )
- tu achetes 2 pack avec dates differents
- etc....

Concept pas si facile que ca a exprimer au final. Mais concept interessant pour l'utilisation d'un Ztamp. A creuser encore je pense.

Pour Tabatha t'inquiete je respire entre chaque phrase. mais faut lire vite entre 2 visite du boss

Personnelement, je pense que cette idée est tout à fait réalisable (un ztamps par paquet). Le code permettant de gérer tout ceci est lui aussi à mon avis faisable en php.

Le seul problème pour moi est : comment executer ce script php automatiquement sur un serveur web ??? Car comme certains doivent le savoir, un script php n'est executé que quand un "client" (ouverture de la page web) demande une requéte.

Il faudrait donc que le serveur effectue automatiquement cet appel de la page web pour pouvoir le cas échéant nous envoyer un mail comme quoi tel article va être en rupture.

J'ai entendu parler de "Cron" pour les serveurs Linux mais je ne sais pas comment le faire fonctionner sur le serveur de mon hebergeur. Si quelqu'un pouvait me fournir cette solution, je peux m'occuper du développement du code avec la gestion de la base de donnée sur un serveur web.

Mikou a écrit:

J'ai entendu parler de "Cron" pour les serveurs Linux mais je ne sais pas comment le faire fonctionner sur le serveur de mon hebergeur. Si quelqu'un pouvait me fournir cette solution, je peux m'occuper du développement du code avec la gestion de la base de donnée sur un serveur web.

Le cron est une option incluse ou pas avec ton forfait d'hebergement.
Voir donc si cela fait partit de ton pack

Je viens de regarder mon offre, cette option en fait bien partie. Mais le problème reste toujours le même, je ne sais absolument pas comment ce service fonctionne et comment le programmer.

Mikou a écrit:

je peux m'occuper du développement du code avec la gestion de la base de donnée sur un serveur web.

Génial !!

Mikou a écrit:

J'ai entendu parler de "Cron" pour les serveurs Linux mais je ne sais pas comment le faire fonctionner sur le serveur de mon hebergeur. Si quelqu'un pouvait me fournir cette solution

j'veux bien t'aider à réaliser cela mais cron (crontab) ca permet d'exécuter une tache spécifiée a intervalle régulier, on parle du même ?

Pourquoi veux-tu un cron?
Lorsque tu le desires, par exemple le vendredi soir, tu affiches simplement une page (php) qui t'affichera tout ce dont tu as besoin. Page que tu pourras meme regarder quand tu le veux avec les infos en temps reel.
Je ne vois pas du tout l'interet d'un cron ici.

Oui je pense que c'est cela. Je m'occupe du code immédiatement, vous l'aurez je pense au plus tard en fin de week end.

Mais résumons nous, on veut que lorque l'on passe un ztamp collé à un emballage alimentaire une page web s'affiche et nous demande de saisir un nom, une quantité et une date de peremption. Et si l'on souhaite cocher une case d'option nous permettant de recevoir une alerte personalisé lorsque le produit arrive à sa date de péremption ou en rupture de stock (parametrable).

De plus, lorsqu'un article est déjà enregistré et qu'on passe l'emballage devant le mirror, il y est un décompte de la quantité restante.

Sommes-nous tous d'accord sur l'axe de développement ?

Tabatha a écrit:

Pourquoi veux-tu un cron?
Lorsque tu le desires, par exemple le vendredi soir, tu affiches simplement une page (php) qui t'affichera tout ce dont tu as besoin. Page que tu pourras meme regarder quand tu le veux avec les infos en temps reel.
Je ne vois pas du tout l'interet d'un cron ici.

Hé bien Cron permet de generer le script php automatiquement et ainsi d'envoyer par exemple le mail d'avertissement.

Tabatha a écrit:

Pourquoi veux-tu un cron?
Lorsque tu le desires, par exemple le vendredi soir, tu affiches simplement une page (php) qui t'affichera tout ce dont tu as besoin. Page que tu pourras meme regarder quand tu le veux avec les infos en temps reel.
Je ne vois pas du tout l'interet d'un cron ici.

Ouh la j'ai pas du tout compris le message en fait
mais l'idée d'afficher une page web quel intérêt étant donné que le mir:ror mémorise ta consommation en temps réel (quand tu ztamp ton yaourt avec le mir:ror)


Je sens que je vais ztamper tout mon appart