وړیا د HTTP حالت کوډونو مرجع

د Expect: 100-continue غوښتنو لپاره کارول کیږي. سرور تایید کوي چې متن ترلاسه کولو ته چمتو دی مخکې له دې چې پیرودونکی یې ولیږي. په عصري ویب اپلیکیشنونو کې لږ لیدل کیږي.

ترټولو ډیر د WebSocket لوړولو لپاره کارول کیږي — پیرودونکی Upgrade: websocket غواړي او سرور د اړولو لپاره د 101 ځواب ورکوي.

د WebDAV یو منځنی ځواب چې د اوږدو عملیاتو پر مهال د پیرودونکي ټایم‌آوټ مخنیوی کوي. زوړ شوی — عصري سرورونه باید یې ونه لیږي.

سرورونو ته اجازه ورکوي چې د Link سرلیکونه (preload/preconnect) ولیږي پداسې حال کې چې وروستی ځواب لاهم چمتو کیږي، نو براوزرونه کولی شي مهمې فایلونه ژر تر ژره راوړي.

معیاري بریالی ځواب. مانا د HTTP میتود پورې اړه لري: GET → سرچینه راستنیدلې، POST/PUT → عمل بشپړ شو.

معمولاً د POST وروسته. ځواب باید د نوې سرچینې د URL لپاره Location سرلیک ولري.

د غیر همزمان عملیاتو لپاره — سرور کار قطارولو کې دی. پیرودونکی باید د حالت پوائنټ چک کړي یا وروسته بیا وګوري.

غوښتنه بریالۍ شوه، مګر یوه منځنۍ برخه (لکه کیشینګ یا بدلوونکی پروکسي) پیلوډ یې د اصلي سرور نه بدل کړ — لکه د انځورونو بیا فشارول. په عمل کې لږ لیدل کیږي.

اکثراً د DELETE عملیاتو یا PUT تازه‌کولو لپاره کارول کیږي چې ځواب ته اړتیا نلري. پیرودونکی باید له اوسنۍ پاڼې نه لاړ نه شي.

د 204 غوندې، هیڅ ځوابي متن نه راستنیږي — مګر پیرودونکي ته زیاتره ویل کیږي چې فورمه یا لید بیا‌تنظیم کړي چې غوښتنه یې جوړه کړه (لکه د راتلونکي ننوت لپاره د فورمې ساحې پاکول).

د Range غوښتنې ځواب. د ویډیو پلیرونو او ډاونلوډ مدیرانو لخوا کارول کیږي ترڅو مداخل شوي ډاونلوډونه بیا پیل کړي یا لوی فایلونه سټریم کړي.

WebDAV: یو XML متن د څو فرعي عملیاتو پایله جلا جلا راپور ورکوي — لکه یو ډله‌ییز لیږد چیرې چې ځینې توکي بریالي او نور ناکام شوي.

WebDAV: د 207 څو-حالته ځوابونو دننه کارول کیږي ترڅو د یو ټولګي غړي بیا بیا لیست نشي کله چې تړونونه حلقې جوړوي.

Delta کوډبندي: سرور د بشپړې سرچینې پر ځای د پخوانۍ نسخې پرتله توپیر ورکوي، چې بینډویت خوندي کوي. ډېر لږ کارول کیږي.

سرور څو اختیارونه وړاندې کوي (لکه مختلف بڼې یا ژبې) او پیرودونکی باید یو غوره کړي. لږ کارول کیږي ځکه چې خودکار مینځپانګې خبرې اترې معمولاً دا حل کوي.

د دایمي URL بدلونونو لپاره وکاروئ — سرچینه انجنونه به خپل ایندکس تازه کړي. د SEO واک نوي URL ته لېږدول کیږي.

ښیي چې بیا-لارښوونه دایمي نه ده. کیشول د 301 په پرتله لږ سخت دي. لکه 'ننوتل اړین دي، /login ته بیا-لارښوونه' لپاره وکاروئ.

د POST سپارلو وروسته کارول کیږي — ځواب وایي 'ستاسو POST وکار وکړ، د پایلې لپاره دا GET URL وګورئ'. براوزرونه تل نوی URL GET کوي.

د شرطي غوښتنې ځواب (د If-None-Match یا If-Modified-Since سرلیکونو سره). بینډویت خوندي کوي — کوم بدن نه راګرځول کیږي.

که اصلي POST و، بیا-لارښوونه هم POST کاروي. کله چې د میتود ساتنه مهمه وي، د 302 عصري بدیل دی.

کله چې غواړئ POST غوښتنې د بیا-لارښوونې وروسته POST پاتې شي، د 301 عصري بدیل دی.

