Per soddisfare la propria pagina Web il modulo Rabbit utilizza le funzioni HTTP

Coniglio in tempo reale la pagina Web

Per servire la sua pagina web, il modulo Rabbit utilizza le funzioni HTTP e le strutture previste in Dynamic C per servire il file della pagina Web su richiesta. Gli aggiornamenti del ciclo principale del programma le variabili di tempo una volta al secondo.

Page Design

Listing 6-2 è il codice HTML per l'articolo 6-1 rete la pagina web. La pagina utilizza i tag HTML per consigliare al browser come visualizzare il contenuto della pagina. Ogni tag è costituito da testo racchiuso tra parentesi angolari (). Nella sezione la profondità di questo tutorial in rete ha i dettagli di tag HTML e come usarli. Per ora, la sezione pertinente del codice è il cinque righe che ogni iniziano con un tag di paragrafo (

). Un tag punto dice al browser per visualizzare le informazioni che segue in un nuovo paragrafo. Il primo tag punto fa sì che il browser per visualizzare il testo, "Questo programma Rabbit è stato attivo per:". Ognuna delle quattro righe che seguono contiene un Server Side Include # echo direttiva che inserisce il valore di una variabile sulla pagina. Un Server Side Include direttiva utilizza i delimitatori stessi un commento HTML. Un commento, che è il testo che il browser ignora e non viene visualizzato, è racchiuso da . Dopo aver ricevuto una pagina che contiene un commento HTML, il browser visualizza la pagina stessa, come se il commento e la sua delimitatori non erano presenti. Un altro uso di delimitatori di commento è quello di consentire una pagina di specificare Server Side Include (SSI), delle direttive che il server esegue prima di servire la pagina al browser. Prima di servire una pagina contenente una direttiva SSI, il server esegue la direttiva e sostituisce i delimitatori e il testo tra di loro con il risultato di esecuzione della direttiva. Se per qualche motivo il server non supporta la direttiva, il server ignora la direttiva e il browser considera la direttiva come un commento, che non viene visualizzato.

# Echo la direttiva indica al server di sostituire il tag di commento e il suo contenuto con il valore della variabile di nome. Ad esempio, nella prima direttiva, il server sostituisce con il valore della variabile giorno sul server. Se il giorno è uguale a 5, il browser riceve e visualizza Giorni: 5. L'Nella sezione profondità di questo tutorial in rete ha i dettagli di # echo e di altri Server Side Includes.

TINI Real-time Web Page

Per utilizzare un TINI per servire le pagine Web con contenuti dinamici, hai poche scelte. Il tuo pensiero prima potrebbe essere quella di usare la classe HttpServer fornito con il sistema operativo TINI. Tuttavia, questo built-in server Web può servire solo pagine statiche. Servire i dati dinamici è necessario cambiare i dati nelle pagine memorizzate ogni volta che i cambiamenti di contenuto. E 'più efficace per recuperare i dati dinamici su richiesta e inserirlo nella pagina come è servito. Un'altra opzione è quella di installare ed eseguire un programma server che supporta le servlet Java. Un servlet è un componente software in grado di rispondere agli input dell'utente e generare contenuti dinamici per le pagine web. Nella maggior parte dei casi, servlet sono i più efficaci e risparmiando tempo per consentire a un server Web per servire contenuti dinamici. Capitolo 7 ha di più su servlet e come usarli.

Una terza opzione è quella di scrivere un server Web di base che utilizza la classe ServerSocket e aggiunge contenuti dinamici, come serve le sue pagine. Per alcune applicazioni a basso volume che servono una o poche pagine, questo tipo di server fatto in casa può fare il lavoro senza aggiungere troppa complessità. L'esempio in questo tutorial in rete utilizza la classe ServerSocket per creare un server di base che serve una pagina che visualizza la quantità di tempo che TINI è stato installato e funzionante. Sia o non si decide di utilizzare questo approccio, il codice in questa applicazione è interessante come una dimostrazione della responsabilità di un server web. Il server Web risponde alle richieste di connettersi a una porta specifica. Quando un host connesso invia una richiesta HTTP per una pagina sostenuto, il server calcola i valori delle variabili della pagina contiene, scrive il contenuto della pagina alla presa, e chiude il socket.

