هدر HTTP چیست؟

استفاده از هدر HTTP است تبادل اطلاعات رسمی بین کلاینت و سرور وجود دارد. این اطلاعات نامرئی به کاربران است، اما آن را بدون عملکرد صحیح از مرورگر غیر ممکن است. برای کاربران عادی اطلاعات در مورد این و در مورد وظایف هدر های http به نظر می رسد و نه پیچیده، اما در واقع آنها حاوی زبان دشوار نیست. این چیزی است که کاربران وب به صورت روزانه مواجه است.

HTTP چیست هدر؟

"پروتکل انتقال ابرمتن" - پس از ترجمه هدر HTTP. با توجه به وجود آن، ارتباط احتمالی بین "کلاینت سرور". اگر در شرایط ساده توضیح، توسط مرورگر می فرستد یک درخواست، شروع به اتصال به سرور. تاریخ و زمان آخرین، به طور پیش فرض، در انتظار یک درخواست از یک مشتری، آن را پردازش و به عقب می فرستد خلاصه یا پاسخ. در جعبه جستجو، کاربر "چکش" آدرس سایت را که با http: // آغاز و نتایج به دست آمده در قالب صفحه باز می شود.

هنگام چاپ یک آدرس وب را در خط مربوطه، مرورگر مورد نیاز است سرور با استفاده از دی ان اس. سرور هدر HTTP (یک یا چند)، که او را می فرستد مشتری، و سپس خروجی هدر درخواست به رسمیت می شناسد. مجموعه ای شامل اجباری عناوین موجود از قبل و یافت نشد.

به طور کلی، هدر های http به اندازه کافی موثر است. آنها در HTML برنامه نویسی قابل رویت نیست، آنها را به اطلاعات درخواست شده ارسال می شود. بسیاری از عناوین به صورت خودکار توسط سرور ارسال می شود. به منظور ارسال آن را در پی اچ پی، استفاده از هدر تابع.

تعاملات مرورگر و وب سایت

طرح از تعامل بین مرورگر و سایت بسیار ساده است. بنابراین، هدر HTTP آغاز می شود رشته پرس و جو، که سپس به سرور ارسال می شود. در پاسخ، مشتری نیاز به اطلاعات می آید. در ضمن، از پروتکل http مدت هفده سال است - بیشتر در اینترنت استفاده می شود. این ساده، قابل اعتماد، سریع و انعطاف پذیر است. وظیفه HTTP اصلی - درخواست اطلاعات از وب سرور. ligthttp، آپاچی، وب سرور nginx - مشتری یک مرورگر و سرور است. اگر اتصال بین آنها موفقیت آمیز باشد، سرور در پاسخ به پرس و جو بازیابی اطلاعات مورد نظر. اطلاعات HTTP شامل متن، فایل های صوتی، تصویری.

پروتکل حمل و نقل ممکن است برای دیگران. درخواست مشتری شامل سه بخش است:

• خط شروع (نوع پیام).
• هدر (گزینه های پیام)؛
• بدن از اطلاعات (یک پیام است که جدا یک خط خالی).

خط شروع - یک عنصر اجباری از زمینه های هدر از درخواست HTTP است. ساختار درخواست کاربران از سه قسمت اصلی تشکیل شده است:

1. روش. با آن نشان دهنده نوع درخواست.
2. مسیر (مسیر). این خط از URL، که به شرح زیر دامنه.
3. پروتکل استفاده می شود. این یک نسخه از پروتکل HTTP و تشکیل شده است.

مرورگرهای مدرن استفاده از نسخه 1.1. به دنبال عنوان در فرمت "نام: مقدار".

HTTP ذخیره

خط پایین این است که کش ذخیره سازی برای HTML صفحات و فایل های دیگر در حافظه پنهان فراهم می کند (در حافظه عامل بر روی هارد دیسک خود را). این کار به منظور افزایش سرعت دسترسی به آنها و دوباره ذخیره پهنای باند است.

حافظه نهان مرورگر مشتری، دروازه و پروکسی متوسط سرور است. قبل از اینکه یک پیام شما ارسال شده توسط URL، مرورگر را برای اشیاء در حافظه پنهان تیک بزنید. اگر جسم وجود ندارد، درخواست به سرور بعدی، که در آن هدر ذخیره HTTP خوشحال nginx را بررسی فرستاده می شود. Gateway ها و پروکسی ها توسط کاربران مختلف استفاده می شود، به طوری که کش مشترک است.