عام لاملونه: په بدن کې ناسم JSON، ناسم پوښتنې پارامترونه، یا ورک شوي اړین ساحې. د غوښتنې بدن او سرلیکونه وګورئ.

پیرودونکی باید د تصدیق اسناد ولري (Authorization سرلیک، کوکي، ټوکن). 'Unauthorized' یو غلط نوم دی — په حقیقت کې 'غیر تصدیق شوی' معنی لري.

په اصل کې د ډیجیټل تادیو لپاره اراده شوی و. عصري کارونه: APIs کله ناکله 402 راګرځوي کله چې کاروونکی خپل تادیه شوی حد تېروي.

د 401 څخه توپیر لري — کاروونکی ننوتی دی، خو د هغه حساب د دې سرچینې لپاره اجازه نلري. د رول/اجازو منطق وګورئ.

یا URL غلط دی، سرچینه حذف شوې، یا هیڅکله شتون نه درلود. سرورونه کله ناکله 404 راګرځوي ترڅو پټ کړي چې 403 به ډېر سم وی.

د بېلګې په توګه، یوه GET غوښتنه هغه endpoint ته چې یوازې POST مني. ځواب باید یو Allow سرلیک ولري چې معتبر میتودونه لیست کړي.

پیرودونکي د مینځپانګې ډول، ژبه، یا کوډبندي غوښتنه کړې (د Accept, Accept-Language, Accept-Encoding له لارې) چې سرور یې نشي پوره کولی. ډېری سرورونه سخت خبرې اترې پریږدي او پر ځای یې تلواله ارزښت راګرځوي.

لکه 401، خو د پراکسي لخوا صادر شوی: پیرودونکی باید Proxy-Authorization اسناد ولېږي. په شرکتي شبکو کې د تصدیق کوونکو پراکسیانو سره لیدل کیږي.

پیرودونکي د غوښتنې بدن لیږلو کې ډېر وخت ونیو یا اړیکه بې کاره پرېښوده. غوښتنه بیا هڅه کړئ.

معمولاً د همزمان سمون ټکرونو یا د تکراري سرچینې جوړولو لپاره راګرځول کیږي (لکه د یو کاروونکي جوړول چې بریښنالیک یې دمخه شتون لري).

د 404 څخه پیاوړی — سرور په ډاګه پوهیږي چې سرچینه مخکې شتون درلود خو همیشه لپاره لرې شوې ده. سرچینه انجنونه به یې له ایندکس څخه لرې کړي.

غوښتنه رد شوه ځکه چې د Content-Length سرلیک نه درلود او سرور د ناڅرګند اندازې بدن نه مني. سرلیک ورزیات کړئ او بیا هڅه وکړئ.

کله چې شرطي سرلیکونه لکه If-Match یا If-Unmodified-Since پاتې راشي راګرځول کیږي — معمولاً امیدوارانه بندول: چا سرچینه ستاسو له نسخې راوروسته بدله کړې. بیا واخلئ او بیا هڅه وکړئ.

کله چې لوی فایلونه اپلوډ کیږي عام دی. د سرور تنظیمات (nginx, apache) اعظمي بدن اندازه ټاکي. د سرور تنظیمات وګورئ.

معمولاً د ډېرو اوږدو پوښتنو رشتو له امله رامنځته کیږي (لکه په GET کې د معلوماتو کوډبندي). POST بدن ته واوړئ، یا که سرور ستاسو تر واک لاندې وي حد یې لوړ کړئ.

د بېلګې په توګه، application/xml هغه سرور ته لیږل چې یوازې application/json مني. Content-Type سرلیک سم تنظیم کړئ.

Range سرلیک هغه برخه غواړي چې فایل یې نلري — لکه د فایل له پایلې وروسته ډانلوډ بیا پیلول. ځواب باید Content-Range له اصلي اندازې سره ولري.

لیږل کیږي کله چې سرور Expect: 100-continue نه مالتړ کوي. ځینې پیرودونکي دا سرلیک پرمخټاکلي ډول په لویو POSTs کې لیږي؛ د دې غیرفعالول معمولاً تېروتنه حل کوي.

د ۱۹۹۸ کال د اپریل د احمقانو ټوکه (RFC 2324). ځینې ریښتیني APIs یې د ټوکو یا د زړو endpoints په نښه کولو لپاره کاروي. د تولید کارونې لپاره نه دی.

د HTTP/2 اړیکې بیا کارونې سره عام دی: غوښتنه هغه سرور ته ورسیده چې د موخې کوربه‌نوم لپاره تنظیم شوی نه دی. پیرودونکی باید په نوې اړیکه کې بیا هڅه وکړي.

