কাস্টম এইচটিটিপি শিরোনাম: নামকরণের সম্মেলন

1113

আমাদের বেশিরভাগ ব্যবহারকারী আমাদের তাদের প্রেরণের অনুরোধের HTTP শিরোনামগুলিতে বা তাদের এপিআই থেকে প্রাপ্ত প্রতিক্রিয়া এমনকি তাদের অ্যাকাউন্টের সাথে সম্পর্কিত ডেটা অন্তর্ভুক্ত করতে বলেছেন । নামকরণ , ফর্ম্যাট ... ইত্যাদির ক্ষেত্রে কাস্টম এইচটিটিপি শিরোনাম যুক্ত করার জন্য সাধারণ কনভেনশন কী?

এছাড়াও, আপনি ওয়েবে হোঁচট খাওয়ার যে কোনও স্মার্ট ব্যবহার পোস্ট করতে নির্দ্বিধায় মনে করুন; আমরা লক্ষ্য হিসাবে সেখানে সর্বোত্তম কি ব্যবহার করে এটি বাস্তবায়নের চেষ্টা করছি :)

http http-headers

— জুলিয়েন জেনেসটক্স
সূত্র

25

সাবধান থাকুন যে ফায়ারওয়ালগুলি প্রতিক্রিয়া শিরোনামের ক্ষেত্রগুলি সরাতে পারে। কেউ কেউ আরএফসি 2616 (জুন 1999, HTTP 1.1) এ উল্লিখিত না এমন সমস্ত কিছু সরিয়ে দেয়। ক্লায়েন্ট পক্ষটি নতুন ক্ষেত্রগুলি ব্যতীত এখনও ব্যবহারযোগ্য।

— stesch

5

মনে রাখবেন যে HTTP এস ব্যবহার করার সময় @ স্টেস্টের মন্তব্য প্রয়োগ হয় না ।

— কোড_ড্রেড

1

নোট করুন যে @ কোড_ড্রেড মন্তব্যটি একটি শহুরে কিংবদন্তি। ফায়ারওয়ালগুলি এইচটিটিপিএস সামগ্রীগুলি ফিল্টার করতে পারে। দেখুন howtoforge.com/filtering-https-traffic-with-squid এবং watchguard.com/help/docs/wsm/xtm_11/en-us/content/en-us/...

— stesch

@ স্টেচ প্রদত্ত যে আপনার নিবন্ধটি মূলত প্রক্সিটিকে একটি এমআইটিএম-এর অনুরূপ কিছুতে রূপান্তরিত করে (এটি এনক্রিপ্ট করা ক্লায়েন্ট সংযোগ গ্রহণ করে এবং তারপর একটি নতুন করে তোলে) তবে নিশ্চিত, আপনি প্রায় কোনও কিছু করতে পারেন, তবে এই প্রক্সিটির পিওভি বি / থেকে এনক্রিপশন উপেক্ষা করে সি এটি ক্লায়েন্টের সামগ্রী নিজেই ডিক্রিপ্ট করছে। সেক্ষেত্রে প্রক্সিটির পিওভি থেকে, এটি মূলত এমন মনে হয় যে আপনি প্রথম স্থানটিতে এইচটিটিপিএস ব্যবহার করছেন না ...

— কোড_ড্রেড

1170

সুপারিশ ~~করা হয়~~ ছিল "এক্স" সঙ্গে তাদের নাম শুরু। যেমন X-Forwarded-For, X-Requested-With। এটি আরএফসি 2047 এর আও বিভাগেও উল্লেখ করা হয়েছে ।

আপডেট 1 : জুন 2011, প্রথম IETF খসড়া থেকে পোস্ট করা হয়েছে বিনয়ী অ-মানক হেডার জন্য "এক্স" উপসর্গ ব্যবহারের সুপারিশ। কারণটি হ'ল "এক্স-" এর উপসর্গযুক্ত নন-স্ট্যান্ডার্ড শিরোনামগুলি যখন "এক্স-" উপসর্গটি সরিয়ে পিছনের দিকে সামঞ্জস্যতা বিভক্ত করে, অ্যাপ্লিকেশন প্রোটোকলকে উভয় নাম সমর্থন করতে বাধ্য করে (উদাহরণস্বরূপ, x-gzipএবং gzipএখন সমতুল্য)। সুতরাং, অফিসিয়াল সুপারিশটি হ'ল "এক্স-" উপসর্গ ব্যতীত তাদের সংজ্ঞাগতভাবে নামকরণ করুন ।

