Newsgroup: it.arti.fotografia
Titolo: La qualita' del niubbo d'oggi...

...e' penosamente bassa, non sono neppure in grado di intavolare un flame
come si deve... O tempora, o mores ! :-)
P.S. Chissa' cosa ne pensa Chellini di photosig...
|~~~~~~|
|(O>   |\  Fabio Cavaliere (Homebrew apprentice & GLUG member)
|//\   | | "I play dead - and the hurt stops" (Bjork)
|V_/_  | | e-mail > 
cava...@server1.fisica.unige.it
|######|-  GLUG on the Web : 
http://genova.linux.it
+------+

 wrote in message
news:Pine.LNX.4.33.030112...@urania.fisica.unige.it...


 come si deve... O tempora, o mores ! :-)
_______________________________________
  eh! Mon vieu le jeunes ne son plus come un foi.....
_______________________________________


P.S. Chissa' cosa ne pensa Chellini di photosig...
</chellinimode on>
Photosigh č un server web, tutte le comunicazioni tra client e server
web avvengono mediate il protocollo HTTP (HyperText Transfer Protocol,
attualmente alla versione 1.1), che č un insieme di regole per
richiedere e fornire risorse Internet. 
?Risorsa? č un termine generale che comprende i file ma non č limitato
ad essi: č qualunque informazione che possa essere identificata da un
URL (la R di URL sta per risorsa). Discuteremo piů avanti dell?URL, ma
č essenzialmente un metodo per dire di quale risorsa il client
necessita (in altre parole l?indirizzo della risorsa) Il tipo piů
comune di risorsa č il file (una pagina ipertestuale, una immagine),
ma una risorsa puň anche essere il risultato di una richiesta,
l?output di uno script CGI o altro.
Il protocollo HTTP definisce un metodo di interazione client-server
ottimizzato per le connessioni brevi e veloci necessarie per le
connessione tra client web e server web. Si tratta di un protocollo
generico, stateless e leggero.
Generico, significa facilmente estensibile per comprendere servizi di
vario tipo, non solo transazione ipertestuali.Stateless significa che,
tra una connessione e l?altra, il server non tiene nota della
connessione precedente, e quindi tutte le connessioni sono trattate
alla stessa maniera, come se si trattasse ogni volta di un nuovo
client. Leggero, significa che il client si connette al server solo
per il tempo strettamente necessario per trasmettere la risorsa, e
quindi chiude la connessione.
Si tratta di un funzionamento molto diverso da altri server, per
esempio FTP, in cui la connessione č tenuta aperta per tutto il tempo
che l?utente desidera, anche se non c?č nessun file da trasferire.
 
 
  URL HTTP 
 
  L?URL č il modo utilizzato nel protocollo HTTP per indicare la
risorsa richiesta. La forma generale dell?URL č la seguente 
http://server
[:port]/[path/][file]
dove server č l?indirizzo internet del server HTTP (il nome o
l?indirizzo IP). port č il numero della porta a cui connettersi: puň
essere omesso, e in tal caso prende il valore di default 80. Il path
indica al server la directory del file richiesto, e file č il nome del
file.
Per esempio l?URL
http://www.microsoft.com:80/jobs/consult.htm
chiede di utilizzare il protocollo HTTP per reperire sul server web il
cui nome č 
www.microsoft.com
 e che risponde alla porta 80 il file
consult.htm che sta nella directory jobs.
Piů avanti vedremo forme di URL che possono invocare protocolli
diversi (per esempio FTP).
 
 
  URI 
 
  URI (Uniform Resource Indentifier) č il termine generico con cui si
indicano tutti i modi indirizzo/nome che si utilizzano per riferirsi
ad una risorsa. URL č un particolare tipo di URI. 
 
  Il modello di transazione 
 
  Un client HTTP apre una connessione e spedisce una richiesta al
server HTTP. Il server risponde con un messaggio che normalmente
contiene la risorsa richiesta. Dopo aver risposto il server chiude la
connessione (HTTP č un protocollo stateless, cioč non conserva
informazioni di connessione tra una transazione e l?altra). 
Il modello di transazione di HTTP č molto semplice, e questa č la
principale ragione per cui si puň facilmente estendere.
Una tipica transazione avviene cosě:
Il client HTTP (browser) stabilisce una connessione con un server HTTP
remoto; le informazioni sul server da contattare e sulla porta da
usare sono comprese nel link ipertestuale; il client localizza il
server e inizia il processo di connessione. 
Il client spedisce una richiesta; possono essere fatte richieste
diverse che possono comprendere anche informazioni come: che tipo di
dati il client puň trattare, che linguaggio naturale preferisce,che
tipo di dati viene spedito al server. 
Il server processa la risposta; a questo punto possono succedere cose
diverse; molte risposte sono processate dal server stesso (la maggior
parte delle volte il processo consiste nel localizzare un file e
restituirlo al cliente); altre vengono passate ad altre applicazioni,
soprattutto CGI; queste applicazioni rispondono al server il quale
passa le informazioni al client. 
Il server risponde qualcosa al client; potrebbe essere il file
richiesto, una semplice conferma che la richiesta č stata processata,
oppure un messaggio di errore; in HTTP sono definiti diversi codici
per comunicare cosa č successo; la richiesta potrebbe anche contenere
informazioni su cosa il server sa fare e quali tipi di dati sa
ritornare al client 
Il server chiude la connessione; i primi protocolli, come telnet e
ftp, erano stati progettati con l?idea che l?utente si collegasse ad
un sistema remoto per un periodo di tempo esteso, trasmettendo comandi
diversi e tenendo la connessione aperta; nel caso del web invece č
probabile che la prossima connessione avvenga in un tempo abbastanza
successivo alla precedente, e/o che la richiesta sia diretta ad un
altro server; in tal caso non c?č vantaggio nel tenere la connessione
aperta o mantebnere informazioni sul client; quindi HTTP č stato
progettato per chiudere la connessione appena ha finito di processare
una richiesta. 
 
 
  Richieste e risposte 
 
  Forma generale
