HTTP Request Header Reference Table

HTTP Request Header

Header Paglalarawan Halimbawa
Accept Itinatag ang mga uri ng nilalaman na kayang tanggapin ng client Accept: text/plain, text/html
Accept-Charset Ang mga character encoding na kayang tanggapin ng browser. Accept-Charset: iso-8859-5
Accept-Encoding Itinatag ang mga uri ng compressions na kayang suportahan ng browser mula sa web server. Accept-Encoding: compress, gzip
Accept-Language Ang wika na kayang tanggapin ng browser Accept-Language: en,zh
Accept-Ranges Maaaring humiling ng isa o maraming bahagi ng web entity Accept-Ranges: bytes
Authorization Ang authorization credentials para sa HTTP authorization Authorization: authorization_credentials
Cache-Control Itinatag ang cache mechanisms na dapat sundin sa request at response Cache-Control: no-cache
Connection Itinatag kung kailangan ang persistent connection. (HTTP 1.1 ay default na may persistent connection) Connection: close
Cookie Ang lahat ng mga cookie values na na-save sa domain ng request ay ipapadala sa web server sa oras ng HTTP request. Cookie: $Version=1; Skin=new;
Content-Length Ang haba ng content na hinihiling Content-Length: 348
Content-Type Ang MIME information na nauugnay sa entity ng request Content-Type: application/x-www-form-urlencoded
Date Petsa at oras ng pagpapadala ng request Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect Espesipikong server behavior para sa request Expect: 100-continue
From Email ng user na nagpadala ng request From: [email protected]
Host Itinatag ang domain name at port number ng server na hinihiling Host: www.jsons.cn
If-Match Tanging epektibo kung tugma ang content ng request sa entity If-Match: “specific value”
If-Modified-Since Kung ang bahagi ng request ay nabago matapos ang tinukoy na oras, magtagumpay ang request, kung hindi, ibabalik ang code na 304 If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match Kung hindi nagbago ang content, ibabalik ang code na 304, ang parameter ay ang Etag na ipinadala ng server na dating nagkaroon, ikumpara kung nagbago If-None-Match: “specific value”
If-Range Kung hindi nagbago ang entity, ipadala ng server ang mga nawawalang bahagi sa client, kung hindi, ipadala ang buong entity. Ang parameter ay Etag din If-Range: “specific value”
If-Unmodified-Since Tanging magiging matagumpay ang request kung ang entity ay hindi nabago matapos ang tinukoy na oras If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards Nililimitahan ang oras para sa pagpapadala ng impormasyon sa pamamagitan ng proxy at gateway Max-Forwards: 10
Pragma Ginagamit upang isama ang mga partikular na direktiba ng implementasyon Pragma: no-cache
Proxy-Authorization Authorization credentials para sa koneksyon sa proxy Proxy-Authorization: authorization credentials para sa koneksyon sa proxy
Range Humihiling ng bahagi lamang ng entity, itinatag ang saklaw Range: bytes=500-999
Referer Address ng nakaraang web page, ang kasalukuyang hinihiling na web page ay kasunod, ibig sabihin ay pinagmulan Referer: http://www.jsons.cn
TE Ang encoding na kayang tanggapin ng client, at ipaalam sa server na tinatanggap ang trailing header information TE: trailers,deflate;q=0.5
Upgrade Itinatag ang isang tiyak na protocol para sa server upang magsagawa ng conversion (kung sinusuportahan) Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent Ang content ng User-Agent ay naglalaman ng impormasyon ng user na nagpadala ng request User-Agent: Mozilla/5.0 (Linux; X11)
Via Nagbibigay ng impormasyon tungkol sa intermediate gateway o proxy server address, at protocol ng komunikasyon Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Impormasyon ng babala tungkol sa message entity Warn: 199 Miscellaneous warning

HTTP Responses Header

Header Paglalarawan Halimbawa
Accept-Ranges Nagpapakita kung sinusuportahan ng server ang tinukoy na range request at kung anong uri ng mga pagputol Accept-Ranges: bytes
Age Ang tinatayang oras (sa segundo) mula sa orihinal na server hanggang sa proxy cache Age: 12
Allow Mga wastong request na behavior para sa isang partikular na network resource; kung hindi pinapayagan, ibabalik ang 405 Allow: GET, HEAD
Cache-Control Nagbibigay-alam sa lahat ng cache mechanism kung maaaring i-cache at kung anong uri Cache-Control: no-cache
Content-Encoding Ang mga uri ng content compression na sinusuportahan ng web server. Content-Encoding: gzip
Content-Language Ang wika ng response body Content-Language: en,zh
Content-Length Ang haba ng response body Content-Length: 348
Content-Location Ang alternatibong address ng hiniling na resource Content-Location: /index.htm
Content-MD5 Nagbabalik ng MD5 checksum para sa resource Content-MD5: MD5 checksum
Content-Range Ang byte position ng bahaging ito sa buong response body Content-Range: bytes 21010-47021/47022
Content-Type Ang MIME type ng nilalaman na ibinabalik Content-Type: text/html; charset=utf-8
Date Oras ng mensahe na ipinadala mula sa orihinal na server Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag Ang kasalukuyang halaga ng entity tag para sa request variable ETag: “halaga ng entity tag”
Expires Ang petsa at oras kung kailan mag-eexpire ang response Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified Ang huling petsa ng pagbabago ng hiniling na resource Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location Ginagamit para i-redirect ang receiver sa non-request URL location upang makumpleto ang request o tukuyin ang bagong resource Location: http://www.jsons.cn
Pragma Nagsasama ng mga tiyak na direktiba ng implementasyon na maaaring ilapat sa anumang receiver sa response chain Pragma: no-cache
Proxy-Authenticate Nagpapakita ng authentication scheme at mga parameter na maaaring ilapat sa proxy sa URL na iyon Proxy-Authenticate: Basic
refresh Inilalapat para sa redirection o sa isang bagong resource na nalikha, nagre-redirekta sa loob ng 5 segundo (isinulong ng Netscape at sinusuportahan ng karamihan ng mga browser)
Refresh: 5; url= http://www.jsons.cn
Retry-After Kung ang entity ay pansamantalang hindi magagamit, ipaalam sa client na muling subukan matapos ang tinukoy na oras Retry-After: 120
Server Pangalan ng server software Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie Nagse-set ng Http Cookie Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer Nagpapakita na ang header fields ay nasa dulo ng chunked transfer encoding Trailer: Max-Forwards
Transfer-Encoding File transfer encoding Transfer-Encoding:chunked
Vary Nagbibigay-alam sa downstream proxies kung gamitin ang cached response o humiling mula sa orihinal na server Vary: *
Via Nagbibigay-alam sa client kung saan ipinadala ang response mula sa proxy Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Babala tungkol sa posibleng problema ng entity Warning: 199 Miscellaneous warning
WWW-Authenticate Ipinapakita ang authentication scheme na dapat gamitin ng client para sa request entity WWW-Authenticate: Basic