আপডেট 2 : ২০১২ সালের জুনে, "এক্স-" উপসর্গটি ব্যবহারের জন্য সুপারিশের অবমূল্যায়ন আরএফসি 6648 হিসাবে অফিসিয়াল হয়ে উঠেছে । নীচে প্রাসঙ্গিকতার উদ্ধৃতি দেওয়া হল:

৩. নতুন প্যারামিটারের নির্মাতাদের জন্য প্রস্তাবনা

...

"X-" বা অনুরূপ নির্মাণের সাথে তাদের পরামিতিগুলির নাম উপস্থাপন করা উচিত নয়।

4. প্রোটোকল ডিজাইনারদের জন্য সুপারিশ

...

"এক্স-" উপসর্গ বা অনুরূপ নির্মাণের সাথে প্যারামিটারগুলি নিবন্ধীকৃত হওয়া থেকে নিষেধ করা উচিত নয়।

"X-" উপসর্গ বা অনুরূপ কন্সট্রাক্টসগুলির সাথে পরামিতিটিকে অযৌক্তিকরূপে বোঝার দরকার আছে তা অবধারিত নয়।

"X-" উপসর্গ বা অনুরূপ নির্মাণ ব্যতীত প্যারামিটারটিকে মানক হিসাবে বোঝার দরকার নেই এমনটি আবশ্যক।

মনে রাখবেন যে "উচিত নয়" ("নিরুৎসাহিত") "MUST NOT" ("নিষিদ্ধ") এর মতো নয়, এই কীওয়ার্ডগুলির জন্য আরও একটি স্পেসের জন্য আরএফসি 2119 দেখুন । অন্য কথায়, আপনি "এক্স-" উপসর্গযুক্ত শিরোলেখ ব্যবহার করতে পারেন, তবে এটি আনুষ্ঠানিকভাবে আর প্রস্তাবিত নয় এবং আপনি অবশ্যই এগুলিকে নথিভুক্ত করতে পারবেন না যেমন তারা জনসাধারণের মান are

সংক্ষিপ্তসার :

সরকারী সুপারিশ শুধু তাদের নাম হয় বুদ্ধিমানের "এক্স" উপসর্গ ছাড়া
আপনি "এক্স-" উপসর্গযুক্ত শিরোলেখ ব্যবহার করতে পারেন, তবে এটি আনুষ্ঠানিকভাবে আর প্রস্তাবিত নয় এবং আপনি অবশ্যই এগুলি নথিভুক্ত করবেন না যেন তারা জনসাধারণের মান

— BalusC
সূত্র

306

অনেক বাচ্চা যেমন পেশাদার অ্যাথলিট হিসাবে কখনও শেষ হয় না, তেমনি অনেক কাস্টম শিরোনাম কখনই মান হিসাবে শেষ হয় না। আমি তাদের উপর "এক্স-" রাখতে আগ্রহী।

— জি-ম্যাক

19

@ জি-ম্যাক একমত আছে তাই অনেক কাস্টম হেডার যে শেষ হবে না আদর্শায়িত। কয়েক যে, তা থেকে আপনার কোড শুধু সম্পাদনা করা খুবই সহজ if (header == "x-gzip")করতে if (header == "x-gzip" || header == "gzip")। আপনার উপমা হিসাবে, এখানে অন্যটি: এটি সামরিক বাহিনীর মতো বলে "ওহ, প্রাইভেট থেকে জেনারেল হিসাবে কাউকে পরিবর্তন করা কষ্টকর So এখন থেকে, আপনি সবাই জেনারেল Now এখন আমাদের এত কাজ করার দরকার নেই" "

— কোল জনসন

24

@ কোল জোনসন নিশ্চিত হন না যে এই সাদৃশ্যটি কাজ করে। এখানে সমস্যাটি হ'ল কোনও নাম নেই যা আপনি নামটি পরিবর্তন করতে পারবেন। কোডের প্রতিটি একক স্নিপেট যা এক্স-জিজিপ আশা করে এখন পরিবর্তন করতে হবে, বা পুরানো শিরোনামটি নতুন ছাড়াও ব্যবহার করা চালিয়ে যেতে হবে। এটা তোলে 6648. বোঝায় যা RFC সঙ্গে যেতে বাঞ্ছনীয়