HTTP ذخیره تنها به طور قابل توجهی می تواند سرعت بهره برداری از سایت، بلکه به نسخه های قدیمی از صفحه. با کش سایت در هنگام ارسال هدر به پاسخ. این ممکن است اطلاعات درخواست شده از طریق HTTPS نمی ذخیره سازی.

هدر HTTP باشرکت

یکی از مکانیسم کش مهم ترین هدرهای HTTP در نظر گرفته منقضی می شود. این عناوین به گزارش تاریخ انقضا ارائه شده در اطلاعات پاسخ. آنها نشان می دهد زمان و تاریخ زمانی که کش در نظر گرفته است بیات. به عنوان مثال، یک ضربه شرح زیر است: انقضا: ون، 2016 نوامبر 30 13:45:00 GMT. این ساختار استفاده شده است تقریبا در همه جا، از جمله به صفحات کش و تصاویر. اگر کاربر یک تاریخ های قدیمی تر را انتخاب کند، این اطلاعات را نمی ذخیره سازی.

هدر پروکسی HTTP هستند دسته لینک هدر. آنها به طور پیش فرض ذخیره سازی است. به کش به درستی کار نکند، هر URL باید به یکی از مطالب مطابقت دارد. اگر صفحه به دو زبان معتبر است، هر نسخه باید به نشانی اینترنتی خود را داشته. عنوان با توجه به کش نام جستجوهای هدر متفاوت است. برای مثال، اگر صفحه نمایش پرس و جو بستگی به مرورگر، سرور نیاز به ارسال یک هدر. بنابراین، در کش نسخه های مختلف سوالات و انواع سند ذخیره می شود. تحریک طالبان پاکستان را قبول هدر لازم است به منظور جلب تا لیستی از فرمت های ممکن از منابع استفاده می شود، با آن بسیار آسان برای کار با، از آن حذف غیر ضروری.

چهار گروه از header که عبور سربار وجود دارد. این سرفصل اصلی هستند - آنها در هر سرور گزارش و مشتری، درخواست و پاسخ به عنوان طبیعت موجود، و همچنین. دومی محتوای هر پیام ها از کلاینت و سرور را توصیف میکند.

هدر HTTP نظر گرفته شده است یک مجوز اضافی. هنگامی که صفحه وب احراز هویت مشتری می پرسد، مرورگر نمایش یک پنجره خاص با زمینه برای وارد کردن نام کاربری و رمز عبور. بعد که کاربر وارد اطلاعات خود، مرورگر یک درخواست HTTP ارسال می کند. این شامل عنوان "مجوز".

چگونه برای دیدن سرفصل؟

برای دیدن هدر HTTP، شما نیاز به نصب پلاگین برای مرورگر خود را، برای مثال، فایرفاکس:

• اتش افروز. نمایش سرفصل ها، شما می توانید خالص تب (شبکه)، که در آن همه را انتخاب کنید (همه). این افزونه دارای ویژگی های است که برای توسعه دهندگان وب مفید باشد.
• هدر های http زندگی می کنند. ساده پلاگین برای مشاهده هدر های http. با آن می توان تولید دستی را درخواست کنید.
• کاربران به راحتی می Ghrome سرفصل ببینید زمانی که آنها کلیک بر روی دکمه تنظیمات، انتخاب ابزار توسعه (کار خالص).

هنگامی که پلاگین نصب شده است، آن را اجرا کنید و تازه کردن خود مرورگر.

روش پرس و جو

روش های مورد استفاده در HTTP، شباهت با دستورالعمل، که در قالب پیام به این سرور منتقل می شود. این یک کلمه خاص در زبان انگلیسی است.

