অনুসারে: http://www.w3.org/Potocols/rfc2616/rfc2616-sec9.html
9.2 বিকল্পগুলি
অপশন পদ্ধতিটি অনুরোধ / ইউআরআই দ্বারা চিহ্নিত অনুরোধ / প্রতিক্রিয়া শৃঙ্খলে উপলভ্য যোগাযোগ বিকল্পগুলি সম্পর্কিত তথ্যের জন্য একটি অনুরোধের প্রতিনিধিত্ব করে। এই পদ্ধতিটি ক্লায়েন্টকে কোনও সংস্থান সংস্থান না করে বা কোনও সংস্থান পুনরুদ্ধারের সূচনা না করে বিকল্পগুলির এবং / অথবা কোনও সংস্থার সাথে সম্পর্কিত প্রয়োজনীয়তাগুলি, বা একটি সার্ভারের ক্ষমতাগুলি নির্ধারণ করার অনুমতি দেয়।
এই পদ্ধতির প্রতিক্রিয়াগুলি ক্যাশেযোগ্য নয়।
যদি বিকল্পগুলির অনুরোধে কোনও সত্তা-দেহ অন্তর্ভুক্ত থাকে (যেমন বিষয়বস্তু-দৈর্ঘ্য বা স্থানান্তর-এনকোডিংয়ের উপস্থিতি দ্বারা নির্দেশিত) তবে মিডিয়া প্রকারটি অবশ্যই একটি সামগ্রী-ধরণের ক্ষেত্র দ্বারা নির্দেশিত। যদিও এই স্পেসিফিকেশন যেমন কোনও শরীরের জন্য কোনও ব্যবহারের সংজ্ঞা দেয় না, তবে ভবিষ্যতে এইচটিটিপি-র এক্সটেনশনগুলি সার্ভারে আরও বিশদ অনুসন্ধান করতে অপশন বডিটি ব্যবহার করতে পারে। এমন একটি সার্ভার যা এই জাতীয় এক্সটেনশানকে সমর্থন করে না মায় অনুরোধের বডিটি ফেলে দেয়।
যদি অনুরোধ-ইউআরআই একটি তারকাচিহ্ন ("*") হয় তবে অপ্টিশন অনুরোধটি নির্দিষ্ট সংস্থার পরিবর্তে সাধারণভাবে সার্ভারে প্রয়োগ করার উদ্দেশ্যে। যেহেতু কোনও সার্ভারের যোগাযোগের বিকল্পগুলি সাধারণত উত্সের উপর নির্ভর করে, তাই "*" অনুরোধটি কেবল "পিং" বা "নো-অপশন" পদ্ধতি হিসাবে কার্যকর; এটি ক্লায়েন্টকে সার্ভারের ক্ষমতা পরীক্ষা করার অনুমতি দেওয়ার বাইরে কিছু করে না। উদাহরণস্বরূপ, এটি HTTP / 1.1 সম্মতি (বা এর অভাব) এর জন্য প্রক্সি পরীক্ষা করতে ব্যবহার করা যেতে পারে।
যদি অনুরোধ-ইউআরআই একটি তারকাচিহ্ন না হয়, অপশন বিকল্পটি কেবল সেই সংস্থানটির সাথে যোগাযোগ করার সময় উপলব্ধ বিকল্পগুলির ক্ষেত্রে প্রযোজ্য।
একটি 200 প্রতিক্রিয়ার মধ্যে এমন কোনও শিরোনাম ক্ষেত্র অন্তর্ভুক্ত থাকতে হবে যা সার্ভার দ্বারা প্রয়োগ করা thatচ্ছিক বৈশিষ্ট্যগুলি নির্দেশ করে এবং সেই সংস্থানটিতে প্রয়োগ করা হবে (যেমন, অনুমতি দিন), সম্ভবত এই স্পেসিফিকেশন দ্বারা সংজ্ঞায়িত এক্সটেনশনগুলিও অন্তর্ভুক্ত নয়। প্রতিক্রিয়া সংস্থা, যদি থাকে তবে যোগাযোগের বিকল্পগুলি সম্পর্কেও তথ্য অন্তর্ভুক্ত করা উচিত। এই জাতীয় শরীরের ফর্ম্যাটটি এই স্পেসিফিকেশন দ্বারা সংজ্ঞায়িত করা হয় না, তবে ভবিষ্যতে এইচটিটিপি থেকে এক্সটেনশন দ্বারা সংজ্ঞায়িত করা যেতে পারে। বিষয়বস্তু আলোচনার জন্য উপযুক্ত প্রতিক্রিয়া ফর্ম্যাটটি নির্বাচন করতে ব্যবহৃত হতে পারে। যদি কোনও প্রতিক্রিয়া সংস্থা অন্তর্ভুক্ত না করা হয় তবে প্রতিক্রিয়াটিতে "0" এর ক্ষেত্রের মান সহ একটি সামগ্রী-দৈর্ঘ্য ক্ষেত্র অন্তর্ভুক্ত করা উচিত।
সর্বোচ্চ-ফরওয়ার্ড অনুরোধ-শিরোনাম ক্ষেত্র MAY অনুরোধ শৃঙ্খলে একটি নির্দিষ্ট প্রক্সি লক্ষ্য করতে ব্যবহার করা যেতে পারে। যখন কোনও প্রক্সি একটি পরমুআরআইতে একটি অপ্টিশন অনুরোধ পায় যার জন্য অনুরোধ ফরোয়ার্ডিংয়ের অনুমতি দেওয়া হয়, তখন প্রক্সিটি সর্বাধিক ফরওয়ার্ড ক্ষেত্রের জন্য পরীক্ষা করা উচিত। যদি সর্বোচ্চ-ফরওয়ার্ডের ক্ষেত্রের মান শূন্য হয় ("0"), প্রক্সিটি বার্তাটি ফরোয়ার্ড করা উচিত নয়; পরিবর্তে প্রক্সিটি তার নিজস্ব যোগাযোগের বিকল্পগুলির সাথে সাড়া দিতে হবে। যদি সর্বোচ্চ-ফরওয়ার্ডের ক্ষেত্রের মানটি শূন্যের চেয়ে বড় পূর্ণসংখ্যা হয় তবে অনুরোধটি ফরোয়ার্ড করার সময় প্রক্সি ক্ষেত্রের মান হ্রাস করতে হবে। যদি কোনও ম্যাক্স-ফরওয়ার্ড ফিল্ড অনুরোধে উপস্থিত না থাকে, তবে ফরওয়ার্ড করা অনুরোধটি একটি সর্বোচ্চ-ফরওয়ার্ড ফিল্ড অন্তর্ভুক্ত করা উচিত নয়।
9.4 মাথা
সার্ভারটি প্রতিক্রিয়াতে কোনও বার্তা-শরীরে ফেরত পাঠানো উচিত নয় ব্যতীত শিরোনামের পদ্ধতিটি জিইটির সমান। একটি প্রধান অনুরোধের প্রতিক্রিয়া হিসাবে HTTP শিরোনামগুলিতে থাকা মেনট্রোফর্মেশনটি একটি জিইটি অনুরোধের প্রতিক্রিয়া হিসাবে প্রেরণ করা তথ্যের অনুরূপ হওয়া উচিত। এই পদ্ধতিটি সত্তা-দেহ নিজেই স্থানান্তর না করে অনুরোধ দ্বারা সূচিত সত্তা সম্পর্কে মেন্টেনফর্মেশন অর্জনের জন্য ব্যবহার করা যেতে পারে। এই পদ্ধতিটি প্রায়শই বৈধতা, অ্যাক্সেসযোগ্যতা এবং সাম্প্রতিক পরিবর্তনের জন্য হাইপারটেক্সট লিঙ্কগুলি পরীক্ষার জন্য ব্যবহৃত হয়।
একটি হেড অনুরোধের প্রতিক্রিয়াটি এই অর্থে ক্যাশেযোগ্য হতে পারে যে প্রতিক্রিয়াতে থাকা তথ্যটি সেই উত্স থেকে কোনও পূর্ববর্তী ক্যাশেড সত্তা আপডেট করতে ব্যবহৃত হতে পারে। যদি নতুন ক্ষেত্রের মানগুলি নির্দেশ করে যে ক্যাশেড সত্তা বর্তমান সত্তা থেকে পৃথক হয়েছে (যেমন বিষয়বস্তু-দৈর্ঘ্য, বিষয়বস্তু-এমডি 5, ইটাগ বা সর্বশেষ-পরিবর্তিত দ্বারা চিহ্নিত করা হবে), তবে ক্যাশে অবশ্যই ক্যাশে প্রবেশকে বাসি হিসাবে বিবেচনা করবে।