— বিনোদ

4

@ বিনোদ হ্যাঁ এটি উপলব্ধি করে, তবে এমন অনেক প্রস্তাবিত মান রয়েছে যা কখনই দিনের আলো দেখেনি। ফাইলের ধরণের জন্য, অবশ্যই; X-উপসর্গটি ফেলে দিন । আমি এর বিপক্ষে, তবে এগিয়ে গিয়ে এটি কর। OTOH শিরোনামগুলির জন্য, এটি ফেলে দেবেন না। এটি দেখতে এবং যাওয়া সহজ করে তোলে, "ওহ, এটি মান -হীন নয়; আমি এই" অ "মানক X-শিরোনামগুলি " বনাম " এড়াতে পারি, এবং তারপরে এমন একটি আছে যা আমি চিনতে পারি না; আমি কি নিরাপদে তা উপেক্ষা করতে পারি?"

— কোল জনসন

21

যদিও চতুরতার উত্তরটির সুরটি অকারণে রক্ষণাত্মক, তবুও আমি বিশ্বাস করি যে তিনি ঠিক আছেন, এবং তাঁর বক্তব্য এই মন্তব্যের থ্রেডে চিত্রিত সমস্যাটি সমাধান করে। সংক্ষেপে, শিরোনাম "স্নাতক" হবে কিনা তা সনাক্ত করার চেষ্টা করবেন না; পরিবর্তে এটি নির্ধারণ করুন এটি কোনও বেসরকারী বা সর্বজনীন শিরোনাম (অ্যাপ্লিকেশন-নির্দিষ্ট বা "জেনেরিক" / "গ্লোবাল")। প্রাইভেট শিরোনামগুলির জন্য, X-publicচ্ছিকভাবে পাবলিক শিরোনামগুলির সাথে কোনও সংঘাতের বিষয়টি নিশ্চিত করতে ব্যবহার করুন (আরএফসি 6648 এর জন্য ধন্যবাদ, যা পাবলিক শিরোনামগুলির সাথে আচরণ করে), এবং এ ছাড়া অবশ্যই একটি স্বেচ্ছাসেবীর ব্যক্তিগত উপসর্গ ব্যবহার করুন। পাবলিক শিরোনামগুলির জন্য, X-কোনও পরিস্থিতিতে ব্যবহার করবেন না ।

— tne

535

প্রশ্নটি পুনরায় পড়ার বহন করে। জিজ্ঞাসা করা প্রকৃত প্রশ্নটি সিএসএস বৈশিষ্ট্যগুলিতে বিক্রেতার উপসর্গের মতো নয়, যেখানে ভবিষ্যতের প্রুফিং এবং বিক্রেতার সমর্থন এবং অফিসিয়াল স্ট্যান্ডার্ড সম্পর্কে চিন্তা করা উপযুক্ত। জিজ্ঞাসিত প্রকৃত প্রশ্নটি ইউআরএল ক্যোয়ারী প্যারামিটারের নামগুলি বেছে নেওয়ার মতো। তারা কী তা কারওই যত্ন নেওয়া উচিত নয়। তবে কাস্টমগুলির নাম-ফাঁক করা পুরোপুরি বৈধ - এবং সাধারণ, এবং সঠিক - করণীয়।

যুক্তিযুক্ত:
এটি কাস্টম, অ্যাপ্লিকেশন-নির্দিষ্ট শিরোনামের জন্য বিকাশকারীদের মধ্যে সম্মেলনের বিষয়ে - " তাদের অ্যাকাউন্টের সাথে প্রাসঙ্গিক ডেটা " - যার তৃতীয় পক্ষগুলি দ্বারা বিক্রেতাদের, মানক সংস্থাগুলি বা প্রোটোকলগুলিকে বাস্তবায়নের জন্য কিছুই করার নেই, কেবল বিকাশকারী ছাড়া প্রশ্নে কেবল শিরোনামের নামগুলি এড়ানো দরকার যা সার্ভার, প্রক্সি বা ক্লায়েন্টদের দ্বারা অন্য উদ্দেশ্যে ব্যবহার থাকতে পারে। এই কারণে প্রদত্ত "এক্স-জিজিপ / জিজিপ" এবং "এক্স-ফরওয়ার্ড-ফর / ফরওয়ার্ড-ফর" দেওয়া উদাহরণগুলি মোট। উত্থাপিত প্রশ্নটি হ'ল ইউআরএল কোয়েরি প্যারামিটার নামকরণ কনভেনশনগুলির অনুরূপ একটি প্রাইভেট API এর প্রসঙ্গে কনভেনশন সম্পর্কে। এটি পছন্দ এবং নাম ব্যবধানের বিষয়; "এক্স-ক্লায়েন্টডেটাফু" সম্পর্কে "এক্স" ছাড়াই কোনও প্রক্সি বা বিক্রেতার দ্বারা সমর্থিত হওয়া নিয়ে উদ্বেগ

