جدول مرجع هدر HTTP

HTTP Request Header درخواست هدر

Header توضیح مثال
Accept نوع محتوای قابل قبول توسط کلاینت را مشخص می‌کند. Accept: text/plain, text/html
Accept-Charset مجموعه کاراکترهایی که مرورگر می‌تواند بپذیرد. Accept-Charset: iso-8859-5
Accept-Encoding نوع فشرده‌سازی محتوای قابل پشتیبانی توسط مرورگر را مشخص می‌کند. Accept-Encoding: compress, gzip
Accept-Language زبانی که مرورگر می‌تواند بپذیرد. Accept-Language: en,zh
Accept-Ranges می‌توانند درخواست‌های محدوده‌ای از یک موجودیت وب را انجام دهند. Accept-Ranges: bytes
Authorization گواهی‌نامه مجوز HTTP Authorization: گواهی‌نامه مجوز
Cache-Control مکانیسم کش که درخواست و پاسخ باید از آن پیروی کنند را مشخص می‌کند. Cache-Control: no-cache
Connection مشخص می‌کند که آیا اتصال پایدار لازم است یا خیر. (اتصال پایدار به‌طور پیش‌فرض در HTTP 1.1 انجام می‌شود) Connection: close
Cookie هنگام ارسال درخواست HTTP، تمام مقادیر کوکی ذخیره شده در زیر دامنه این درخواست به وب سرور ارسال می‌شود. Cookie: $Version=1; Skin=new;
Content-Length طول محتوای درخواست شده. Content-Length: 348
Content-Type اطلاعات MIME مربوط به موجودیت درخواست شده. Content-Type: application/x-www-form-urlencoded
Date تاریخ و زمان ارسال درخواست. Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect عمل خاصی از سرور درخواستی دارد. Expect: 100-continue
From ایمیل کاربر درخواست کننده. From: [email protected]
Host نام دامنه و شماره پورت سرور درخواست شده را مشخص می‌کند. Host: www.jsons.cn
If-Match فقط زمانی معتبر است که محتوای درخواست با موجودیت مطابقت داشته باشد. If-Match: "یک مقدار خاص"
If-Modified-Since در صورت تغییر در محتوای درخواست در زمان مشخص، درخواست موفقیت‌آمیز است، در غیر این صورت کد 304 برمی‌گردد. If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match اگر محتوا تغییر نکرده باشد، کد 304 برمی‌گردد. پارامتر Etag قبلاً ارسال شده به سرور است که برای بررسی تغییرات با Etag پاسخ سرور استفاده می‌شود. If-None-Match: "یک مقدار خاص"
If-Range اگر موجودیت تغییر نکرده باشد، سرور قسمت گمشده کلاینت را ارسال می‌کند، در غیر این صورت کل موجودیت را ارسال می‌کند. پارامتر Etag نیز همین است. If-Range: "یک مقدار خاص"
If-Unmodified-Since تنها در صورت عدم تغییر موجودیت در زمان مشخص، درخواست موفقیت‌آمیز است. If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards زمان ارسال اطلاعات از طریق پروکسی و دروازه را محدود می‌کند. Max-Forwards: 10
Pragma برای شامل کردن دستور خاص پیاده‌سازی شده است. Pragma: no-cache
Proxy-Authorization گواهی‌نامه مجوز برای اتصال به پراکسی. Proxy-Authorization: گواهی‌نامه مجوز برای اتصال به پراکسی
Range تنها بخشی از موجودیت را درخواست می‌کند و محدوده مشخص می‌کند. Range: bytes=500-999
Referer آدرس وب‌سایت قبلی، که وب‌سایت در حال حاضر دنبال‌دار است. Referer: http://www.jsons.cn
TE کدگذاری‌های انتقالی که کلاینت مایل به پذیرش آنها است و به سرور اطلاع می‌دهد که انتظار تریلرها را دارد. TE: trailers,deflate;q=0.5
Upgrade به سرور پروتکل انتقال خاصی را برای تبدیل به آن مشخص می‌کند (اگر پشتیبانی شود). Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent محتوای User-Agent شامل اطلاعات کاربر درخواست کننده است. User-Agent: Mozilla/5.0 (Linux; X11)
Via آدرس پروکسی یا دروازه میانه را در ارتباطات مشخص می‌کند. Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning اطلاعات اخطار درباره موجودیت پیام. Warn: 199 اخطار متفرقه

