Newsgroup: it.comp.www.php
Titolo: Re: Interfaccia web su sistemi embedded

 La vostra esperienza?
ti racconto la mia, ho sviluppato applicazioni di questo tipo per
diversi anni della mia vita
L'approccio giusto per un problema del genere (sempre molto imho, ma visto
che ne l'ho fatto tante volte credo di essere abbastanza attendibile) è
questo:
1 - Fai una applicazione standalone che comunica tramite socket con la tua
sul sitema embedded.
Questa applicazione scrive i risultati delle sue osservazioni nel db
2 - la pagina php non fa altro che leggere i risultati dal db e
visualizzarli, farci le statistiche, i grafici e tutto quello che ti pare
in questo modo tramite 1 - il socket lo apri UNA sola volta e fai il
polling a costo praticamente nullo (che è ben diverso da passare ogni
volta per apache che ha già abbastanza latenza per il refresh di una
pagina con scritto IT WORKS!)
2 ed 1 non si rompono le scatole , php legge e basta, l'applicazione
standalone scrive e basta, inoltre la apllicazione continua per la sua
strada senza venir mai rallentata , al limite puoi permetterti di mettere
la pagina con webserver ed il database su una seconda macchina inmodo da
lasciare la prima leggerissima ed indisturbata.
Inoltre a te interessa memorizzare e poter consultare i dati,
mica vederli in tempo reale ogni volta che ce ne è uno nuovo! (tipo ogni
100millisecondi), ma anche se così fosse passare da una pagina che fa il
refresh sarebbe un collo di bottiglia per il polling alla embedded. 
detto questo (e ora parte il flame) ti configlio di usare qualcosa di
diverso da php per la apllicazione standalone, e lasciar fare a questo
bellissimo linguaggio quello che sa fare meglio, le applicazioni WEB :)
direi che c(o c++) o al limite python sono decisamente piu' indicati
era tutto sempre molto imho
-- 
Web marketing & community management:
http://www.insistema.com/

latenze e senza strane pause?
Cosi' :-) (per il "senza refresh" usano AJAX, comunque si puo' usare - non
e' garantito su tutti i browser - multipart/x-mixed-replace).
Leonardo
-- 
Faro' con piu' diletto manifesta
La bella istoria che ho gran tempo ordita:
Venite ad ascoltare in cortesia,
Segnori e dame, e bella baronia.

 A me invece occorre visualizzarli in tempo piu' reale *possibile*!
guarda la soluzione di leonardo
oppure: sfanculi il web e la standalone diventa una applcazione grafica
che riceve i dati e li disegna . Ripeto, non so cosa devi fare esattamente
, sono andato un po' a caso


bensi' tante altre cose e tanta altra grafica complessa!
Forse non ho capito io il tuo setup.
Tu hai una macchina connessa ad una rete, ma lo stato viene visualizzato
da una macchina diversa? Ovvero
	[ embedded ]----[ server ]---[client]
?
In questo caso pero' dovresti parlare di interfaccia web "verso" sistemi
embedded :-) .
E ti conviene usare una cache di qualche tipo (magari appunto un DB come
ti consigliavano) sul server, che verifichi - all'arrivo della richiesta
dal client - se e' passato abbastanza tempo per richiedere il dato dalla
macchina embedded, o se ci si puo' contentare di rimandare il dato preso
dalla cache.
Le connessioni fra server ed embedded puoi farle con fsockopen oppure (e
qui ti semplifichi la vita) con file_get_contents se l'attrezzo embedded
manda cento byte in piu' e risponde in HTTP valido; non e' difficile :-)


 grazie a un browser.
ciao..
prova a dare uno sguardo a m0n0wall (
http://m0n0.ch/wall)
.. l'interfaccia è 
in php compilato ed è studiato per girare su appliance senza video ecc.
la base del s.o. è freebsd
ciao
Stefano 

 leggere un file?
Si`, e` possibile, lo chiamano AJAX.
Bye.

informazione generata dal server in tempo reale...
Esattamente. La connessione non viene chiusa mai... e, ogni volta che il
server ha qualcosa da dire, manda un "blocco" di dati... che SOSTITUISCE
il precedente.
Quindi puoi mandare verde.gif, rosso.gif, verde.gif, rosso.gif, e *se il
browser e' compliant*, vedi un affare che lampeggia verde e rosso. "Edge
driven", in un certo senso. Se commuti poco spesso, ti conviene.
