Se connecter
Inscription
Mot de passe perdu
Liste des catégories
Qui a lu ce topic?
Répondre
Version imprimable
Activer la notification Vos Projets » [Projet] Payement virtuel.
Rappel du message précédent
OK pour le switch 
Mmmh oui booter en PXE un liveCD ca je sais faire, mais alors je dois trouver un liveCD qui fait ce que je veux (tous les liveCD que j'ai font BCP BCP trop : y a même une calculatrice et un terminal root!)
Mais ...attend...en fait ...si je comprends...bien..je crois que tu m'invites à reposer la question ainsi: comment créer son propre liveCD ?
Voilà, tu y es 
Mais d'abord, voir si le principe est viable (infrastructure, hétérogénéité du parc machine, etc.).
Ensuite, un peu de lecture
Mais d'abord, voir si le principe est viable (infrastructure, hétérogénéité du parc machine, etc.).
Ensuite, un peu de lecture
Mais ...attend...en fait ...si je comprends...bien..je crois que tu m'invites à reposer la question ainsi: comment créer son propre liveCD ?
Je l'ai déjà fait, pour tester, sur base d'un système ubuntu minimal et en installant les paquets supplémentaires un à un en chroot, ça marche pas mal et c'est pas ultra dur
Juste pour vous dire que le premier WE de test a été très largement passé.
Côté soft on s'en sort bien, et pour le HW: je suis très satisfait des lecteurs RFID que j'ai trouvé: stable et portée correcte.. parfois un vieux bourré doit repasser sa puce 2-3x avant que ca beep mais bon
Enfin, le mode kioske de webconverger est bien foutu, on est vraiment bien jailed et pas moyen d'en sortir,...si bien que pour faire des modif: ssh!
encore pas mal de modif en cosmétique et du côté sécurité, mais le proof-of-concept est là.
Ca fait plaisir et du bien.
Pfiouuuu....
Merci encore pour vos aides.
Côté soft on s'en sort bien, et pour le HW: je suis très satisfait des lecteurs RFID que j'ai trouvé: stable et portée correcte.. parfois un vieux bourré doit repasser sa puce 2-3x avant que ca beep mais bon
Enfin, le mode kioske de webconverger est bien foutu, on est vraiment bien jailed et pas moyen d'en sortir,...si bien que pour faire des modif: ssh!
encore pas mal de modif en cosmétique et du côté sécurité, mais le proof-of-concept est là.
Ca fait plaisir et du bien.
Pfiouuuu....
Merci encore pour vos aides.
Au final, la configuration était la suivante :
- réseau filaire câblé de quelques mètres
- 4 ordinateurs portables, vieux de quelques années, formatés avec un beau linux en mode browser/kiosque avec aucune possibilité pour l'utilisateur d'en sortir. Toutes les interventions se faisaient à distance par ssh.
- 2 ordinateurs avaient un second écran pour que le visiteur puisse lire sa commande et vérifier qu'aucune erreur n'étaient faites.
- le soft fonctionnait sur un serveur php/mysql avec une page vente-bar et quelques pages pour les caisses (activation d'un compte/rechargement d'un compte/historique d'un compte/fermeture d'un compte)
- la virtualisation de l'argent se faisait sur des puces rdif en porte-clé avec des lecteurs rdif (paralax).
- les lecteurs rfid étaient gérés sur les ordis-clients par un petit soft home made par bli en python, qui gérait le driver de celui-ci et veillait à insérer l'identifiant d'un tag rfid dans les pages php comme une insertion clavier.
Voilà, ça c'était donc la config pour le test, soit pour 2 ordinateurs de ventes au bar, et 2 ordinateurs de rechargement aux caisses. Il y avait à peu près 180 tags en circulation, et quelques 6 produits vendus. Beaucoup d'énergie pour quelques heures et pas beaucoup d'utilité sur un si petit événement, mais l'objectif était avant tout de tester le soft, le hardware, et la réaction du public sachant que le gros événement est réparti sur 3 jours, avec 4.000/5.000 festivaliers par jour, une trentaine de produits différents (boissons + nourriture), entre 40 et 60 ordis-points de ventes le tout sur une plaine boueuse et humide...
En tout cas votre bli a bien assuré sur ce coup-là
Et merci également pour les précieux conseils qui ont été donnés ici précédemment.
- réseau filaire câblé de quelques mètres
- 4 ordinateurs portables, vieux de quelques années, formatés avec un beau linux en mode browser/kiosque avec aucune possibilité pour l'utilisateur d'en sortir. Toutes les interventions se faisaient à distance par ssh.
- 2 ordinateurs avaient un second écran pour que le visiteur puisse lire sa commande et vérifier qu'aucune erreur n'étaient faites.
- le soft fonctionnait sur un serveur php/mysql avec une page vente-bar et quelques pages pour les caisses (activation d'un compte/rechargement d'un compte/historique d'un compte/fermeture d'un compte)
- la virtualisation de l'argent se faisait sur des puces rdif en porte-clé avec des lecteurs rdif (paralax).
- les lecteurs rfid étaient gérés sur les ordis-clients par un petit soft home made par bli en python, qui gérait le driver de celui-ci et veillait à insérer l'identifiant d'un tag rfid dans les pages php comme une insertion clavier.
Voilà, ça c'était donc la config pour le test, soit pour 2 ordinateurs de ventes au bar, et 2 ordinateurs de rechargement aux caisses. Il y avait à peu près 180 tags en circulation, et quelques 6 produits vendus. Beaucoup d'énergie pour quelques heures et pas beaucoup d'utilité sur un si petit événement, mais l'objectif était avant tout de tester le soft, le hardware, et la réaction du public sachant que le gros événement est réparti sur 3 jours, avec 4.000/5.000 festivaliers par jour, une trentaine de produits différents (boissons + nourriture), entre 40 et 60 ordis-points de ventes le tout sur une plaine boueuse et humide...
En tout cas votre bli a bien assuré sur ce coup-là
Et merci également pour les précieux conseils qui ont été donnés ici précédemment.
Grr j'ai tout retourné, je vois pas...
c'est quand-même bête quoi: je fais exprès de prendre un Linux/HID compliant, et voila-t-y pas que c'est pas vraiment plug'n'play...
Je dois pas être loin pourtant vu que cela beep bien...
est-ce que c'est juste du côté du Xorg que je dois lui apprendre un nouvel input kbd?
pourtant depuis HAL c'est géré automatiquement tout cela non?
comment être certain qu'il y a bien un event kbd lié à mon hid?
xev?
c'est quand-même bête quoi: je fais exprès de prendre un Linux/HID compliant, et voila-t-y pas que c'est pas vraiment plug'n'play...
Je dois pas être loin pourtant vu que cela beep bien...
est-ce que c'est juste du côté du Xorg que je dois lui apprendre un nouvel input kbd?
pourtant depuis HAL c'est géré automatiquement tout cela non?
comment être certain qu'il y a bien un event kbd lié à mon hid?
xev?
hid ne veut pas forcément dire clavier: souris, joystick entrent aussi dans cette catégorie.
Oui, mais dans les specs, il parlent bien de clavier...
Mais puisque tu as le device input8, tu dois pouvoir l'utiliser, non ?
Voilà!
C'est exactement cela: comment le faire parler au même titre que mon clavier/souris dans Xorg ?
Si je dois re-écrire un petit script en python qui écoute sur un /dev/input quelconque et reproduit le string dans /dev/uinput, c'est perdu (j'ai investi dans le HID pour rien, cela marchait très bien avec le modèle serial/USB).
