Newsgroup: it.comp.www.php
Titolo: Re: Php e scanner

 salvare il file appena acquisito?
PHP e' lato server?
-- 
I am what I am, I do what I can
Sei un newbie? Leggi questo 
http://url.repository.biz/go/3C
Vuoi supportarmi? 
http://url.repository.biz/go/3E
Do. Or do not. There is not try.

Salve a tutti,
c'è la possibilità in PHP di effettuare una scannerizzazione, e poi salvare
il file appena acquisito?
Thk

Mi spiego meglio ....
1. creare un'applicazione web (script php) la quale visualizzi un tasto PHP
e dia la possibilità di scannerizzare un documento in uno scanner e quindi
salvare il file appena acquisito (questo lato client - utilizzatore).
2. Se bisogna installare qualche componente sul server che fa' girare PHP
non ci sono problemi.
Grazie.....
"Setec Astronomy" <setec@_NO_NOSPAM_freemail.it> ha scritto nel messaggio
news:qMHLd.10210$lB4.2...@twister1.libero.it...


 client - utilizzatore).  
IMHO ti mancano i concetti base di programmazione WEB.
-- 
I am what I am, I do what I can


 Un tasto PHP? Sei sicuro di sapere che cosa sia il PHP?
Grazie per la tua proccupazione...conosco cos'č!
Mi rispiego ancora meglio ...... :
1. Pagina HTML con un tasto ("SCANERIZZA") il quale chiama una
pagina PHP (la quale contiene uno script) che proceda alla scanerizzazione
di quale cosa!
2. Il problema sta' nel fatto che lo script eseguito da un cliente
attraverso un browser (DOVE ovviamente č collegato lo scanner) debba capire:
2a. lo scanner esiste?
2b. Esiste allora effettuo la scanzione, e quindi salvo il tutto (ad esempio
in PDF)!
So' bene che una cosa molto "standard" da fare con PHP .... per questo ho
scritto con la speranza che qualcuno ne sappia qualche cosa!

 esempio in PDF)!
PHP e' lato server.


> PHP e' lato server.
Lo so' .... pensavo che fosse possibile ad esemio lanciando un programma
esterno (ovviamente che si trovi sul client),
oppure cose del genere!
Non c'è nulla da fare?

 Non c'è nulla da fare?
Ma... come puoi pensare che lato server vengano fatte chiamate sul 
client dell'utente? Usa un linguaggio lato client, al limite quello che 
puoi fare è l'upload del file salvato, in PHP (anche se comunque 
l'individuazione di quale sia il file salvato va fatta lato client).
A.
-- 
On web: 
http://antoniobonanno.debris.it/
On Etz: 
http://plasson.etz.it/

 PHP e' lato server.
quando fatto girare come modulo di apache o simili, quando fatto girare come 
script shell o in php-gtk non mi sembra per niente lato server 

 server
Fino a prova contraria qui siamo su it.comp.www.php ...



Guarda, a mio avviso l'unica strada "dignitosa" per integrare un 
applicazione web con una periferica lato client è usare un applet java 
e/o un activeX, con tutto ciò che gli va dietro a partire dalle 
signature che richiedono per la gestione dei permessi.
Ma questo è OT in questo ng.
Ciao.
	-Ema-

 l'individuazione di quale sia il file salvato va fatta lato client).
scusate le eventuali fesserie che diro'....
su linux facendo girare apache come root (e gia' qui non va bene, se e' un
server pubblico), si possono chiamare dei comandi shell.
tra questi ad esempio c'e' scanimage, anche se forse (ma molto forse) si
puo' far usare scanimage anche a "nobody" o altro utente limitato.
notsu@slack91:~$ scanimage --help
Usage: scanimage [OPTION]...
Start image acquisition on a scanner device and write PNM image data to
standard output.
-d, --device-name=DEVICE   use a given scanner device (e.g. hp:/dev/scanner)
    --format=pnm|tiff      file format of output file
