bonjour,
 
 
j'ai developpé en php une appli enligne qui permet de réserver des places numérotées et d'effectuer le paiement.
le problème se pose car on doit imprimer ces billets (un par place réservées) sur une imprimante billet spécialisée http://www.bocasystems.com/
 
le fabriquant préconise de communiquer en code machine FLG avec l'imprimante en port série
 
comment faire passer les infos de chaque billet vers l'imprimante ? visiblement peu de ressources (voire aucune) quant à ce type de dialogue php/imprimante
la connexion est en usb ? est-ce possible de communiquer avec le port série ?
le php doit-il être installé sur la machine du client web ?
merci de vos éclairages ou témoignages ..
 
pascal

l'imprimante est connectée où? au serveur ou au client?

au client

alors il serait judicieux de se demander si php est un bon choix.

l'ensemble des pages est en php .. et c'est ce que je parle le mieux donc ..  
 
quelles sont les alternatives selon vous ?  
 
merci

Ooops, à lire la question, on dirait que tu as loupé un point essentiel de l'architecture (client/serveur) de ton application.
 
Penses-tu pouvoir, depuis une page web affichée par un poste client, exécuter du PHP sur cette même machine?  

 
Quel intérêt d'utiliser du web si derrière il y a un nombre limité de postes nécessitant un matériel spécifique?
Tu vas forcément être emmerdé...l'alternative c'est le client lourd, ou un intermédiaire...

éventuellement en pointant vers une page préconfigurée :
 
127.0.0.1/action_vers_print.php  
 
qui recevrait quelques variables (les éléments à imprimer vers le billet), et déclencherait l'action sur l'imprimante .. ??
 
 

un intermédiaire ? à quoi pensez vous ?

Et donc installer un serveur web sur le client...
 
Ensuite, parler sur le port série avec PHP. C'est pas gagné d'avance.
 
In fine, tu pourrais y arriver, mais au prix de qq coups salement tordus.

Sans jeter à la poubelle ce que tu as déjà fait, j'imaginerais un applet java invisible dans ta page. Interaction javascript avec l'applet, qui pourra parler au port série.
 
Mais ça sent pas la rose, tout ça.

le PHP n'est clairement pas adapté pour ton cas. Je serai d'avis de taper plus dans de l'exécution coté client directement.
Je suis de l'avis de sircam pour l'applet.

Avant de vouloir communiquer l'imprimante avec une application PHP; en quel(s) langage(s) saurais-tu communiquer avec l'imprimante ?
Une fois ce langage, on pourra t'aider à faire communiquer ce langage avec PHP.
 
De meme qu'il semble y avoir confusion entre PHP / client / et hote de l'imprimante.
PHP est un langage se lancant sur un serveur web (à part PHP CLI mais d'après ton contexte, il en n'a pas l'air d'etre le cas). Ce que le client recoit est du HTML (d'une manière général encore).

Perso je crois que le monsieur se trompe, l'imprimante spéciale est surement du côté serveur. Ensuite en cherchant "php serial" il semble y avoir effectivement un moyen de contrôler les port série en php. Donc why not.

Nan, sauf si le client et le serveur sont sur la même machine, c'est logique que l'imprimante soit raccordée au client. Imagine un serveur et 5 clients qui sont les caisses enregistreuses d'un cinéma; les imprimantes sont raccordées sur chacun des clients.
 
Encore que...
 

Ouais mais bon, ça n'a pas l'air d'être bien fameux (et on n'est sans doute pas du bon côté).

l'imprimante est côté client - et le fabriquant indique qu'il faut imprimer en code machine (FGL) via le port série  
 
rien sur le FGL dans les moteurs !  
 

D'apres cette page, tu peux imprimer avec MS Word ou MS IE (http://www.bocasystems.com/driver.html). Donc tu generes ton ticket avec PHP et le client n'a juste qu'a imprimer le ticket avec IE (bouton imprimer).
 
Contrainte: utiliser IE
Difficulte: Facile

Sinon générer un PDF (ça, PHP sait le faire coté serveur et le client sait le lire, côté client) avec une action d'impression sur ce pdf ...
 
Mais c'est clair qu'autrement j'aurais plus vu un langage type Java ou Javascript pour faire ça.