Ronny Haryanto wrote:
> 
> On 30-Mar-2000, [EMAIL PROTECTED] wrote:
> >    However, since the date--as it is believed by the
> >    origin--is important for evaluating cached responses, origin servers
> >    MUST include a Date header field in all responses.
> 
> Ah, itu HTTP/1.0 ya? pantes kelewat.. setelah membaca alasannya kenapa
> diharuskan, saya cek lagi di HTTP/1.1 begini:

anda yang baca HTTP/1.0 kan? di HTTP/1.0 should, tapi 
di HTTP/1.1 jadi MUST. ini dari RFC 1945 (HTTP/1.0):

>>>
10.6  Date

   The Date general-header field represents the date and time at which
   the message was originated, having the same semantics as orig-date in
   RFC 822. The field value is an HTTP-date, as described in Section
   3.3.

       Date           = "Date" ":" HTTP-date

   An example is

       Date: Tue, 15 Nov 1994 08:12:31 GMT

   If a message is received via direct connection with the user agent
   (in the case of requests) or the origin server (in the case of
   responses), then the date can be assumed to be the current date at
   the receiving end. However, since the date--as it is believed by the
   origin--is important for evaluating cached responses, origin servers


   should always include a Date header. Clients should only send a Date


   header field in messages that include an entity body, as in the case
   of the POST request, and even then it is optional. A received message
   which does not have a Date header field should be assigned one by the
   recipient if the message will be cached by that recipient or
   gatewayed via a protocol which requires a Date.
<<<

> 
> 13.2.3 Age Calculations
> 
>    [...]
> 
>    Also note that HTTP/1.1 requires origin servers to send a Date header
>    with every response, giving the time at which the response was
>    generated. We use the term "date_value" to denote the value of the
>    Date header, in a form appropriate for arithmetic operations.
> 
> Mereka (yahoo) sih ngasih header "Client-Date" tapi itu tidak termasuk
> HTTP/1.1. Mungkin alasannya supaya cachenya langsung expired?

di mana ya? saya ngga liat ini. tapi ini kalo ngga salah
header Client-Date ditambahkan oleh beberapa proxy untuk 
memberikan date dari client-nya ke server. kalo untuk expire 
saya rasa ngga manfaatin header itu, itu bisa pake cara 
standar: Expires satu tahun ke belakang, Pragma: no-cache 
dan Cache-Control: no-cache/private. (coba liat response 
untuk salah satu halaman yahoo berikut (all in one line): 

 http://edit.members.yahoo.com/config/edit_my_interests?
 .src=ytc&.done=http%3a//members.yahoo.com/interests/

setelah saya liat2 beberapa halaman yahoo, saya semakin
yakin bahwa itu tujuannya semata2 untuk ngirit bandwidth.
sebab hanya halaman lapis atas yang di-streamline banget:

- 302 Moved Temporarily -> 302 RD
- header2 HTTP minim sekali
- link2 di halaman depan direktori pake inisial satu 
  huruf
- dan, tentu, disain halaman yahoo amat konservatif,
  minim grafik

page depan yahoo itu mestinya di-hit puluhan-ratusan
juta kali per hari.

-- 
regards,
[EMAIL PROTECTED]
(huruf kecil bukan berarti tidak hormat...)

--------------------------------------------------------------------------------
Utk berhenti langganan, kirim email ke [EMAIL PROTECTED]
Informasi arsip di http://www.linux.or.id/milis.php3
Pengelola dapat dihubungi lewat [EMAIL PROTECTED]

Kirim email ke