د بېلګې په توګه، JSON سمه تجزیه شوه خو یوه اړینه ساحه ورکه وه، یا د ساحې ارزښت له حده بهر و. د REST API اعتبار ارزونې ځوابونو کې عام دی.

WebDAV: سرچینه یا موخه یو بل پیرودونکي بنده کړې، نو عملیات نشي پرمخ تللی. د بند خلاصیدو ته انتظار وکاږئ یا یې د سمې ټوکن سره ماتوئ.

WebDAV: د تړلو عملیاتو په زنځیر کې، وړاندینی عمل پاتې راغی، نو دا یو نه وو ترسره شوی. د ریښتینو لاملونو لپاره وړاندینۍ پاتې راتلنه وګورئ.

د TLS 1.3 0-RTT (مخکنی معلومات) سره تړاو لري: سرور به د احتمالي بیا-لوبل شوې غوښتنې پروسس کولو خطر ونه مني. پیرودونکی باید د لاس ورکولو بشپړیدو وروسته بیا هڅه وکړي.

سرور د اوسني پروتوکول له لارې د غوښتنې خدمت کولو څخه ډډه کوي خو د لوړولو وروسته به داسې وکړي — ځواب یو Upgrade سرلیک لري چې اړین پروتوکول نوموي.

سرور شرطي سرلیکونه غواړي (لکه If-Match) ترڅو د له لاسه تلونکو تازه‌کولو ټکرونو مخه ونیسي. سرچینه واخلئ، ETag یې ونیسئ، او د If-Match سره بیا ولېږئ.

سست شئ. ځواب باید Retry-After سرلیک ولري چې ښیي کله بیا هڅه وکړئ. د هغو APIs سره عام دی چې د غوښتنو حدونه لري.

یا یو سرلیک یا د ټولو سرلیکونو اندازه له حده تېروي — ډېری وخت د زیاتو کوکیانو له امله رامنځته کیږي. کوکي پاک کړئ یا هغه څه کم کړئ چې ستاسو اپلیکیشن پکې ساتي.

سرچینه د قانوني لاملونو له امله بندې ده — سانسور، محکمې امرونه، یا سیمه‌ییز مقررات. شمېره د Fahrenheit 451 ناول ته اشاره ده.

د سرور اړخ تېروتنو لپاره یو عمومي کیفیت. د اصلي لامل لپاره د سرور لاګونه وګورئ: نامدیره ناخوالي، د ډیټابیس تېروتنه، او نور.

د بېلګې په توګه، سرور HTTP میتود نه پیژني. په عمل کې کمیاب دی — ډېری به تاسو 405 وګورئ.

د مایکرو-خدمتونو معمارۍ کې عام دی. ستاسو د بار توازن یا ریورس پراکسي د شاتنۍ خدمت څخه ناسم ځواب ترلاسه کړ.

یا د ساتنې لپاره بند دی یا اېر باروخته دی. ځواب باید Retry-After سرلیک ولري. ډېری وخت د ځای‌پرځای کولو په جریان کې راګرځي.

شاتنۍ خدمت په کافي چټکۍ ځواب ور نه کړ. د پورتني خدمت روغتیا او د وخت پای تنظیمات وګورئ.

د غوښتنې اصلي HTTP نسخه د سرور لخوا مالتړ نه کیږي. د عصري پیرودونکو سره تقریباً هیڅکله نه لیدل کیږي.

روڼ مینځپانګه خبرې اترې په یوه حلقه کې پای ته ورسیدې: ټاکل شوی بدیل پخپله د خبرو اترو لپاره تنظیم شوی دی. د سرور تنظیم تېروتنه ښیي.

له اصله د WebDAV-ځانګړی دی خو کله ناکله د عمومي سرورونو لخوا کارول کیږي. معنی یې دا ده چې سرور د ذخیرې محدودیتونو له امله غوښتنه نشي ساتلی.

WebDAV: د Depth: infinity غوښتنې پروسس کول یوې حلقې ته ننوتل (لکه دایروي تړونونه). عملیات پای ته ورسیدل.

له زړ شوي HTTP Extension Framework څخه: سرور د غوښتنې پوره کولو دمخه ډېرو معلوماتو ته اړتیا لري. په عصري ویب کې تقریباً نه کارول کیږي.

د بندیو دروازو (هوټل/میدان هوايي WiFi) لخوا کارول کیږي ترڅو وښیي چې کاروونکی باید د بهرنیو سایټونو لاسرسي دمخه شبکې ته ننوځي.