"এক্স-" উপসর্গটি সম্পর্কে বিশেষ বা যাদুকর কিছুই নেই, তবে এটি এটি একটি কাস্টম শিরোলেখ বলে স্পষ্ট করতে সহায়তা করে। প্রকৃতপক্ষে, আরএফসি -6648 এবং আল একটি "এক্স-" উপসর্গ ব্যবহারের ক্ষেত্রে কেসকে আরও বাড়িয়ে তুলবে, কারণ - এইচটিটিপি ক্লায়েন্ট এবং সার্ভারের বিক্রেতারা উপসর্গটি ত্যাগ করে - আপনার অ্যাপ্লিকেশন-নির্দিষ্ট, ব্যক্তিগত-এপিআই, ব্যক্তিগত-ডেটা- পাসিং-মেকানিজম সংখ্যার সরকারী সংরক্ষিত শিরোনামের নামের সাথে নাম-স্থানের সংঘর্ষের বিরুদ্ধে আরও উত্তম-উত্তাপ হয়ে উঠছে। এটি বলেছিল, আমার ব্যক্তিগত পছন্দ ও সুপারিশটি হ'ল আরও এক ধাপ এগিয়ে যাওয়া এবং উদাহরণস্বরূপ "এক্স-এসিএমই-ক্লায়েন্টডাটাফু" করা (যদি আপনার উইজেট সংস্থা "এসিএমই" হয়)।

আইইটিএফ অনুমানের আইপিএইচ স্পেকটি ওপির প্রশ্নের উত্তর দিতে অপর্যাপ্তভাবে সুনির্দিষ্ট, কারণ এটি সম্পূর্ণ ভিন্ন ব্যবহারের মামলার মধ্যে পার্থক্য করতে ব্যর্থ হয়: (ক) একদিকে "ফরওয়ার্ড-ফর" এর মতো নতুন বিশ্বব্যাপী-প্রয়োগযোগ্য বৈশিষ্ট্যগুলি প্রবর্তন করে, (বি) অ্যাপ্লিকেশন বিকাশকারীগণ ক্লায়েন্ট এবং সার্ভার থেকে / অ্যাপ্লিকেশন-নির্দিষ্ট স্ট্রিংগুলি পাস করে। অনুমানটি কেবল প্রাক্তন, (এ) এর সাথে নিজেকে উদ্বেগ দেয়। এখানে প্রশ্ন হ'ল (খ) এর জন্য কোন সম্মেলন রয়েছে কি না। সেখানে. তারা প্যারামিটারগুলি বর্ণানুক্রমিকভাবে একত্রে গোষ্ঠীভুক্ত করা এবং এগুলি (A) ধরণের অনেক স্ট্যান্ডার্ড-প্রাসঙ্গিক শিরোনাম থেকে আলাদা করে জড়িত। "এক্স-" বা "এক্স-এসিএমই-" উপসর্গটি (বি) এর জন্য সুবিধাজনক এবং বৈধ, এবং (এ) এর সাথে বিরোধ নয়। (এ) এর জন্য "এক্স-" ব্যবহার যত বেশি বিক্রেতারা বন্ধ করবেন, ততই (বি) আরও পরিষ্কার-স্বতন্ত্র হয়ে উঠবে।

উদাহরণ:
গুগল (যারা বিভিন্ন মানের সংস্থায় কিছুটা ওজন বহন করে) হলেন - আমার উত্তরটির সামান্য সম্পাদনায় আজ, ২০১১১০২ - তাদের অ্যাপাচি মডিউলের সংস্করণটি চিহ্নিত করতে বর্তমানে "এক্স-মোড-পেজস্পিড" ব্যবহার করছেন প্রদত্ত প্রতিক্রিয়া রূপান্তরিত করার সাথে জড়িত। কেউ কি সত্যিই পরামর্শ দিচ্ছেন যে "এক্স-" ছাড়াই গুগলের "মোড-পেজস্পিড" ব্যবহার করা উচিত, এবং / অথবা আইইটিএফ এর ব্যবহারকে আশীর্বাদ করতে বলুন?

