Newsgroup: it.comp.www.php
Titolo: archiviazione ottica documenti

Salve,
Dovrei integrare il protocollo informatico dell'ufficio che gira su server
linux,apache,php,mysql client winxp, una funzionalità di archiviazine
ottica dei documenti (da salvare in un campo blob o singoli file ?) quindi
dovrei da una pagina web intranet aprire un programma di scansione (quale
?) sul client specifico, salvare il file temporaneo o definitivo, o
inserirlo nel campo blob  ... qualcuno mi può indicare qualcosa di utile ?
Grazie.
Dino
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 qualcosa di utile ?
uh?
non ho ben capito: devi scansionare un'immagine SUL CLIENT e vuoi farlo
attraverso il server? O__o
non penso si possa, a meno che con activex o java tu riesca (ma
sinceramente ti direi una bugia, non ne so nulla di entrambi).
non fai prima a usare lo scanner e uploadare l'immagine sul server come
fanno tutti i cristiani? :)
puoi, a limite, tentare l'operazione di mettere lo scanner sul server e
con php lanciare un comando shell (scanimage, se installato). teoricamente
dovresti riuscire, ma forse con del buonsenso si puo' scavalcare ogni
tecnologia :-)))))))))))))))))))
fosse solo che poi ti alzi tu dalla scrivania ogni volta che sul server
devi cambiare l'immagine da scansionare! :-))))))
boh....

 inserirlo nel campo blob  ... qualcuno mi può indicare qualcosa di utile ?
Come ho detto qualche post fa a @@AA@@ (vi siete messi daccordo?) per 
interfacciare ad una web application uno scanner attaccato al client 
penso che l'unico modo sia usare java o activeX. A mio avviso l'applet o 
activeX dovrebbe interfacciarsi allo scanner (possibilmente attraverso 
qualche API che non renda troppo stretta la dipendenza da un particolare 
scanner) ed inviare le acquisizioni direttamente al server, non salvare 
in locale e poi impostare un INPUT type="file" cosa che tra l'altro non 
penso si possa fare per motivi di sicurezza.
Per quanto riguada il server ti sconsiglio di mettere i files immagine 
in campi blob di MySQL. IMHO non è una buona soluzione. Meglio metterli 
su files.
Ciao.
	-Ema-

 -Ema-
Grazie,
Riccardo
-- 

 
Sarebbe OT quindi solo un rapido accenno e cerchiamo di non andare avanti.
Utilizzare BLOB in MySQL o salvare su filesystem? Questo è una 
discussione infinita e non c'e' (che io sappia) una strada migliore 
dell'altra in assoluto. Ci sono varie motivazioni per seguire una strada 
o l'altra e se googli un po' lo scopri; alcune di queste sono:
1) semplicità del backup (vince BLOB)
2) univocità dell'accesso (vince BLOB - ma per le web application ha senso?)
3) performance (i più dicono vince FileSystem)
4) scalabilità (vince FileSystem)
....
Nello specifico si parla di un'applicazione di protocollo e queste hanno 
una caratteristica: i dati aumentano sempre. Puoi pensare di tenere 
tutto in linea? Dipende da quanto crescono i dati, dal budget, dalle 
norme etc etc. In genere prima o poi si preferisce buttare le cose in 
archivi più lenti/sicuri etc etc come NAS,SAN,nastri,DVD ... mentre si 
vogliono le informazioni di indice (numero protocollo, data, oggetto, 
etc) sempre il linea. Insomma in questo caso IMHO il punto che pesà 
maggiormente è la scalabilità della soluzione.
Ciao.
	-Ema-

4) scalabilità (vince FileSystem)
Per quanto riguarda le performance mi permetto di segnalare lo studio
approfondito di punkarruso:
http://www.altropc.it/modules/mydownloads/singlefile.php?lid=30
Francesco Mazzi
Webmaster di AltroPC.it - 
http://www.altropc.it
 
Project Admin di "PHP Reservation - Online booking system" - 
http://phpreservation.sourceforge.net
Dev.Staff di E-Xoopport - 
http://dev.e-xoopport.it

 
E' un bel documento, ma c'e' chi non la pensa allo stesso modo per 
quanto riguarda le performance e ha altrettanti buoni argomenti. Io non 
voglio infilarmi in un discorso di questo tipo che tra le altre cose non 
mi interessa particolarmente in questo periodo. Dico solo che ci sono 
molte opinioni e che è meglio non fermarsi alla prima, neppure alla mia.
Ciao.
	-Ema-

 4) scalabilità (vince FileSystem)
che intendi ?
ciao
Alesi_27

 
indendo più o meno quello che ho scritto nell'altro ramo del thread, 
cioè la possibilità di spostare i files da un filesystem all'altro, in 
una NAS, SAN, aumentando le capacità e le prestazioni (e se i files sono 
tanti e le richieste pure non si scherza proprio) più o meno quanto si 
vuole, budget permettendo.
Ciao.
	-Ema-

 ?) sul client specifico, salvare il file temporaneo o definitivo, o
Sei stai parlando di scannerizzazione, a meno di applet java con relativi
permessi o activeX, con il solo javascript non puoi accedere a questa
risorsa.
-- 
Ciao,
 Fabrizio
=== 
http://www.negusweb.it
 ===

 
Siamo OT e lo sň, spero di non sollevare le ire di qualcuno :-p
Per il FS, a seconda del tipo, puň essere piů o meno "dispendioso" 
trovare un file a seconda di quanti ce ne sono in quella directory. 
Parliamo di differenze di prestazioni che diventano sensibili solo in 
caso di numeri elevati, sia di file che di richieste contemporanee, che 
probabilmente si verificano solo durante i test.
Per il blob, invece, spesso (almeno i DBMS che conosco io) non 
contengono i dati binary direttamente, ma puntatori a zone di 
allocazione seperate rispetto agli altri dati.. Dunque il "costo" 
d'accesso č dato dal solo costo della selezione.
ciao
Alesi_27

 sinceramente ti direi una bugia, non ne so nulla di entrambi).
lo scanner è collegato al pc client ! l'applicazione dovrevve (come
suggerito dagli altri post) un applet o activex ... 
A tal proposito, mi potete indicare quacosa di pronto ?
Grazie.


 
http://www.altropc.it/modules/mydownloads/singlefile.php?lid=30
Ottimo.
Tac
-- 
Using Opera's revolutionary e-mail client: 
http://www.opera.com/m2/