HTTP Responses Header پاسخ هدر

Header توضیح مثال
Accept-Ranges مشخص می‌کند که آیا سرور از درخواست‌های محدوده‌ای پشتیبانی می‌کند و نوع خاص آن چیست. Accept-Ranges: bytes
Age زمان تخمینی از سرور اصلی به کش پراکسی (به ثانیه، غیر منفی). Age: 12
Allow رفتارهای مجاز برای یک منبع شبکه خاص، اگر مجاز نباشد، کد 405 برمی‌گردد. Allow: GET, HEAD
Cache-Control به تمام سیستم‌های کش می‌گوید آیا caching مجاز است و کدام نوع. Cache-Control: no-cache
Content-Encoding نوع فشرده سازی محتوا که وب سرور پشتیبانی می‌کند. Content-Encoding: gzip
Content-Language زبان بدنه پاسخ. Content-Language: en,zh
Content-Length طول بدنه پاسخ. Content-Length: 348
Content-Location آدرس جایگزین برای منبع درخواست شده. Content-Location: /index.htm
Content-MD5 مقدار چک‌جمع MD5 منبع بازگشتی. Content-MD5: مقدار چک‌جمع MD5
Content-Range موقعیت بایت این بخش در کل بدنه برگشتی. Content-Range: bytes 21010-47021/47022
Content-Type نوع MIME محتوای برگشتی. Content-Type: text/html; charset=utf-8
Date زمان ارسال پیام توسط سرور اصلی. Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag مقدار فعلی برچسب موجودیت متغیر ارسالی. ETag: "مقدار فعلی برچسب موجودیت"
Expires تاریخ و زمان انقضای پاسخ. Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified زمان آخرین تغییر در منبع درخواست شده. Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location برای هدایت دریافت کننده به مکان جدیدی غیر از URL درخواست شده، برای انجام درخواست یا شناسایی منبع جدید استفاده می‌شود. Location: http://www.jsons.cn
Pragma شامل دستورات خاص پیاده‌سازی است که می‌تواند به هر دریافت کننده در زنجیره پاسخ اعطا شود. Pragma: no-cache
Proxy-Authenticate این پروتکل‌ها و پارامترهای مرتبط با این URL را شناسایی می‌کند. Proxy-Authenticate: Basic
refresh برای هدایت مجدد یا وقتی منبع جدیدی ایجاد می‌شود، پس از 5 ثانیه هدایت مجدد (پیشنهاد شده توسط Netscape و توسط اکثر مرورگرها پشتیبانی می‌شود).
Refresh: 5; url= http://www.jsons.cn
Retry-After اگر موجودیت به طور موقت در دسترس نیست، به کلاینت اطلاع می‌دهد که بعد از مدت زمان مشخصی دوباره تلاش کند. Retry-After: 120
Server نام نرم‌افزار وب‌سرور. Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie تنظیم کوکی HTTP. Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer نشان می‌دهد که هدرها در انتهای انتقال کدگذاری شده وجود دارند. Trailer: Max-Forwards
Transfer-Encoding کدگذاری انتقال فایل. Transfer-Encoding:chunked
Vary به پروکسی‌های پایین‌دستی می‌گوید که آیا از پاسخ‌های کش استفاده کنند یا از سرور اصلی درخواست کنند. Vary: *
Via به کلاینت اطلاع می‌دهد که پاسخ از کجا ارسال می‌شود. Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning در مورد مشکلات احتمالی موجودیت هشدار می‌دهد. Warning: 199 اخطار متفرقه
WWW-Authenticate مشخص می‌کند که کدام طرح احراز هویت برای موجودیت درخواست شده استفاده شود. WWW-Authenticate: Basic

جدول تطبیق HTTP Request Header - مجموعه‌ای از اطلاعات هدرهای درخواست و پاسخ متداول

این صفحه یکجدول تطبیق HTTP Request Header وHTTP Response Header را با جزئیات ارائه می‌دهد. هدرهای درخواست و پاسخ HTTP بخشی مهم از توسعه وب هستند و توسعه‌دهندگان باید این اطلاعات هدر را هنگام نوشتن جمع‌کننده‌ها، API‌ها، و شبیه‌سازی ورود به سیستم بدانند.

HTTP Request Header و Response Header چیستند؟