• روش دریافت. این است که به درخواست اطلاعات از منابع استفاده می شود. آن را با او بود همه اقدامات آغاز خواهد شد.
• پست شده. با استفاده از آن است را مشاهده کنید به. به عنوان مثال، یک پیام در یک شبکه اجتماعی و یا یک نظر، مرورگر اماکن بدنه پس از درخواست و آن را به سرور می فرستد.
• HEAD. روش شبیه به اولین است، اما انجام عملکرد ریوی. او تنها متا داده می پرسد، به جز از پیام پاسخ. روش استفاده می شود، اگر آنها می خواهند برای گرفتن اطلاعات در فایل های بدون دانلود. استفاده از آن را اگر آنها می خواهند به تست عملکرد از لینک های بر روی سرور.
• قرار داده است. بارهای داده ها بر روی URL. این انتقال مقادیر زیادی از داده.
• گزینه. کار با تنظیمات سرور.
• URI. این شناسایی یک منبع و شامل یک URL است.

پاسخ HTTP ساختار

سرور به درخواست مشتری با پیام های طولانی پاسخ می دهد. پاسخ متشکل از چند خط، که نشان می دهد نسخه پروتکل، کد وضعیت سرور (200). او در مورد آنچه بر روی سرور برای پردازش درخواست های ورودی تغییر سخن می گوید:

1. "صد" وضعیت نشان می دهد پردازش موفق از اطلاعات است. سپس سرور سند به مشتری می فرستد. بقیه خطوط درخواست نشان می دهد اطلاعات دیگر در مورد اطلاعات منتقل می شود.
2. اگر فایل یافت نشد و یا وجود ندارد، به سرور می فرستد به مشتری 404، آن را نیز یک اشتباه نامیده می شود.
3. کد 206 را نشان می دهد دانلود فایل جزئی، که می تواند بعد از مدتی از سر گرفت.
4. کد 401 را نشان می دهد امتناع از اجازه. این به این معنی است که صفحه درخواست شده توسط یک رمز عبور است که باید وارد شود برای اعلام ورود محافظت می شود.
5. منع پذیرش، گفت: کد 403. محدودیت در دیدگاه ها، دریافت و یا تصویری - یک واکنش مشترک در اینترنت.
6. جنبش موقت از فایل درخواست شده، یک خطای داخلی سرور، جنبش نهایی: همچنین نسخه های دیگر از کد وجود دارد. در این مورد، کاربر هدایت می شوید خواهد شد. اگر یک کد 500، که بدان معنی است که شکست در عملیات سرور وجود دارد.

URL - آنچه در آن است؟

URL - قلب وب از ارتباط بین کلاینت و سرور است. یاب منبع یکنواخت - درخواست است که معمولا از طریق URL ارسال می شود. ساختار درخواست URL بسیار ساده است. پروتکل HTTP (هدر)، حوت (آدرس وب سایت)، پورت، مسیر resourte و پرس و جو: این چند عنصر تشکیل شده.

پروتکل برای ارتباط امن HTTPS و تبادل اطلاعات در دسترس است. URL آدرس حاوی اطلاعاتی در مورد قرار دادن یک سایت خاص در اینترنت. نشانی شامل نام دامنه، مسیر را به صفحه، و همچنین به عنوان نام آن.

اشکال اصلی کار را به یک URL - آن تعامل بی دست و پا با الفبای لاتین، و همچنین اعداد و نمادها است. جستجوگرها بهینه سازی آدرس URL نقش مهمی ایفا می کند.

نکات مفید

کاربران کامپیوتر فعال و توسعه دهندگان مکان برای دریافت با برخی از مشاوره حرفه ای داده شده توسط کارشناسان در این زمینه آشنا نیست:

• نشان می دهد تاریخ انقضا فایل ها و اسناد، موضوع را به روز رسانی. اطلاعات آماری در مقادیر بالا از حداکثر سن ارائه شده است.
• یک سند جداگانه باید تنها برای یک URL در دسترس باشد.
• اگر فایل به روز رسانی توسط کاربر دانلود شود، تغییر نام و لینک به آن. این تضمین می کند که دانلود جدید، به جای سند منسوخ شده است.
• آخرین تغییر هدر باید تاریخ حاضر از آخرین تغییرات در محتوای مطابقت داشته باشد. باید صفحات و اسناد را دوباره ذخیره کنید، مگر اینکه شما آنها را تغییر دهید.
• استفاده از POST-درخواست تنها جایی که آن مورد نیاز است. به حداقل رساندن کار با SSL.
• عناوین قبل از ارسال به سرور باید REDbot پلاگین را بررسی کنید.