সংক্ষিপ্তসার:
আপনি যদি নিজের সার্ভারে / থেকে ডেটা প্রেরণের জন্য আপনার অ্যাপ্লিকেশনটির মধ্যে কাস্টম এইচটিটিপি শিরোনামগুলি (কুকিগুলির জন্য কখনও কখনও উপযুক্ত বিকল্প হিসাবে) ব্যবহার করেন এবং এই শিরোনামগুলি স্পষ্টতই বলা হয় তবে আপনার প্রসঙ্গের বাইরে কখনও ব্যবহার করার উদ্দেশ্যে নয় অ্যাপ্লিকেশন, একটি "এক্স-" বা "এক্স-ফু-" উপসর্গের সাথে নাম ফাঁক করা একটি যুক্তিসঙ্গত এবং সাধারণ, কনভেনশন।

— cweekly
সূত্র

52

আমি যদি এটির প্রশংসা করব যে আমার মন্তব্যের কোনও অবনতিকারীরা আমার উত্তরের কোন অংশটি আপত্তিজনক বলে মনে করতে পারে। আমি আমার খ্যাতি স্কোর সম্পর্কে তেমন যত্ন নিই না, তবে আমি সত্যই আগ্রহী। মতভেদ কোথায় থাকে? ধন্যবাদ।

— সাপ্তাহিক

56