-i, --icc-profile=PROFILE  include this ICC profile into TIFF file
-L, --list-devices         show available scanner devices
-f, --formatted-device-list=FORMAT similar to -L, but the FORMAT of the output
                           can be specified: %d (device name), %v (vendor),
                           %m (model), %t (type), and %i (index number)
-b, --batch[=FORMAT]       working in batch mode, FORMAT is `out%d.pnm' or
                           `out%d.tif' by default depending on --format
    --batch-start=#        page number to start naming files with
    --batch-count=#        how many pages to scan in batch mode
    --batch-increment=#    increase number in filename by an amount of #
    --batch-double         increment page number by two for 2sided originals
                           being scanned in a single sided scanner
    --batch-prompt         ask for pressing a key before scanning a page
    --accept-md5-only      only accept authorization requests using md5
-n, --dont-scan            only set options, don't actually scan
-T, --test                 test backend thoroughly
-h, --help                 display this help message and exit
-v, --verbose              give even more status messages
-V, --version              print version information
lanciando un comando shell da php quindi teoricamente dovrei riuscire a
lanciare non solo la scansione ma anche a salvare il file dove voglio, per
poi spostarlo/rinominarlo/...arlo come desidero.
vi pare?
saluti
-- 
bb

@@AA@@ dice che lo scanner è attaccato al client, non al server. PHP è 
lato server.
Ciao.
	-Ema-

 vi pare?
Si ma lo lanci sul *server*. Funziona se lo scanner e' collegato al 
*server*. Se lo scanner e' collegato al *client* puoi lanciare tutto 
quello che vuoi che non funzionera' mai !
Cavolo ma e' possibile che non riuscite a capire la differenza tra 
server e client ?

 1. Pagina HTML con un tasto ("SCANERIZZA") il quale chiama una
                                   ^^^
povero cane;)
Cmq secondo me questa cosa si puň fare solo in fantaPHP.

@@AA@@ ha scritto:

Ho fatto uno scriptino in php che trovi qui
http://prdownloads.sourceforge.net/cartesio/scanpdf_1.1.tar.bz2?download
però è solo "lato client" e si appoggia ad alcuni
programmini di linux.
Da linea di comando lanci
  scanpdf documento.pdf
e scannerizzi il documento "direttamente"
in pdf.
Forse però non è esattamente questo che cercavi,
come hanno già detto è mooooolto diverso
da uno script che gira sul server
gpb



premesso che:
a) quello che ho capito e' che vuole scansionare con php
b) che non si passa dal server per tornare col client :-)
concludo che:
1) la "soluzione" (schifosa) che ho proposto si appoggia a php per
scansionare
2) lo fa sul server, NATURALMENTE, dove NATURALMENTE c'e' lo scanner
3) calmati un attimo, perche' io magari non su un'acca di php, ma client e
server so bene cosa siano.
pero', se mi e' concesso.... che palle certi atteggiamenti che a volte si
leggono!
-- 
bb

 lato server.
lo so, ma la proposta che ho fatto e' di spostarlo :P
comunque sia, anche la "scansione sul server" mi pare non una soluzione ma
solo un pessimo esperimento dai discutibilissimi risultati :-)

 quello che vuoi che non funzionera' mai !
permetti?
basta lanciare lo sul client
cavolo ma e' possibile che tu non riesca a capire che php si puo' far girare 
sia sul server che sul client? 