Client e server HTTP discutono tra loro con il protocollo HTTP. Una
richiesta HTTP, fatta dal client al server, č di questo tipo generale:
<METHOD> <URI> ?HTTP/1.0? <CRLF>
<Header>: <Value>
...
<Header>: <Value>
<CRLF>
<BODY>
E il server risponde in questo modo
HTTP/1.0 <STATUS_CODE> <REASON><CRLF>
<Header>: <Value>
...
<Header>: <Value>
<CRLF>
<BODY>
METHOD č una singola parola che dice al server che tipo di richiesta
viene fatta. URI č una parte dell?URL che essenzialmente dice il
percorso e il nome della risorsa richiesta. CRLF sono due caratteri
ASCII (13 e 10) di a capo e fine linea. Le righe di Header successive
possono comprendere informazioni aggiuntive, come il nome del software
client (User-Agent) e i tipi di MIME che il client puň trattare. BODY
sono dati opzionali che possono essere aggiunti in qualche richiesta.
La risposta comprende, oltre alla versione di HTTP, uno STATUS_CODE
cioč un codice ddi tre cifre che indica lo stato della risposta e
REASON, il motivo della risposta. BODY contiene i dati che vengono
trasferiti al client.
Esempio
Se un browser vuole ricevere il file specificato dall?URL
http://www.somehost.com/abc/saluti.html
dapprima apre una connessione con l?host 
www.somehost.com
 alla porta
80 (porta di default, poiché nell?URL non č specificata alcuna porta).
Quindi spedisce attraverso la connessione la richiesta
GET /abc/saluti.html HTTP/1.0
From: 
some...@jmarshall.com
Accept: text/html
Accept: text/plain
Accept: image/gif
Accept: */*
User-Agent: Netscape 1.1N PPC
[linee vuote]
Il server risponde con qualcosa di questo tipo, trasmesso attraverso
la stessa connessione
HTTP/1.0 200 OK
Date: Fri, 31 Dec 1999 23:59:59 GMT
Content-Type: text/html
Content-Length: 1354
<html>
<body>
<h1>Ciao a tutti.</h1>
(more file contents)
...
</body>
</html>
Dopo aver mandato la risposta il server chiude la connessione.
Nella richiesta, GET č il metodo di richiesta, significa ?dammi questa
risorsa?. Attualmente sono specificati nel protocollo HTTP sette
metodi, ma solo due o tre sono comunemente usati (oltre a GET, POST e
HEAD). abc/saluti.html č il cammino e il nome del file richiesto (URI,
una parte dell?URL). La versione HTTP č sempre della forma HTTP/x.x.
Accept viene utilizzato per indicare la lista dei dati che il client
puň trattare. In questo caso testo (sia con tag HTML che senza tag) e
immagini GIF.
Nella risposta, 200 č il codice di stato (indica che la richiesta ha
avuto buon fine), OK č la spiegazione in lettere del codice di stato.
Seguono altre informazioni e quindi l?intera pagina HTML richiesta.
 
 
  Metodi di richiesta 
 
  Nel protocollo HTTP 1.0 sono specificati sette metodi di richiesta,
cioč sette tipi di transazione. Solo due o tre di esse sono
comunemente usati, e in futuro ne possono essere aggiunti altri. 
GET č il metodo piů usato per chiedere informazioni a un server.
Quando un utente fa clic su un link di una pagina web, il client
spedisce una richiesta GET per avere l?URL (cioč la risorsa)
specificato nel link. Il metodo GET puň anche essere usato per
trasmettere una richiesta ad una applicazione CGI che, come risultato
del suo processo, restituisce dati. In tal caso i dati in ingresso
all?applicazione CGI vengono aggiunti in fondo all?URL (cioč
all?indirizzo dell?applicazione) separati da un punto di domanda (?).
</chellinimode off>
 
a
_________
http://212.31.238.119/~ventu/

 </chellinimode off>
cut "ROTFL"/paste:
ROTFL
--
bobo
http://digilander.libero.it/bobowashere

 ha scritto nel messaggio
news:Pine.LNX.4.33.030112...@urania.fisica.unige.it...


Che cos'è un "flame"?
una discussione che finisce a cazzotti.
carlotta
_________
http://212.31.238.119/~ventu/

 wrote in message
news:50bU9.18455$0v.5...@news1.tin.it...


ROTFL ! Ma ti sei scordato di luna rossa...


> </chellinimode on>
Ci manca la connessione con la lavatrice...
Debole sorrisino...
Mauro

> P.S. Chissa' cosa ne pensa Chellini di photosig...


 ha
scritto nel messaggio news:5xchPgcmeny=Xd+kgRzB...@4ax.com...


 ha scritto nel messaggio
news:50bU9.18455$0v.5...@news1.tin.it...


ROTFL
Spero tu abbia vuto l'accortezza di copiare il ROTFL da un'altro post.
a
_________
http://212.31.238.119/~ventu/

ROTFL ! Ma ti sei scordato di luna rossa...
E' vero.
a
_________
http://212.31.238.119/~ventu/

UAAAAAA!!!!!!!! :-)))
Ma quante ne sa?
a
_________
http://212.31.238.119/~ventu/



Si, da un lato creare immagini, dall'altro collezionare pollici.


 wrote in message
news:Pine.LNX.4.33.030112...@urania.fisica.unige.it...


 ha
scritto nel messaggio news:itUhPrqum6C48e...@4ax.com...