আমি আপনার উত্তরের সাথে পুরোপুরি একমত এবং এটিই এখানে কেবলমাত্র উত্তর যা জিজ্ঞাসা করা প্রকৃত প্রশ্নের উত্তর দেয়। আমরা এখানে কাস্টম, অ্যাপ্লিকেশন-নির্দিষ্ট শিরোনাম সম্পর্কে বলছি, কখনও এইচটিটিপি স্ট্যান্ডার্ডে মানযুক্ত হবে না। এইগুলির জন্য কি কোনও সাধারণ কনভেনশন রয়েছে যা লোকেরা ব্যবহার করে? (যেমন সম্ভবত "_" দিয়ে তাদের উপসর্গ করা? যেমন: ("_ ক্লায়েন্টডাটাফু")

— মার্চি

14

ধন্যবাদ মার্চি, হ্যাঁ, গৃহীত উত্তরটি জিজ্ঞাসা করা প্রশ্নের উত্তর দেয় না। অ-মানক (তবে জেনেরিক) শিরোনামগুলির জন্য "এক্স-" উপসর্গের আইইটিএফ অবমূল্যায়ন কাস্টম অ্যাপ-নির্দিষ্ট হেডারের ক্ষেত্রে অপ্রাসঙ্গিক যা কখনই প্রমিত হবে না। আপনার প্রশ্নের উত্তর দেওয়ার জন্য, আমার মতে এবং অভিজ্ঞতায় (ওয়েবদেবের 16 বছর), সর্বোত্তম কনভেনশন হ'ল উল্লিখিত "এক্স-এসিএমই-ক্লায়েন্টডাটা" ব্যবহার করা। "এক্স-" বিসি এটি স্ট্যান্ডার্ড নয় (এটি কখনও হবে না, এজন্যই এখানে আইইটিএফ অবমূল্যায়ন চলবে), এটি আপনার "এসিএমই" সংস্থা বা নির্দিষ্ট অ্যাপ্লিকেশনে নাম স্থান দেওয়ার জন্য "এসিএমই-" এবং "ক্লায়েন্টডেটা" যা কিছু হতে পারে অভিজাত নাম আপনার পছন্দ। :)

— সাবলীল

5

@ ড্যারেল মিলার ... সুতরাং এক্স-এসিএমইসিও-উইডগেট-এফও ব্যবহার করার পরামর্শ দেওয়া হচ্ছে। আমি জোর দিয়েছি যে ওপি-র প্রশ্নের জন্য যেমন জিজ্ঞাসা করা হয়েছে, এক্স-এর ব্যবহার কেবল আরএফসি -6648 এবং এর মতো বিপরীত নির্দেশিত নয়। আপনি যদি অন্য লোকের প্রকল্পগুলিতে ব্যবহারের জন্য একটি কাঠামো, গ্রন্থাগার বা মডিউল সরবরাহকারী কোনও বিক্রেতা হন, তবে এটি আলাদা গল্প এবং কোনওভাবেই কোনও টি-তে সেই আরএফসি অনুসরণ করুন But তবে এটি কেবল স্বতন্ত্র এক-অফ অ্যাপ্লিকেশনগুলির পক্ষে পরিণত হয়েছে, যেখানে কাস্টম অ্যাপ্লিকেশন-নির্দিষ্ট শিরোনাম নামকরণ কনভেনশনগুলি কার্যকরভাবে সম্পূর্ণরূপে প্রাইভেট API গুলি। কীভাবে তারা "অন্য সবার" নামের সাথে সংঘর্ষ করবে? কার হবে?

— সাবলীলভাবে

11

আরএফসি যুক্তি বুঝতে আমি সত্যিই কিছুটা সমস্যা করছি। অনুমোদিত যে, যদি এবং যখন প্যারামিটারটি মানক করা হয় তবে এক্স- এবং নন- এক্স- সংস্করণ উভয়ই থাকবে। এক্স- এবং অ- x- সংস্করণগুলির আচরণ অভিন্ন হলে কেবল এটিই সমস্যা। আমি এখানে হোঁচট খেয়েছি কারণ আমি আমার এপিআইতে একটি "পক্ষে" শিরোনাম যুক্ত করতে চাইছি। এটি কোনও দিন সর্বজনীন হয়ে উঠতে পারে (এটি সাধারণ ব্যবহারের ক্ষেত্রে)। যদি আমি "অন-বেহাল্ট-অফ" ব্যবহার করি এবং কোনও দিন তারা মানক শিরোনাম হিসাবে যুক্ত করে, তবে আমার শব্দার্থবিজ্ঞানগুলি মানকীকৃতটির সাথে একরকম হবে এমন কী প্রতিকূলতা রয়েছে?

— বোকা

62

HTTP শিরোনামগুলির জন্য ফর্ম্যাটটি HTTP নির্দিষ্টকরণে সংজ্ঞায়িত করা হয়। আমি HTTP 1.1 সম্পর্কে কথা বলতে যাচ্ছি যার জন্য স্পেসিফিকেশনটি আরএফসি 2616 । বিভাগে ৪.২, 'বার্তা শিরোনাম'-এ, শিরোনামের সাধারণ কাঠামো সংজ্ঞায়িত করা হয়েছে:

   message-header = field-name ":" [ field-value ]
   field-name     = token
   field-value    = *( field-content | LWS )
   field-content  = <the OCTETs making up the field-value
                    and consisting of either *TEXT or combinations
                    of token, separators, and quoted-string>

এই সংজ্ঞাটি দুটি প্রধান স্তম্ভ, টোকেন এবং পাঠ্যক্রমের উপরে স্থির থাকে। উভয়ই বিভাগের ২.২, 'বেসিক বিধিগুলিতে' সংজ্ঞায়িত হয়েছে। টোকেন হ'ল:

   token          = 1*<any CHAR except CTLs or separators>

পরিবর্তে CHAR, সিটিএল এবং বিভাজকগুলিতে বিশ্রাম দিন:

   CHAR           = <any US-ASCII character (octets 0 - 127)>

   CTL            = <any US-ASCII control character
                    (octets 0 - 31) and DEL (127)>

   separators     = "(" | ")" | "<" | ">" | "@"
                  | "," | ";" | ":" | "\" | <">
                  | "/" | "[" | "]" | "?" | "="
                  | "{" | "}" | SP | HT

পাঠ্য হ'ল:

   TEXT           = <any OCTET except CTLs,
                    but including LWS>

যেখানে এলডাব্লুএস লিনিয়ার সাদা স্থান, যার সংজ্ঞা আমি পুনরুত্পাদন করব না এবং ওসিটিইটি হ'ল:

   OCTET          = <any 8-bit sequence of data>

সংজ্ঞা সহ একটি নোট রয়েছে:

The TEXT rule is only used for descriptive field contents and values
that are not intended to be interpreted by the message parser. Words
of *TEXT MAY contain characters from character sets other than ISO-
8859-1 [22] only when encoded according to the rules of RFC 2047
[14].

সুতরাং, দুটি সিদ্ধান্ত। প্রথমত, এটি স্পষ্ট যে শিরোনামের নামটি অবশ্যই ASCII অক্ষরের একটি উপসেট থেকে তৈরি করা উচিত - বর্ণমালা, কিছু বিরামচিহ্ন, অন্য কোনও নয় else দ্বিতীয়ত, শিরোনাম মানের সংজ্ঞায় এমন কিছু নেই যা এএসসিআইআই-তে সীমাবদ্ধ করে বা 8-বিট অক্ষর বাদ দেয়: এটি স্পষ্টভাবে অষ্টেটের সমন্বয়ে গঠিত, কেবলমাত্র নিয়ন্ত্রণ অক্ষরকে নিষিদ্ধ করা হয়েছে (নোট করুন যে সিআর এবং এলএফ নিয়ন্ত্রণ হিসাবে বিবেচিত হয়)। তদ্ব্যতীত, পাঠ্য প্রযোজনা সম্পর্কে মন্তব্যটি বোঝায় যে অক্টেটগুলি আইএসও -8859-1-তে রয়েছে বলে ব্যাখ্যা করা উচিত এবং সেই এনকোডিংয়ের বাইরের অক্ষরের প্রতিনিধিত্ব করার জন্য একটি এনকোডিং ব্যবস্থা রয়েছে (যা ভয়ঙ্কর, ঘটনাক্রমে)।

সুতরাং, বিশেষত @ বালুসকে প্রতিক্রিয়া জানাতে, এটি পুরোপুরি স্পষ্ট যে স্পেসিফিকেশন অনুযায়ী শিরোনামের মানগুলি আইএসও -8859-1-এ রয়েছে। টমক্যাট থেকে বের হয়ে একটি হেডারে আমি উচ্চ -৮৮৮৯-১০ অক্ষরকে (বিশেষত ফরাসি ভাষায় ব্যবহৃত কিছু স্বরযুক্ত স্বর) প্রেরণ করেছি এবং ফায়ারফক্সের দ্বারা তাদের সঠিকভাবে ব্যাখ্যা করতে পেরেছি, কিছুটা হলেও, এটি অনুশীলনের পাশাপাশি তত্ত্বের ক্ষেত্রেও কাজ করে (যদিও এটি একটি অবস্থানের শিরোনাম ছিল, যার মধ্যে একটি URL রয়েছে এবং এই অক্ষরগুলি ইউআরএলগুলিতে আইনী নয়, সুতরাং এটি আসলে অবৈধ ছিল, তবে ভিন্ন নিয়মের অধীনে!)।

এটি বলেছিল, আমি সমস্ত সার্ভার, প্রক্সি এবং ক্লায়েন্ট জুড়ে কাজ করে আইএসও -8859-1 এর উপর নির্ভর করব না, তাই আমি প্রতিরক্ষামূলক প্রোগ্রামিংয়ের বিষয়টি হিসাবে ASCII এ লেগে থাকব।

— টম অ্যান্ডারসন
সূত্র

3

নতুন এইচটিটিপি স্পেস আরএফসি 7230 বলছে "নতুন সংজ্ঞায়িত শিরোনাম ক্ষেত্রগুলি তাদের ক্ষেত্রের মানগুলি US-ASCII অক্টেটের মধ্যে সীমাবদ্ধ রাখতে হবে" "

— রবার্ট টুপেলো-শ্নেকে

23

আরএফসি 6648 আপনাকে সুপারিশ করে যে আপনি ধরে নিতে পারেন যে আপনার কাস্টম শিরোলেখটি "একাধিক বাস্তবায়ন জুড়ে মানক, পাবলিক, সাধারণত মোতায়েন, বা ব্যবহারযোগ্য হতে পারে।" অতএব, এটি এটি "X-" বা অনুরূপ নির্মাণের সাথে উপসর্গ না করার পরামর্শ দেয়।

তবে, সেখানে একটি ব্যতিক্রম রয়েছে "যখন [আপনার শিরোনাম] কখনই মানসম্মত হওয়ার সম্ভাবনা খুব বেশি থাকে" " এই জাতীয় "প্রয়োগকরণ-নির্দিষ্ট এবং বেসরকারী ব্যবহার" শিরোনামগুলির জন্য, আরএফসি বলেছে যে কোনও নাম স্থান যেমন বিক্রেতার উপসর্গটি ন্যায়সঙ্গত।

— এডওয়ার্ড ব্রেই
সূত্র

6

"RFC6648 বিশেষ পরামর্শ দেওয়া হচ্ছে যে আপনার অনুমান আপনার কাস্টম শীর্ষক" আদর্শায়িত হয়ে পারে, প্রকাশ্য, সাধারণভাবে মোতায়েন, বা একাধিক বাস্তবায়নের জুড়ে ব্যবহারযোগ্য "আমি এই ব্যবহার করার একটা ঝোঁক কারণ জোগায় মনে করি। X-উপসর্গ এটা হওয়ার সম্ভাবনা কিছু ছাড়া কোনো উপসর্গ standarized হয়ে পারে কারণ।

— কনরাড

@ কনরাড যদি আপনি ধরে নেন যে অন্য কারওর অনুরূপ শিরোলেখ (আপনার শিরোনামটি নয়) মানিক হয়ে উঠতে পারে তবে আপনি তার সাথে বিরোধ এড়াতে পারবেন X-, তবে এটি আরএফসি 6648 এর চেয়ে আলাদা ধারণা আছে takes আরএফসির ব্যতিক্রম ভবিষ্যতের স্ট্যান্ডার্ড শিরোনাম এবং অন্য বিক্রেতার যার শিরোনামটি সংস্থার সংস্থার মাধ্যমে আপনার সাথে সংহত হয়ে উঠতে পারে এর মধ্যকার সম্ভাব্য দ্বন্দ্বের কারণ হিসাবে তাই ব্যতিক্রমটি একজন বিক্রেতা উপসর্গের জন্য কল করে।

— এডওয়ার্ড ব্রেই

17

পরিবর্তন, বা আরো সঠিকভাবে যোগ করার অতিরিক্ত HTTP- র হেডার টুল ডিবাগ যদি অন্য কিছুই একটি দুর্দান্ত কোড।

যখন কোনও ইউআরএল অনুরোধ কোনও পুনর্নির্দেশ বা কোনও চিত্র প্রত্যাবর্তন করে তখন ডিবাগ কোডের ফলাফলগুলিতে অস্থায়ীভাবে লিখতে কোনও এইচটিএমএল "পৃষ্ঠা" থাকে না - কমপক্ষে কোনও ব্রাউজারে দৃশ্যমান হয় না।

একটি পদ্ধতি হ'ল স্থানীয় লগ ফাইলে ডেটা লিখে এবং সেই ফাইলটি পরে দেখা। আরেকটি হ'ল অস্থায়ীভাবে ডেটা এবং ভেরিয়েবলগুলি ডিবাগ হওয়ার কারণে প্রতিফলিত করে HTTP শিরোনাম যুক্ত করা add

আমি নিয়মিত এক্স-ফুবার-সোমবারের মতো অতিরিক্ত এইচটিটিপি শিরোনাম যুক্ত করি: বা এক্স-টেস্টিং-সামেরসাল্ট: জিনিসগুলি পরীক্ষা করার জন্য - এবং অনেকগুলি বাগ পেয়েছি যা অন্যথায় সনাক্ত করা খুব কঠিন ছিল।

— g1smd
সূত্র

2

কেন তিনি এই "মান" ব্যবহার করবেন? শিরোনামগুলি একই কাজ করে। এমনকি "WHO_EVER_READS_THIS_IS_Dumb_" উপসর্গ সহ ...

— অবিশ্বাস্য জানুয়ারী

16

শিরোনাম ক্ষেত্রের নাম রেজিস্ট্রি আরএফসি 3864 এ সংজ্ঞায়িত করা হয়েছে এবং "এক্স-" এর সাথে বিশেষ কিছু নেই।

আমি যতদূর বলতে পারি, ব্যক্তিগত হেডারের জন্য কোনও নির্দেশিকা নেই; সন্দেহ এগুলি এড়িয়ে চলুন। অথবা HTTP এক্সটেনশন ফ্রেমওয়ার্ক ( আরএফসি 2774 ) দেখুন।

ব্যবহারের ক্ষেত্রে আরও বুঝতে আগ্রহী হবে; মেসেজ বডিতে কেন তথ্য যুক্ত করা যাবে না?

— জুলিয়ান রেসকে
সূত্র

13

আমি কিছু কাস্টম শিরোনাম বিবেচনা করছি এর মূল কারণটি হ'ল আমি শরীরের বিশ্লেষণ না করেই রাউটিংয়ের সিদ্ধান্ত নিতে পারি ...

— রোজওয়েল