salvare il file appena acquisito (questo lato client - utilizzatore).
probabilmente non e' il massimo (io non lo farei e cercherei di trovare 
altre soluzioni) ma puoi:
mettere sul client un demone in php che apre una socket in ascolto, al 
momento della pressione del tasto nella pagina web lo script sul server apre 
una socket verso il demone sul client, il quale ricevutala avvia una 
system() ad un programma di scansione (ovviamente dovra' trattarsi di un 
programma che possa girare in background senza interazioni da parte 
dell'utente, passando tutti i parametri necessari da linea di comando)
non ho capito dove devi salvare il file, se su client o su server, in 
quest'ultimo caso ci vuole poco per spostarlo anche in automatico dal client 

 Fino a prova contraria qui siamo su it.comp.www.php ...
si', infatti mi sono sempre chiesto perche' mettere php sotto it.comp.www
cmq fino a prova contraria tu non hai detto che soluzioni non lato server di
php sono ot, ma che php e' lato server

 PHP č lato server.
scusa, chiedo anche a te perche' vedo che la definzione va ripetendosi.
e' ot parlare su questo ng di soluzioni php non lato server?
in questo caso sarebbe il caso di specificare meglio imho: indicare cioe'
che in quanto ot non si desidera discutere di queste soluzioni sul ng, ma
non affermare che tali soluzioni non esistono (considerazione implicita
nell'affermare che php e' lato server, affermazione tra l'altro sbagliata)

 e' ot parlare su questo ng di soluzioni php non lato server?
Non credo ci siano problemi. Ma a quel punto, se si utilizza PHP da riga di
comando, tanto vale digitare:
$ scanimage
(almen in ambito linux)
-- 
Ciao,
 Fabrizio
=== 
http://www.negusweb.it
 ===

 di quale cosa!
Il PHP, in ambito internet, è un linguaggio lato server, per cui non puoi
fare nulla dal lato client, ne' tantomeno utilizzarne risorse. 
Ma anche se fosse lato client (come il javascript, per esempio) l'utilizzo
delle risorse del computer client è fortemente limitato, per ovvi motivi di
sicurezza, ed è esclusa l'utilizzo di periferiche quali scanner.


 lato server.
E poi vorrei vedere lo scanner attaccato al server ... ci vuole l'omino che
mette il documento sopra lo scanner ... :-)


>PHP è lato server.

Mi sono appena riletto il manifesto del ng perchè non ne ero del tutto 
sicuro... sai è it.comp.www.php non it.comp.php. In ogni caso 
l'argomento è il linguaggio php e tutti gli annessi ed i connessi quindi 
anche php come applicazione standalone.
Ti riporto quel che scrive @@AA@@ in questo thread per spiegare ciò che 
vuole altrimenti prendendo le frasi singolarmente non ci capiamo.
@@AA@@ scrive:
-------------------------
1. creare un'applicazione web (script php) la quale visualizzi un tasto 
PHP e dia la possibilità di scannerizzare un documento in uno scanner e 
quindi salvare il file appena acquisito (questo lato client - utilizzatore).
2. Se bisogna installare qualche componente sul server che fa' girare 
PHP non ci sono problemi.
-------------------------
Poi ancora scrive:
-------------------------
1. Pagina HTML con un tasto ("SCANERIZZA") il quale chiama una
pagina PHP (la quale contiene uno script) che proceda alla 
scanerizzazione di quale cosa!
2. Il problema sta' nel fatto che lo script eseguito da un cliente
attraverso un browser (DOVE ovviamente è collegato lo scanner) debba capire:
2a. lo scanner esiste?
2b. Esiste allora effettuo la scanzione, e quindi salvo il tutto (ad 
esempio in PDF)!
-------------------------
Ok. Salvo alcune cose un po' contradditorie io capisco che lui vuole 
fare una web application in PHP e non un applicazione PHP che gira sul 
client quindi se poi uno dice che vuole lanciare un comando shell da PHP
per interfacciarsi allo scanner gli dico:
PHP è lato server (nel senso che per come è impostato l'applicazione PHP 
gira sul server).
Certo forse ho capito male quello che vuole @@AA@@ ...
Ciao.
	-Ema-

 mette il documento sopra lo scanner ... :-)
SANTE, SANTISSIME PAROLE.
altro che "lato server" e "lato client".
vediamola meglio: "lato PRATICO" !
:-))))
-- 
bb

 Certo forse ho capito male quello che vuole @@AA@@ ...
chiaro, io avevo interpretato la sua richiesta in un senso piu' ampio, 
qualcosa del tipo:
siccome col php mi trovo bene e a programmarci non ci metto niente riesco a 
ottenere questo effetto?
vedi infatti la soluzione che avevo proposto (e sconsigliato) 

 non lato server di php sono ot, ma che php e' lato server