Kumpletong Talaan ng HTTP Request Header - Mga Karaniwang Request Header at Response Header

Ang pahinang ito ay nagbibigay ng detalyado na talahanayan ng HTTP Request Headers at HTTP Response Headers. Ang HTTP request headers at response headers ay mahalagang bahagi ng web development, at kailangan ng mga developer na maunawaan ang mga header information na ito sa pagbuo ng mga crawlers, API interfaces, at pag-simulate ng pag-login.

Ano ang HTTP Request Headers at Response Headers?

HTTP Request Headers (Request Header) ay ang metadata na kasama sa request ng client na ipinadala sa server, ginagamit upang ipaalam sa server ang karagdagang impormasyon tungkol sa request.
HTTP Response Headers (Response Header) naman ay ang metadata na kasama sa response na ibinabalik ng server, na naglalaman ng status at processing information.

Kumpletong Talaan ng Karaniwang HTTP Request Headers

Narito ang mga karaniwang HTTP request headers at ang kanilang mga function:

Request Header Purpose Description
User-Agent Impormasyon na naglalarawan sa browser o operating system ng client, ginagamit upang tukuyin ang environment ng client.
Accept Itinatag ang uri ng nilalaman na kayang iproseso ng client, at ipaalam sa server kung anong uri ng content ang ibabalik.
Host Itinatag ang target host at port ng request, kadalasang ginagamit para sa access sa virtual hosts.
Authorization Umabot ng authentication information, ginagamit para sa authorization ng API interfaces.
Content-Type Ipahayag ang uri ng request body, tulad ng application/json, text/html, atbp.
Accept-Encoding Itinatag ang mga encoding methods na kayang suportahan ng client, tulad ng gzip, deflate.
Cookie Umabot ng cookie data na na-store ng client, ginagamit para sa session management.
Referer Itinatag ang nag-susundong URL ng request, kadalasang ginagamit upang suriin ang pinagmulang pag-access.
Connection Itinatag kung panatilihin ang koneksyon, ang karaniwang mga halaga ay keep-alive o close.

Kumpletong Talaan ng Karaniwang HTTP Response Headers

Narito ang mga karaniwang HTTP response headers at ang kanilang mga function:

Response Header Purpose Description
Content-Type Itinatag ang data type ng response body, tulad ng text/html, application/json, atbp.
Content-Length Itinatag ang haba ng response body, ang unit ay byte.
Set-Cookie Ang cookie data na ipinadala ng server sa client, ginagamit para sa session management.
Cache-Control Itinatag ang cache policy, tulad ng no-cache, max-age, atbp.
Location Sa redirect response, itinataas ang URL ng bagong location.
Server Nagpapaalam sa pangalan at bersyon ng server.
Access-Control-Allow-Origin Itinatag kung aling domain ang maaaring ma-access ang resource na ito, kadalasang ginagamit sa cross-origin requests.
Content-Encoding Itinatag ang encoding method ng response body, tulad ng gzip, deflate.
Expires Itinatag ang expiration time ng response content, kadalasang ginagamit para sa cache control.

Application Scenarios ng HTTP Request Headers at Response Headers

Ang HTTP request headers at response headers ay may malawak na aplikasyon sa aktwal na development. Halimbawa:

  • API interfaces: Ang request headers ng API ay ginagamit upang maghatid ng authentication information, request body type; ang response headers naman ay ginagamit upang ibalik ang data format, caching policy, atbp.
  • Simulated login: Sa simulated login, karaniwang ginagamit ang Authorization request header upang ihatid ang token o cookie data, upang matiyak ang validation ng pagkakakilanlan ng user.
  • Crawler: Sa paggawa ng web crawler, maaaring gamitin ang request headers upang gayahin ang User-Agent ng browser at makuha ang nilalaman ng site.

Sa Buod

Ang pag-unawa sa paggamit ng HTTP request headers at response headers ay mahalaga para sa pagbuo ng mga epektibo at sumusunod na web applications. Gamit ang HTTP request header table na ibinibigay ng pahinang ito, maaari mong madaling maunawaan ang mga function at aplikasyon ng mga karaniwang request headers at response headers, na tumutulong sa mga developer na mabilis na makapagsimula sa HTTP protocol.

Ang iyong mga yapak:
Pumili ng Wika