HTTP- র কোন লুকানো বৈশিষ্ট্যগুলি উল্লেখযোগ্য বলে মনে করেন?
লুকানো বৈশিষ্ট্যগুলির দ্বারা আমার অর্থ এমন বৈশিষ্ট্য যা ইতিমধ্যে স্ট্যান্ডার্ডের অংশ তবে ব্যাপকভাবে অজানা বা অব্যবহৃত।
দয়া করে উত্তর প্রতি একটি বৈশিষ্ট্য দয়া করে।
উত্তর:
এটি হ'ল হাইপার টেক্সট কফি পট কন্ট্রোল প্রোটোকলের (এইচটিটিপি-তে একটি এক্সটেনশন) অংশ, আমি একটি টিপট স্থিতি কোড 41 আমাকে প্রতিবার হাসায়।
২.৩.২ 418 আমি একটি চাঁচি
একটি চাপোট দিয়ে কফি তৈরির যে কোনও প্রয়াসের ফলস্বরূপ ত্রুটি কোড "418 আমি একটি চাঁচা" হওয়া উচিত। ফলস্বরূপ সত্তা দেহটি সংক্ষিপ্ত এবং দুরন্ত হতে পারে।
সত্য যে রেফারার বানান ভুল ছিল এবং তা সিদ্ধান্ত নেওয়া হয় যে ভুল বানানটিতে রাখতে হবে।
সুস্পষ্ট উত্তর: পুট, ডিলেট, ট্র্যাক, বিকল্পগুলি, সংযোগ পদ্ধতি
বেশিরভাগ মানুষ জিইটি এবং পোষ্ট পদ্ধতি সম্পর্কে জানে কারণ ফর্ম তৈরির সময় তারা এটাই ব্যবহার করে। ব্রাউজারগুলিও প্রচুর হেড ব্যবহার করে। অন্যান্য পদ্ধতিগুলি খুব কম সুপরিচিত; এগুলি বেশিরভাগ আরও নির্দিষ্ট অ্যাপ্লিকেশন দ্বারা ব্যবহৃত হয়।
402 অর্থ প্রদানের প্রয়োজন কি কেউ দেখেছেন ?
আমি ভেবেছিলাম 204 হ'ল যদি আপনার প্রদর্শন করার মতো সামগ্রী না থাকে তবে অনুমানটি দেখে মনে হয় যে অতিরিক্ত আচরণ রয়েছে যা ব্যবহারকারী এজেন্ট "তার দস্তাবেজের দৃষ্টিভঙ্গি পরিবর্তন করেন না।"
হাওটো অনুসারে : অ্যাজেএক্সের জন্য এইচটিটিপি 204 (কোনও সামগ্রী নেই) ফেরত দিতে অ্যাপাচি কনফিগার করুন
FWIW, গুগল আসলে একই রকম কিছু করে। প্রতিবার কোনও ব্যবহারকারী তাদের অনুসন্ধানের ফলাফলগুলিতে একটি লিঙ্কে ক্লিক করেন, গুগল ক্লিক রেকর্ড করার জন্য নিজেকে পিং করে; পিংয়ের প্রতিক্রিয়া কোডটি একটি এইচটিটিপি 204।
এছাড়াও, 204 কোনও সামগ্রী প্রস্তাব করে না যদি আপনি নেটওয়ার্ক ট্র্যাফিকের প্রতিটি শেষ বাইটে সঞ্চয় করতে চান তবে এটি "ওয়েব বাগ" বা "বেকনস" এর জন্য একটি ভাল কৌশল।
(...) সার্ভারের মালিকরা চান যে সেই সংস্থানটির দূরবর্তী লিঙ্কগুলি সরানো হবে। (...)
ওয়েব মাকড়সা (সবচেয়ে উল্লেখযোগ্যভাবে গুগল) একটি পৃষ্ঠা ডি-ইনডেক্স করবে (সাধারণত পরবর্তী ক্রলটিতে) যা 410 ফেরত শুরু করে।
ডায়নামিক সামগ্রীতে লাস্ট_মোডিফায়েড বা ইটাগ শিরোনাম ব্যবহার করুন
অনেক সময় আপনার কাছে ডায়নামিক সামগ্রী থাকে যা উত্পন্ন করতে বৃহত এবং / অথবা ব্যয়বহুল হতে পারে এবং অনুরোধ থেকে অনুরোধ থেকে পরিবর্তন হতে পারে না। আপনার উত্পন্ন প্রতিক্রিয়ায় আপনি একটি সর্বশেষ_মোডিফায়েড বা ইটাগ শিরোনাম যুক্ত করতে পারেন।
আপনার ব্যয়বহুল গতিশীল কোডের শীর্ষে আপনি যদি কনটেন্ট রিকোয়েস্টরটি ইতিমধ্যে বিদ্যমান রয়েছে তবে তা নির্ধারণ করতে if_Modified_Since বা If_None_Match ব্যবহার করতে পারেন। যদি এটি প্রতিক্রিয়ার স্থিতিটি "304 মোড মোডফাইড" এ পরিবর্তন করে এবং অনুরোধটি শেষ করে।
কিছু সার্ভার-সাইড টেকনোলজিগুলি আনুষ্ঠানিকভাবে এ জাতীয় বৈশিষ্ট্যগুলি সরবরাহ করে তবে আপনি নিম্নোক্ত এএসপি-ক্লাসিক এমনকি উপরেরটি করতে পারেন।
এটি ক্যাশে-নিয়ন্ত্রণ সেট করার থেকে পৃথক নোট করুন, শিরোনামের মেয়াদ শেষ হয়ে যায় যাতে এটি নিশ্চিত করে যে ক্লায়েন্টের কাছে সর্বদা অনুরোধের সর্বশেষ তথ্য থাকে।
আপনি যথাক্রমে নির্দিষ্ট বাইট পরিসর এবং অনন্য ফাইল শনাক্তকারী বা ফাইল সংশোধন টাইমস্ট্যাম্প সহ একটি (বৃহত্তর) এইচটিটিপি প্রতিক্রিয়া (যেমন ফাইল ডাউনলোড) পুনরায় শুরু করার অনুরোধ করতে পারেন Rangeএবং If-Rangeশিরোনামগুলির জন্য অনুরোধ করতে পারেন । সার্ভার বাইট রেঞ্জের অনুরোধগুলি, অনন্য ফাইল শনাক্তকারী এবং ফাইল সংশোধন টাইমস্ট্যাম্প সমর্থন করে এমন নোটিফিকেশন সহ যথাক্রমে প্রাথমিক প্রতিক্রিয়াতে Accept-Ranges: bytesএবং ETagবা Last-Modifiedপ্রতিক্রিয়া শিরোনামগুলি প্রেরণ করা থাকলে এটি সম্ভব ।
প্রাথমিক প্রতিক্রিয়া দেখতে দেখতে দেখতে পাবেন (এটি ETagসাধারণত ফাইলের নাম, আকার এবং সর্বশেষ পরিবর্তনের টাইমস্ট্যাম্পের সমন্বয়ে গঠিত):
Accept-Ranges: bytes
ETag: file.ext_1234_1234567890
Content-Range: bytes 0-1233/1234
যখন ডাউনলোডটি 1KB (1024 বাইট) উদাহরণস্বরূপ বাতিল হয়ে যায়, ক্লায়েন্ট নীচে এটি পুনরায় শুরু করতে পারেন:
If-Range: file.ext_1234_1234567890
Range: bytes=1024-
যা দেহের উপযুক্ত বাইটগুলির সাথে এই প্রতিক্রিয়াটি ফিরিয়ে আনবে:
Accept-Ranges: bytes
ETag: file.ext_1234_1234567890
Content-Range: bytes 1024-1233/1234
আরএসটি এইচটিটিপিটিকে একটি ইন্টারফেস প্রোটোকল হিসাবে তার সীমাতে ঠেলে দেওয়ার চেষ্টা করে।
এটি কোনও লুকানো বৈশিষ্ট্য নয় , তবে যথাযথ সংজ্ঞায়িত আরএসটি এপিআইগুলি দেখে HTTP কীভাবে কাজ করতে হয় তার কীভাবে একটি দুর্দান্ত গ্রিপ পাওয়া যায় এবং এইচটিটিপি পদ্ধতি, স্থিতি কোড এবং শিরোনামের সহজ সংমিশ্রণে কী অর্জন করা যায় তার দুর্দান্ত উদাহরণগুলি খুঁজে পেতে পারে one এবং হ'ল
ট্রেলার (শিরোনামের বিপরীতে)
HTTP 100 (চালিয়ে যান) স্থিতি
উত্স সার্ভারটি অনুরোধটি মানতে রাজি কিনা তা নির্ধারণ করতে কোনও ক্লায়েন্ট একটি অনুরোধের সংস্থার সাথে একটি অনুরোধ বার্তা প্রেরণ করতে পারে ..
কিছু ক্ষেত্রে, সার্ভার শরীরের দিকে না তাকিয়ে বার্তাটি প্রত্যাখ্যান করবে যদি ক্লায়েন্টের পক্ষে শরীরটি প্রেরণ করা হয় তবে তা অনুপযুক্ত বা অত্যন্ত অযোগ্য হতে পারে fficient
দুর্বৃত্ত ক্লায়েন্টদের ট্র্যাফিক এড়ানোর জন্য ব্যবহার করা যেতে পারে .. এবং / অথবা যেখানে ব্যান্ডউইথ একটি মূল্যবান পণ্য commod
তবে এই বৈশিষ্ট্যটির সম্পূর্ণ ব্যবহারের জন্য HTTP1.1 ক্লায়েন্ট, সার্ভার এবং প্রক্সিগুলির জন্য কিছু মানদণ্ড রয়েছে। HTTP সংযোগগুলি সম্পর্কে আরও পড়ার জন্য HTTP / 1.1 আরএফসি 2616 দেখুন ।
http://www.domain.invalid/index.php?id=44 বলা হয়, যদি ক্যোয়ারী ( id=44) রিসোর্সটি ফেরত দিতে না পারে তবে কেন কোনও স্থিতি কোড ফেরত দেয় না 404?http://www.domain.invalid/index.php?id=foo ডাকা হয় যখন idকেবলমাত্র পূর্ণসংখ্যা গ্রহণ করে, কেন কোনও স্থিতি কোড ফেরত দেয় না 400?200(ঠিক আছে, কোনও সমস্যা নেই, আপনি এটি ভাল করেন) ইন্সটাড 401?হ্যাঁ, স্ট্যাটাস কোডগুলি কিছু ওয়েব বিকাশকারীদের কাছে এইচটিটিপির এক ধরণের গোপন কার্যকারিতা বলে মনে হচ্ছে ... তবে আমি অবাক হয়েছি যে এই প্রোটোকলের সমস্ত "বৈশিষ্ট্য" এর মধ্যে সবচেয়ে ছদ্মবেশ এটি আরএফসি না হয় !
401কেবলমাত্র HTTP- প্রমাণীকরণের জন্য এবং অন্যান্য ধরণের নয়। আফাইক এটি বেশিরভাগ ব্রাউজারকে HTTP পাসওয়ার্ডের জন্য ব্যবহারকারীকে জিজ্ঞাসা করে।
HTTP-Authentication... the চাকাটি পুনরায় উদ্ভাবনের পরিবর্তে এটি ব্যবহার করা কি এত কঠিন?
.htaccessফাইলগুলিতে - এটি সম্ভবত একটি বড় পার্থক্য করে ওয়েবমাস্টার আপডেট করতে পারেন। সুতরাং HTTP রচয়িতা কোনও অ্যাপ্লিকেশনটির ব্যবহারকারীর অধিকার এবং লগইন / লগঅফ পরিচালনার জন্য খুব উপযুক্ত নয়।
HTTP-Authenticationএবং পিএইচপি এমনকি পিএইচপি HTTP-Authentication( php.net/manual/en/features.http-auth.php ) ব্যবহার করতে সক্ষম use আপনি যদি কোনও ওয়েব বিকাশকারী হন তবে আপনাকে কেবল সুরক্ষার কারণে সার্ভার প্রশাসনের বেসিকগুলি পেতে হবে! ওয়েব বিকাশকারীদের অবশ্যই ওয়েবমাস্টার / সিসাদমিন দক্ষতা থাকতে হবে যা তিনি সহজেই এই কাজগুলি সম্পাদন করতে পারেন।