فهرست سرآیندهای پروتکل انتقال ابرمتن. سرآیندهای پروتکل انتقال ابرمتن یا فیلدهای سرآیند ( به انگلیسی: HTTP Header Fields ) جزئی از پیام های ارسالی و دریافتی در پروتکل انتقال ابرمتن می باشند. این فیلدها پارامترهای یک ارتباط در این پروتکل را مشخص و مقداردهی می کنند.
فیلدهای سرآیند بعد از خطِ وضعیت ( اولین خط هر پیام ) ارسال می شوند. این فیلدها به صورت متن ساده بوده و دارای یک نام یا کلید و یک یا چند مقدار هستند که با علامت کولون ( : ) از هم جدا می شوند. هر خطِ سرآیند می تواند حاوی یک فیلد سرآیند باشد. در واقع در پایانِ هر فیلد سرآیند باید حروف CR و LF قرار بگیرند. این حروف از حروف کنترلی در رایانش هستند که باعث رفتن به خط بعد می شوند. [ ۱] باید توجه داشت که مقدار یک فیلد سرآیند می تواند خالی نیز باشد. پایان تمامی سرآیندهای ارسال شده با ارسال یک خطِ خالی مشخص می شود. مثال زیر تعدادی از سرآیندهای ارسالی مرورگر وب فایرفاکس هنگام تماس با ویکی پدیای فارسی را نمایش می دهد: ( توجه داشته باشید که حروف CR و LF در پایان هر خط قرار دارند اما دیده نمی شوند )
Host: fa. wikipedia. org User - Agent: Mozilla/5. 0 ( Windows NT 6. 1; rv:23. 0 ) Gecko/20100101 Firefox/23. 0 Accept: text/html, application/xhtml+xml, application/xml; q=0. 9, */*; q=0. 8 خطوط طولانی فیلدهای سرآیند می تواند به چند خط نیز شکسته شود. حرف فاصله ( Space ) یا حرف تَب ( Tab ) در آغازِ یک خط نمایان گر این مسئله است که این خط ادامهٔ خط قبلی می باشد. [ ۲]
نام های استانداردی که باید توسط تمامی ابزارهایی که با پروتکل انتقال ابرمتن کار می کنند پیاده سازی شوند، توسط نیروی ضربت مهندسی اینترنت در RFC 2616 و تعدادی دیگری از RFCهای استاندارد مانند RFC 4229 تعریف شده است. نرم افزارهای دیگر می توانند برای استفاده های خود نام های دیگری که در این لیست وجود ندارند را انتخاب کنند.
سیستم ثبت نام سرآیند توسط آیانا کنترل و مدیریت می شود.
سرآیندهای اختصاصی نرم افزارها که استاندارد نیستند، براساس یک استاندارد قدیمی با حروف X - آغاز می شوند. [ ۳] در ماه جون سال ۲۰۱۲ این استاندارد به دلیل مشکلاتی که سرآیندهایی که بعدها استاندارد می شدند به آن ها برمی خوردند، منتفی گردید. [ ۴] برای مثال سرآیند X - Gzip که برای فشرده سازی هم در پیام های ارسالی و هم در پیام های دریافتی استفاده می شد، بعد از استاندارد شدن، باید به Gzip تغییر می کرد.
این نوشته برگرفته از سایت ویکی پدیا می باشد، اگر نادرست یا توهین آمیز است، لطفا گزارش دهید: گزارش تخلففیلدهای سرآیند بعد از خطِ وضعیت ( اولین خط هر پیام ) ارسال می شوند. این فیلدها به صورت متن ساده بوده و دارای یک نام یا کلید و یک یا چند مقدار هستند که با علامت کولون ( : ) از هم جدا می شوند. هر خطِ سرآیند می تواند حاوی یک فیلد سرآیند باشد. در واقع در پایانِ هر فیلد سرآیند باید حروف CR و LF قرار بگیرند. این حروف از حروف کنترلی در رایانش هستند که باعث رفتن به خط بعد می شوند. [ ۱] باید توجه داشت که مقدار یک فیلد سرآیند می تواند خالی نیز باشد. پایان تمامی سرآیندهای ارسال شده با ارسال یک خطِ خالی مشخص می شود. مثال زیر تعدادی از سرآیندهای ارسالی مرورگر وب فایرفاکس هنگام تماس با ویکی پدیای فارسی را نمایش می دهد: ( توجه داشته باشید که حروف CR و LF در پایان هر خط قرار دارند اما دیده نمی شوند )
Host: fa. wikipedia. org User - Agent: Mozilla/5. 0 ( Windows NT 6. 1; rv:23. 0 ) Gecko/20100101 Firefox/23. 0 Accept: text/html, application/xhtml+xml, application/xml; q=0. 9, */*; q=0. 8 خطوط طولانی فیلدهای سرآیند می تواند به چند خط نیز شکسته شود. حرف فاصله ( Space ) یا حرف تَب ( Tab ) در آغازِ یک خط نمایان گر این مسئله است که این خط ادامهٔ خط قبلی می باشد. [ ۲]
نام های استانداردی که باید توسط تمامی ابزارهایی که با پروتکل انتقال ابرمتن کار می کنند پیاده سازی شوند، توسط نیروی ضربت مهندسی اینترنت در RFC 2616 و تعدادی دیگری از RFCهای استاندارد مانند RFC 4229 تعریف شده است. نرم افزارهای دیگر می توانند برای استفاده های خود نام های دیگری که در این لیست وجود ندارند را انتخاب کنند.
سیستم ثبت نام سرآیند توسط آیانا کنترل و مدیریت می شود.
سرآیندهای اختصاصی نرم افزارها که استاندارد نیستند، براساس یک استاندارد قدیمی با حروف X - آغاز می شوند. [ ۳] در ماه جون سال ۲۰۱۲ این استاندارد به دلیل مشکلاتی که سرآیندهایی که بعدها استاندارد می شدند به آن ها برمی خوردند، منتفی گردید. [ ۴] برای مثال سرآیند X - Gzip که برای فشرده سازی هم در پیام های ارسالی و هم در پیام های دریافتی استفاده می شد، بعد از استاندارد شدن، باید به Gzip تغییر می کرد.