Protocolli per la pubblicazione di pagine web

Gli esempi in questo tutorial in rete ha mostrato come i browser Web utilizzano il protocollo ipertestuale di trasferimento (HTTP) per richiedere le pagine Web, e le pagine Web si sono codificati usando il linguaggio Hypertext Markup (HTML). Inoltre, alcune pagine di utilizzare il server-side include (SSI) le direttive per consentire una pagina Web per visualizzare dati dinamici o per aggiungere altre funzioni non disponibili con HTML da solo.

Questa sezione contiene i dettagli di HTTP, HTML, e SSI, con la messa a fuoco su come i sistemi embedded è possibile utilizzare in ogni pubblicazione di pagine con contenuti dinamici.

Utilizzando il Hypertext Transfer Protocol

HTTP è una delle tante applicazioni standard di protocolli di livello utilizzato nelle comunicazioni di rete. Articolo Network 6-5 mostra la posizione di HTTP in un protocollo di stack di rete. Anche se in teoria una comunicazione HTTP è possibile utilizzare qualsiasi protocollo affidabile per raggiungere le proprie destinazioni in una rete, in pratica quasi tutti gli stack di rete passano le comunicazioni HTTP tramite TCP e strati IP. Un'applicazione che utilizza HTTP 266 può essere un browser Web, che le richieste di pagine Web o un server Web, che restituisce le pagine Web su richiesta. Chiunque abbia in rassegna il Internet ha utilizzato HTTP. Quando un browser invia una richiesta per una pagina Web sulla rete, la domanda contiene un URL che identifica il percorso e il nome file della pagina. Capitolo 4 descritto come una rete utilizza le informazioni nella URL per determinare dove il percorso di una comunicazione.

Sull'apprendimento l'indirizzo IP che ospita la pagina Web desiderata, le richieste dei client per aprire una connessione TCP con il computer a questo indirizzo. Per impostazione predefinita, i server Web servire le pagine sulla porta 80. Se un server utilizza un numero di porta differente, l'URL specifica il numero, come spiegato nel capitolo 4. Quando la connessione è stata stabilita, il browser invia un messaggio contenente una richiesta HTTP per una pagina, e il computer ricevente risponde al servizio, o l'invio, la pagina Web al computer richiedente tramite la connessione TCP. Un vantaggio di utilizzare le pagine Web per fornire informazioni è che l'interfaccia del browser è universale. Se si inserisce un server Web su Internet, chiunque disponga di un browser e una connessione ad Internet può visualizzare le pagine del server. I motori di ricerca permettono agli utenti di trovare la tua pagina, anche se non si conosce l'indirizzo IP o il nome del dominio. Le pagine Web non devono essere su Internet, però. È possibile effettuare una pagina disponibile solo all'interno di una rete locale. Se lo si desidera, si può anche limitare l'accesso specificando quali indirizzi IP possono accedere a una pagina o che richiedono una password per accedere alla pagina. In ogni caso, non si dispone di limitare le comunicazioni agli utenti che utilizzano hardware o software specifici. Come mostrano gli esempi nel capitolo 7 show, un server può anche ricevere informazioni da un browser. Una pagina Web può consentire agli utenti di inviare le informazioni al computer che sta scontando una pagina, e il computer può utilizzare queste informazioni per qualsiasi scopo.

HTTP Versioni

HTTP versione 1.1 è specificato nella RFC 2616: Hypertext Transfer Protocol - HTTP/1.1. RFC1945 contiene le versioni precedenti, HTTP 1.0 e 0.9.

