এই পরিস্থিতির জন্য শব্দার্থগতভাবে সঠিক HTTP প্রতিক্রিয়া কোড হবে 403 নিষিদ্ধ :
সার্ভারটি অনুরোধটি বুঝতে পেরেছিল তবে তা পূরণ করতে অস্বীকার করছে। অনুমোদন সাহায্য করবে না এবং অনুরোধটির পুনরাবৃত্তি করা উচিত নয়। যদি অনুরোধের পদ্ধতিটি হেড না হয় এবং সার্ভারটি কেন অনুরোধটি পূরণ করা হয়নি তা জনসাধারণের কাছে প্রকাশ করতে চায় তবে এটি সত্তায় অস্বীকার করার কারণটি বর্ণনা করতে হবে। সার্ভার যদি ক্লায়েন্টের কাছে এই তথ্যটি সরবরাহ করতে না চায় তবে স্থিতি কোড 404 (পাওয়া যায়নি) পরিবর্তে ব্যবহার করা যেতে পারে।
(যদিও 403 প্রতিক্রিয়াটির সংজ্ঞা বলে যে "অনুমোদন সাহায্য করবে না", আইএমও এটি বিশেষত HTTP বেসিক / ডাইজেস্ট প্রমাণীকরণের উল্লেখ হিসাবে বোঝা উচিত , যার জন্য স্থিতি কোড 401 অননুমোদিত ব্যবহার করা উচিত Since আপনি যেহেতু ব্যবহার করছেন না এই প্রমাণীকরণ পদ্ধতিগুলির মধ্যে একটিতে 403 আপনার ক্ষেত্রে উপযুক্ত স্থিতি কোড)
তবে, 403 স্থিতি কোড ব্যবহার করা সার্ভারটি সরবরাহ করতে অস্বীকার করলেও, সেই URL টি সহ একটি পৃষ্ঠা রয়েছে তা এই সত্যটি প্রকাশ করে (বা কমপক্ষে দৃ strongly়তার সাথে বোঝায়) । যেহেতু এটি এমন কিছু যা আপনি সম্ভাব্য অনুপ্রবেশকারীদের থেকে গোপন করতে চাইতে পারেন, HTTP / 1.1 স্ট্যান্ডার্ড স্পষ্টভাবে 404 পাওয়া যায়নি স্থিতি কোডটি পরিবর্তে ( জোর দেওয়া খনি) ফেরত দেওয়ার অনুমতি দেয় :
অনুরোধ-ইউআরআইয়ের সাথে মিলে সার্ভারটি কিছু খুঁজে পায়নি। শর্তটি অস্থায়ী বা স্থায়ী কিনা সে সম্পর্কে কোনও ইঙ্গিত দেওয়া হয়নি। 410 (গন) স্থিতি কোডটি ব্যবহার করা উচিত যদি সার্ভারটি জানতে পারে যে কোনও অভ্যন্তরীণভাবে কনফিগারযোগ্য ব্যবস্থার মাধ্যমে জানা যায় যে কোনও পুরানো সংস্থান স্থায়ীভাবে অনুপলব্ধ এবং এর কোনও ফরোয়ার্ডিং ঠিকানা নেই।
এই স্থিতি কোডটি সাধারণত ব্যবহৃত হয় যখন অনুরোধটি কেন অস্বীকার করা হয়েছে বা যখন অন্য কোনও প্রতিক্রিয়া প্রযোজ্য নয় ঠিক তখনই সার্ভারটি প্রকাশ করতে চায় না।
অবশ্যই, এ জাতীয় গোপনীয়তাটিকে কার্যকরভাবে কার্যকর করার জন্য, আপনি যে 404 ত্রুটি পৃষ্ঠাটি ফিরিয়েছেন তার জন্য আপনি প্রকৃত অস্তিত্বহীন পৃষ্ঠাগুলির জন্য যা ফিরে আসবেন তার অনুরূপ উপস্থিত হওয়া দরকার । অন্যথায়, এটি কেবল নির্বোধ এবং সবচেয়ে নৈমিত্তিক আক্রমণকারীদের বোকা বানাবে। (যদি আপনার লক্ষ্য কেবল পৃষ্ঠাগুলিকে গুগলের সূচকের বাইরে রাখা হয় তবে একটি 403 প্রতিক্রিয়া সেটিও করবে))
আপনার প্রশ্ন এবং অন্যান্য উত্তরগুলিতে প্রস্তাবিত অন্যান্য সম্ভাব্য প্রতিক্রিয়াগুলি সম্পর্কে কী?
যেমনটি আমি আগে উল্লেখ করেছি, আমি বিশ্বাস করি না যে এখানে 401 টি প্রতিক্রিয়া উপযুক্ত। এটি অনুশীলনে কাজ করতে পারে , বেশিরভাগ ব্রাউজার হিসাবে অনুসন্ধান এবং ইঞ্জিনগুলি কোনও 404 বলে মনে হয় এমন কোনও ত্রুটিযুক্ত বা অজানা 4 xx সিরিজের প্রতিক্রিয়া কোড হিসাবে আচরণ করবে , তবে এটি এখনও HTTP অনুমান অনুসারে বৈধ নয় এবং এটি পছন্দ করার মতো কোনও কার্যকরী কারণ নেই 403 বা 404 এরও বেশি।
301 (বা 302) পৃথক "404 ত্রুটি" পৃষ্ঠাতে পুনর্নির্দেশের ব্যবহার হিসাবে, এটি হ'ল মোডি_আরউইরাইট টিউটোরিয়াল দ্বারা ছড়িয়ে পড়া একটি ভয়াবহ অনুশীলন এবং 404 টি প্রতিক্রিয়া প্রত্যক্ষভাবে তুলনা করার তুলনায় একেবারে কোনও খালাস বৈশিষ্ট্য নেই:
এটি দর্শকদের কাছে বিভ্রান্তিকর, কারণ তারা যে URL টি দেখার চেষ্টা করছিলেন তা ত্রুটি পৃষ্ঠার URL দ্বারা প্রতিস্থাপিত হয়। সুতরাং, তারা একটি বার্তা দেখতে পেয়েছে যে তারা অস্তিত্বহীন পৃষ্ঠায় পৌঁছেছে, তবে তারা যে পৃষ্ঠাটি দেখার চেষ্টা করছিলেন তা কোনও সহজেই দৃশ্যমান নয় এবং তাই ইউআরএলটিতে কোনও স্পষ্ট টাইপ ঠিক করার মতো কোনও পুনরুদ্ধার কৌশল সহজেই চেষ্টা করতে পারে না, বা গুগল বা ওয়েব্যাক মেশিনে এটি অনুলিপি করে আটকান।
এটি অনুসন্ধান ইঞ্জিনগুলিকে বিভ্রান্ত করতে পারে, বিশেষত যদি আপনার 404 পৃষ্ঠাটি রোবটস.টি.এস.টি. তে অনুমোদিত না হয় , বা যদি এটি সত্যিকারের 404 স্থিতি কোডের ( "নরম 404" ) এর পরিবর্তে ভুলভাবে 200 ওকে প্রতিক্রিয়া দেয় তবে সম্ভাব্যত আপনার 404 পৃষ্ঠা অনুসন্ধানে প্রদর্শিত হবে এলোমেলো অনুসন্ধানের পদগুলির ফলাফল।
এটি আপনার সার্ভারগুলিতে (অল্প পরিমাণে) অতিরিক্ত লোড সৃষ্টি করে, দর্শনার্থীদের প্রতিক্রিয়া সময় বাড়ায় এবং আপনার সাইটটি ক্রল করে এমন সার্চ ইঞ্জিনগুলি কমিয়ে দেয় কারণ অস্তিত্বহীন (বা গোপন করা) পৃষ্ঠার প্রতিটি অনুরোধে এখন অতিরিক্ত এইচটিটিপি রাউন্ড জড়িত- ট্রিপ।
এটির কোনও এসইও সুবিধা নেই, কারণ 404 পৃষ্ঠায় পুনঃনির্দেশিত পৃষ্ঠাগুলি থেকে যে কোনও "লিঙ্ক জুস" যাইহোক হারিয়ে যায়।
(অবশ্যই, এক অবস্থা যেখানে আপনি কি একটি 404 প্রতিক্রিয়া পরিবর্তে একটি 301 পুনর্নির্দেশ ব্যবহার করা যখন পৃষ্ঠা আসলে চান করেছে সরানো, এবং আপনি তার সঠিক অবস্থানে পরিদর্শক পুনর্নির্দেশ করতে পারেন। কিন্তু যে ক্ষেত্রে এখানে আলোচনা নয়।)
অবশেষে, আমি এখানে অনেক মন্তব্যে প্রকাশিত অনুভূতি প্রতিধ্বনিত করতে চাই, যে আপনার প্রশাসক পৃষ্ঠাগুলি কেবল "লুকিয়ে রাখা" সঠিক পাসওয়ার্ড-ভিত্তিক প্রমাণীকরণের পর্যাপ্ত বিকল্প নয় । এটি বলেছে, যদি আপনার কাছে ইতিমধ্যে একটি সুরক্ষিত প্রমাণীকরণ ব্যবস্থা স্থাপন করা থাকে, তবে পৃষ্ঠাগুলি গোপন করা অতিরিক্ত স্তর হিসাবে কার্যকর হতে পারে, যদিও যথেষ্ট পরিমাণে দুর্বল, গভীরতার কাছে যাওয়ার ক্ষেত্রে একটি প্রতিরক্ষা হিসাবে ।