Fino a prova contraria:
Nel primo post ho chiesto ad @@AA@@ se il PHP lo stesse usando lato
server, visto che mi ha risposto di "si" allora in una soluzione con
PHP lato server, quello che chiede di fare NON SI PUO' FARE in PHP,
perche', per l'appunto, PHP e' lato server.
-- 
I am what I am, I do what I can
Sei un newbie? Leggi questo 
http://url.repository.biz/go/3C
Vuoi supportarmi? 
http://url.repository.biz/go/3E


 girare sia sul server che sul client? 
[quoto @@AA@@]
creare un'applicazione web (script php) la quale visualizzi un tasto PHP
e dia la possibilit` di scannerizzare un documento in uno scanner e
quindi salvare il file appena acquisito (questo lato client -
utilizzatore)
[/quoto]
Mi sembra ineccepibile che @@AA@@ chiedesse una soluzione LATO SERVER
per effettuare una scansione LATO CLIENT con PHP LATO SERVER.
-- 
I am what I am, I do what I can
Sei un newbie? Leggi questo 
http://url.repository.biz/go/3C
Vuoi supportarmi? 
http://url.repository.biz/go/3E


 PHP e' lato server.
Lo so' .... pensavo che fosse possibile ad esemio lanciando un programma
esterno (ovviamente che si trovi sul client),
oppure cose del genere!
[/quoto]
talmente ineccepibile che lo stesso @@AA@@ ha espressamente detto che non 
c'era problema a ricorrere ad un programma che girasse sul client. per 
inciso con un minimo di elasticita' mentale era facile capire come @@AA@@ 
chiedesse una soluzione che fosse controllata lato server, ma non che 
girasse esclusivamente sul server (ovvero l'importante era che la scansione 
partisse quando l'utente interagiva con uno script web presente sul server, 
poi come e dove girassero ulteriori script per il funzionamento del tutto 
non era importante). poi se vuoi attaccarti a dei sofismi e non ammettere di 
aver detto qualcosa di perlomeno incompleto se non di sbagliato (come il 
fatto che php sia lato server) libero di farlo, tra i due sei tu quello che 
ha una visione limitata delle cose

 perche', per l'appunto, PHP e' lato server.
fino a prova contraria:
nel resto del thread @@AA@@ ha espressamente chiesto se non fosse possibile 
ottenere il risultato a cui mirava facendo girare del codice su client, 
visto che immagino tu abbia seguito il thread altrimenti non saresti qui a 
mandare ulterio reply quello che sostieni e' quanto meno testardo, perche', 
per l'appunto, @@AA@@ ha detto che non c'era problemi ad usare PHP non solo 
sul server
poi, un appunto di logica: dire che in una soluzione PHP lato server non si 
puo' fare un certa cosa in php perche' il php e' lato server e' come 
affermare che con un computer spento non puoi far girare programmi per 
computer perche' per l'appunto il computer e' spento.
nel secondo caso e' evidente la lapalissianita' e l'inutilita' di una 
risposta del genere, nel primo meno, per una serie di eventi accessori, come 
il fatto che ti rivolgi a qualcuno che evidentemente ha una conoscienza 
limitata di php (altrimenti non avrebbe postato il msg) e che solo per il 
fatto di rispondere tu ti poni come piu' esperto di lui inducendolo quindi a 
fidarsi delle tue parole. fiducia risposta male in questo caso, visto che le 
tue parole erano quantomeno anodine. se hai una visione limitata di php non 
c'e' problema, probabilmente l'utilizzo che ne fai ti e' sufficiente e non 
senti la necessita' di esplorarne altri ambiti, ma io eviterei di spacciare 
lapidali risposte conclusive come se la tua realta' di utilizzo di php 
coprisse tutto quello che si puo' fare con questo linguaggio. per una 
questione di onesta' e modestia: chi le legge potrebbe credere che quello 
che stai dicendo e' vero o significativo.