Versione 1.1 aggiunge la possibilità di conservare la larghezza di banda di rete, migliorando la sicurezza e la notifica di errore, permettendo ai clienti di specificare lingue preferite o set di caratteri, e permettendo buffering più flessibile dividendo i dati in blocchi. Molti sistemi embedded servire le piccole e semplici pagine web. Questi sistemi possono trarre benefici poco nel sostenere HTTP 1.1, e quindi possono utilizzare 1,0 per semplicità. HTTP 1.0 server devono inoltre rispondere adeguatamente alle richieste dei clienti 0,9. Un browser che supporta HTTP 1.1 non dovrebbe avere problemi di comunicazione con un server 1.0. Conforme Dynamic C dei server HTTP con HTTP 1.0. Il server Web Tynamo utilizzati nel capitolo 7 della esempi TINI implementa gli elementi necessari in HTTP 1.1. Probabilmente la ragione principale di un sistema embedded potrebbe utilizzare HTTP 1.1 è il supporto per le connessioni persistenti, che possono ridurre il numero di connessioni che il server deve aprire e chiudere. Con HTTP 1.0, ogni richiesta richiede una nuova connessione. Se un client richiede una pagina Web che contiene diversi collegamenti alle immagini, la richiesta per la pagina così come ogni richiesta di un'immagine richiede una propria connessione, che a sua volta richiede che il server e il client di fare la stretta di mano per aprire e chiudere ogni connessione . Richiedere più pagine all'interno di un breve periodo di tempo richiede anche una nuova connessione per ogni pagina. Al contrario, con HTTP 1.1, il comportamento di default è connessioni persistenti, in cui una connessione è rimasta aperta fino a quando il client o server determina che la comunicazione è completa o il server chiude la connessione dopo un periodo di inattività. I documenti RFC precisare la capacità minima che un server HTTP deve avere. I requisiti variano a seconda della versione di HTTP.

Elementi di un messaggio HTTP

Un messaggio HTTP è costituito da una richiesta iniziale o riga di stato, le intestazioni dei messaggi opzionale, una riga vuota, e un corpo opzionale entità. (HTTP 0.9 non supporta linee di stato o intestazioni.) HTTP supporta due tipi di messaggi, richieste e risposte. Un client invia una richiesta di chiedere ad un server per una risorsa, e il server restituisce una risposta contenente la risorsa o le informazioni di stato.

Dopo aver ricevuto una pagina che contiene immagini, il client invia una richiesta GET in genere per ogni immagine. Oltre al metodo GET, HTTP 1.0 e poi definire i metodi di HEAD e POST (Tabella 6.1). HEAD è simile a GET eccetto che il server restituisce solo le intestazioni che avrebbe mandato in risposta a una richiesta GET per la risorsa, ma non la risorsa stessa. Il metodo POST consente a un client per inviare i dati a una risorsa sul server. L'utente invia i dati ricevuti nel corpo del messaggio al programma, processo, o di altre risorse specificato nella riga di richiesta. La risorsa chiamata utilizza i dati. Un uso comune per il post è di consentire agli utenti di inviare i dati inseriti in un modulo a un programma CGI, che elabora i dati e invia una risposta al client. (Capitolo 7 ha di più su CGI.) Ma una richiesta POST possibile specificare qualsiasi risorsa, e la risorsa può utilizzare i dati in alcun modo. HTTP 1.1 standard dice che tutti i generali-server al fine devono sostenere il minimo metodi GET e HEAD. HTTP 1.1 definisce i metodi supplementari. Uno che potrebbe utilizzare sistemi embedded è messo, che, come POST, permette al cliente di inviare i dati al server. Ma, invece di nominare una risorsa per ricevere i dati del corpo del messaggio, una richiesta di nomi di inserire un file o altro ente in cui il server deve memorizzare i dati del corpo messaggio. PUT può essere utile per i trasferimenti di file, in cui i nomi linea di richiesta del file sul server in cui il server deve memorizzare i dati ricevuti. HTTP 0.9 supporta solo il metodo GET, e la linea di richiesta include solo la richiesta e l'URL, non l'HTTP versione. Se nessuna versione HTTP è specificato, il server deve assumere è la versione 0.9. Metodi di cui le richieste devono essere maiuscole e seguito da uno spazio.

un articolo presentato da Daniel R.

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "Per servire la sua pagina Web il modulo Rabbit utilizza le funzioni HTTP" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.