HTTP Request Header (هدر درخواست HTTP) متاداده‌ای است که کلاینت هنگام ارسال درخواست به سرور همراه دارد و اطلاعات اضافی در مورد درخواست را به سرور اطلاع می‌دهد.
HTTP Response Header (هدر پاسخ HTTP) متاداده‌ای است که سرور هنگام بازگشت پاسخ همراه دارد و وضعیت پاسخ و اطلاعات پردازش‌شده را شامل می‌شود.

جدول تطبیق HTTP Request Header متداول

در زیر هدرهای درخواست HTTP متداول و کاربردهای آنها آمده است:

هدر درخواست توضیحات
User-Agent شناسایی مرورگر یا سیستم‌عامل کلاینت، برای تعیین محیط کلاینت.
Accept نوع محتوایی که کلاینت توانایی پردازش آن را دارد، به سرور اطلاع می‌دهد.
Host مشخص کردن میزبان و پورت هدف درخواست، معمولاً برای دسترسی به میزبان‌های مجازی است.
Authorization اطلاعات احراز هویت را ارائه می‌دهد، برای مجوز API‌ها.
Content-Type نوع درخواست را به سرور اطلاع می‌دهد، مانند application/json، text/html و غیره.
Accept-Encoding نوع کدگذاری محتوای قابل پشتیبانی را مشخص می‌کند، مانند gzip، deflate.
Cookie اطلاعات کوکی ذخیره‌شده در کلاینت را به همراه دارد، برای مدیریت نشست.
Referer URL منبع درخواست را ضبط کرده و معمولاً برای تحلیل منابع ورودی استفاده می‌شود.
Connection مشخص می‌کند که آیا اتصال باید پایدار بماند، مقادیر رایج keep-alive یا close هستند.

جدول تطبیق HTTP Response Header متداول

در زیر هدرهای پاسخ HTTP متداول و کاربردهای آنها آمده است:

هدر پاسخ توضیحات
Content-Type نوع داده‌های بدنه پاسخ را مشخص می‌کند، مانند text/html، application/json و غیره.
Content-Length طول محتوای بدنه پاسخ را مشخص می‌کند، واحد آن بایت است.
Set-Cookie کوکی‌های ارسال شده به کلاینت توسط سرور را تنظیم می‌کند، برای مدیریت نشست.
Cache-Control استراتژی کش را مشخص می‌کند، مانند no-cache، max-age و غیره.
Location در پاسخ‌های هدایت، URL مکان جدید را مشخص می‌کند.
Server نام و نسخه سرور را نشان می‌دهد.
Access-Control-Allow-Origin مشخص می‌کند کدام دامنه‌ها می‌توانند به این منبع دسترسی پیدا کنند، معمولاً برای درخواست‌های CORS استفاده می‌شود.
Content-Encoding نوع کدگذاری محتوای بدنه پاسخ را مشخص می‌کند، مانند gzip، deflate.
Expires زمان انقضای محتوای پاسخ را مشخص می‌کند، معمولاً برای کنترل کش استفاده می‌شود.

کاربردهای HTTP Request Header و Response Header

HTTP Request Header و Response Header در توسعه واقعی کاربردهای وسیعی دارند. به عنوان مثال:

  • API‌ها: هدرهای درخواست API برای انتقال اطلاعات احراز هویت، نوع بدنه درخواست و غیره استفاده می‌شوند؛ هدرهای پاسخ برای فرمت داده‌ها، استراتژی‌های کش و غیره به کار می‌روند.
  • شبیه‌سازی ورود به سیستم: هنگام شبیه‌سازی ورود، معمولاً از هدر Authorization برای حمل توکن یا داده‌های کوکی استفاده می‌شود تا تأیید هویت کاربر انجام شود.
  • جمع‌کننده‌ها: هنگام نوشتن جمع‌کننده‌های وب، می‌توان از هدر User-Agent برای شبیه‌سازی مرورگر و دریافت محتوای وب‌سایت استفاده کرد.

جمع‌بندی

درک نحوه استفاده از HTTP Request Header و Response Header برای توسعه برنامه‌های وب کارا و مطابق با استاندارد بسیار مهم است. با استفاده ازجدول تطبیق HTTP Request Headerکه در این صفحه ارائه شده است، می‌توانید به راحتی عملکرد و کاربردهای هدرهای متداول دادخواست و پاسخ را درک کنید و به برنامه‌نویسان کمک کنید تا به سرعت با پروتکل HTTP آشنا شوند.

رد پای شما:
انتخاب زبان