প্লে মার্কেট সার্ভার থেকে ডেটা পাওয়ার সময় ত্রুটি৷ কিভাবে ঠিক করবো? কেন গুগল প্লে মার্কেট (গুগল প্লে মার্কেট) সার্ভারের ত্রুটি নেই, কোন সংযোগ নেই এবং বলে যে আপনাকে আপনার অ্যাকাউন্টে লগ ইন করতে হবে সার্ভারটি ত্রুটি দিলে কী করবেন

অভ্যন্তরীণ সার্ভার ত্রুটি হল একটি HTTP প্রোটোকল স্ট্যাটাস ক্লাস যার মানে ব্যবহারকারীর অপারেশন/অনুরোধ ব্যর্থ হয়েছে এবং সার্ভার নিজেই দায়ী।

আমাদের চ্যানেলে আরও ভিডিও - SEMANTICA এর সাথে ইন্টারনেট মার্কেটিং শিখুন

তোমার খাবার ফুরিয়ে গেছে। আপনাকে মুদি দোকানে যেতে হবে। দরজায় একটি চিহ্ন রয়েছে - "হিসাবপত্র"। তুমি অন্নহীন।

ব্যবহারকারী সাইট পরিদর্শন করতে চায়. সার্ভারে একটি অনুরোধ পাঠানো হয়। এবং যদি সার্ভারে কোন সমস্যা হয়, তবে ব্যক্তি ব্রাউজার উইন্ডোতে একটি ত্রুটি বার্তা দেখতে পাবেন।

সার্ভার ত্রুটি কি?

আমরা যেমন শিখেছি, অভ্যন্তরীণ সার্ভারের ত্রুটিগুলি HTTP স্থিতিগুলির একটি শ্রেণী গঠন করে৷

• . সার্ভার ত্রুটির একটি বিস্তৃত পরিসর নির্দেশ করে, যদি তারা প্রশ্নে থাকা ক্লাসের নিম্নলিখিত সমস্যার অন্তর্গত না হয়।
• 501. মানে ব্যবহারকারীর অনুরোধ প্রক্রিয়া করার জন্য সার্ভারের প্রয়োজনীয় ক্ষমতা নেই। সাধারণত, একটি 501 ত্রুটি দেখা দেয় যখন সার্ভার অনুরোধের পদ্ধতিটি চিনতে পারে না। যদি সার্ভার অনুরোধের পদ্ধতিটি স্বীকৃতি দেয়, কিন্তু এটি এই ইন্টারনেট সংস্থানে ব্যবহার করা যায় না, ত্রুটি 405 প্রদর্শিত হয় (ব্যবহারকারীর দোষের কারণে ঘটে)।
• . যখন সার্ভার একটি প্রক্সি বা গেটওয়ে হিসাবে কাজ করে তখন ঘটে৷ ত্রুটিটি নির্দেশ করে যে আপস্ট্রিম সার্ভার একটি অবৈধ প্রতিক্রিয়া পাঠাচ্ছে৷
• . সাইটটি ব্যবহারকারীর অনুরোধ প্রক্রিয়া করতে অক্ষম হলে প্রদর্শিত হয়। এটি ওভারলোড, রক্ষণাবেক্ষণ সমস্যা, প্রযুক্তিগত সমস্যা ইত্যাদির কারণে হতে পারে। প্রায়শই, যখন একটি 503 ত্রুটি প্রদর্শিত হয়, তখন পুনরায় চেষ্টা-পরবর্তী ক্ষেত্রটি সেই সময় নির্দেশ করে যখন ব্যবহারকারীকে অনুরোধটি পুনরাবৃত্তি করতে হবে।
• 504. এখানে আবার সার্ভার একটি গেটওয়ে বা প্রক্সি সার্ভার হিসাবে কাজ করে। এটি আপস্ট্রিম সার্ভারে অনুরোধটি ফরোয়ার্ড করে, কিন্তু একটি প্রতিক্রিয়ার জন্য অপেক্ষা করে না, এবং তাই অনুরোধটির প্রক্রিয়াকরণ সম্পূর্ণ করতে পারে না।
• 505. নির্দেশ করে যে অনুরোধ সংস্করণ সার্ভার দ্বারা সমর্থিত নয়।
• 506. এর মানে হল যে সার্ভারের বর্তমান সংস্করণে একটি ভুল কনফিগারেশন আছে। এই বিষয়ে, বাঁধাই প্রক্রিয়াটি সম্পূর্ণ হয় না এবং সব সময় বাধাগ্রস্ত হয়।
• 507. অনুরোধটি সম্পূর্ণ করতে এবং এটি প্রক্রিয়া করার জন্য সার্ভারে কোন স্থান নেই। এই ধরনের সমস্যাগুলি অস্থায়ী এবং সহজেই স্থির হতে পারে।
• 509. যদি একটি ইন্টারনেট সংস্থান তার জন্য বরাদ্দকৃত সমস্ত ট্রাফিক ব্যয় করে থাকে, a এই ত্রুটি. সমস্যা সমাধানের জন্য, আপনাকে আপনার হোস্টিং প্রদানকারীর সাথে যোগাযোগ করতে হবে।
• 510. এই ত্রুটিটি এমন ক্ষেত্রে সম্মুখীন হতে পারে যেখানে ক্লায়েন্ট একটি অনুরোধ করে এবং একটি নির্দিষ্ট এক্সটেনশন ব্যবহার করতে চায়, কিন্তু সার্ভার ব্যবহার করে না এবং এই এক্সটেনশনটি প্রদান করতে পারে না।
• 511. এই ত্রুটিটি সার্ভার থেকে আসে না, যা ব্যবহারকারী অ্যাক্সেস করছে, কিন্তু একটি মধ্যস্থতাকারীর কাছ থেকে, যা একটি প্রদানকারী হতে পারে। সাধারণত, ক্লায়েন্টকে লগ ইন করতে হলে সমস্যাটি ঘটে বিশ্বব্যাপী নেটওয়ার্ক(প্রদত্ত অ্যাক্সেস পয়েন্টের জন্য পাসওয়ার্ড নির্দিষ্ট করুন)। এই ক্ষেত্রে, অনুমোদনের জন্য একটি বিশেষ ক্ষেত্র প্রতিক্রিয়া ফর্মে প্রদর্শিত হয়।
• 520. ইঙ্গিত করে যে একটি ত্রুটি আছে, কিন্তু CDN সার্ভার সঠিকভাবে ত্রুটিটি প্রক্রিয়া করতে পারে না এবং ক্লায়েন্টের কাছে প্রদর্শন করতে পারে না।
• 521. এমন পরিস্থিতিতে ঘটে যেখানে সার্ভার সামগ্রী বিতরণ নেটওয়ার্ক সংযোগ প্রত্যাখ্যান করে।
• 522. প্রদর্শিত হয় যখন ডেটা কমিউনিকেশন সিস্টেম সার্ভারের সাথে সংযোগ করতে পারে না এবং সার্ভারের প্রতিক্রিয়ার জন্য অপেক্ষা করার সময় শেষ হয়ে যায়।
• 523. সার্ভারে "পৌঁছানো" যায় না; সার্ভারে প্রবেশ করার সময়, গুরুতর বাধা সৃষ্টি হয়, যা বর্তমানে সম্ভব নয়।
• 524. প্রয়োজনীয় সার্ভার এবং সামগ্রী বিতরণ নেটওয়ার্ক সার্ভারের মধ্যে সংযোগের সময় শেষ হয়ে গেছে।
• 525 সার্ভার নিজেই এবং CDN সার্ভারের মধ্যে হ্যান্ডশেকের সময় ত্রুটি দেখা দিলে, কোড 525 প্রদর্শিত হয়।
• 526. নির্দেশ করে যে বর্তমানে এনক্রিপশন শংসাপত্র যাচাই করার কোন উপায় নেই।

তারা "সার্ভার ত্রুটি" লিখলে কি করবেন

তালিকাভুক্ত ত্রুটিগুলি সাধারণত .htaccess ফাইল, থিম এবং প্লাগইনগুলির কারণে দেখা দেয়। আসুন সমস্যা সমাধানের বিকল্পগুলি বিবেচনা করি।

সুতরাং, আপনি নতুন থিম পছন্দ করেছেন এবং এটি ইনস্টল করেছেন। সবকিছু ঠিক হবে, কিন্তু তারপর একটি অভ্যন্তরীণ সার্ভার সমস্যা দেখা দেয়। সার্ভারের কার্যকারিতা পুনরুদ্ধার করতে, নিম্নলিখিত পদ্ধতিগুলির মধ্যে একটি নির্বাচন করুন:

FTP এর মাধ্যমে

আমরা এটিতে যাই এবং থিম সহ একটি ফোল্ডার সন্ধান করি। ফোল্ডারটি খুলুন এবং বর্তমানে সাইটে পোস্ট করা থিমটি সংশোধন/মুছুন। আমরা সাইটে যাই এবং ত্রুটি ছাড়াই একটি ফাঁকা পৃষ্ঠা দেখি।

ওয়ার্ডপ্রেস অ্যাডমিন প্যানেল খুলুন, তারপর থিম, এবং একটি বিজ্ঞপ্তি পান যে অন্য থিম সক্রিয় করা হয়েছে। একটি সামান্য পরামর্শ: স্ট্যান্ডার্ড থিমগুলি মুছবেন না, তারা একটি স্ট্যান্ডার্ড হিসাবে কাজ করে এবং সাইটটি পুনরুদ্ধার করার পরে সক্রিয় করা যেতে পারে।

PhpMyAdmin এর মাধ্যমে

আপনি যদি স্ট্যান্ডার্ড থিমটি মুছে/সম্পাদনা করে থাকেন তবে আপনাকে এটি আবার ডাউনলোড করে ইনস্টল করতে হবে। এটি নিম্নলিখিত সংস্থানগুলি থেকে করা যেতে পারে: TwentyTen, TwentyEleven, TwentyTwelve. ডাউনলোড করার পরে, PhpMyAdmin খুলুন, তারপর ডাটাবেস।

এসকিউএল ট্যাবে যান এবং নিচের কোডটি কপি করুন।

অনুগ্রহ করে মনে রাখবেন বিষয়ের নাম অবশ্যই সঠিকভাবে উল্লেখ করতে হবে। তাহলে সাইটটি যথারীতি কাজ করবে।

প্লাগইনগুলির সাথে সমস্যা হলে, সার্ভার সঠিকভাবে কাজ করে না এবং সাইটটি ভিন্নভাবে প্রদর্শিত হয়। একই সময়ে, কনসোলে অ্যাক্সেস সংরক্ষণ করা হয়, যা আপনাকে এই বা সেই প্লাগইনটি নিষ্ক্রিয় করতে দেয়। মাঝে মাঝে ইনস্টল করা প্লাগইনঅন্যান্য প্লাগইনগুলির সাথে বিরোধ হতে পারে যেগুলি ইতিমধ্যে সংস্থানে ইনস্টল এবং সক্রিয় করা হয়েছে৷ তারপর এটি ক্র্যাশ করে এবং একটি অভ্যন্তরীণ ত্রুটি তৈরি করে। আপনি 3টি ধাপে প্লাগইনটি নিষ্ক্রিয় করতে পারেন:

1. FTP রিসোর্স খুলুন।
2. বিদ্যমান প্লাগইনগুলির সাথে ফোল্ডারটি খুলুন।
3. নাম মুছুন/পরিবর্তন/প্লাগইন সম্পাদনা করুন।

যদি .htaccess ফাইলে ত্রুটিগুলি সমস্যা হয়, তাহলে আপনাকে নিম্নলিখিতগুলি করতে হবে:

1. FileZilla খুলুন, "সার্ভার" মেনু এবং "প্রদর্শন" এর পাশের বাক্সটি চেক করুন লুকানো ফাইলজোর করে।" আমরা ফাইলের তালিকা আপডেট করি এবং আমাদের .htaccess ফাইলটি খুঁজে পাই।

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

যদি উপরের ব্যবস্থাগুলি পছন্দসই ফলাফল না দেয় তবে আপনাকে অবশ্যই একজন যোগ্যতাসম্পন্ন প্রোগ্রামারের সাথে যোগাযোগ করতে হবে।

আপনি দেখতে পাচ্ছেন, ত্রুটির তালিকা বেশ বিস্তৃত। সনাক্ত করা হলে, যত তাড়াতাড়ি সম্ভব তাদের নির্মূল করতে হবে।

ত্রুটি 500 (অভ্যন্তরীণ সার্ভার ত্রুটি) ইন্টারনেটে একটি মোটামুটি সাধারণ ঘটনা এবং বেশিরভাগ ক্ষেত্রেই অভ্যন্তরীণ। প্রায়শই এই সমস্যাটি ব্যবহারকারীদের অসুবিধার কারণ হয় যারা Gosuslugi.ru ওয়েবসাইট অ্যাক্সেস করার চেষ্টা করে। এটি বিশেষ করে এমন সময়ে ঘটে যখন ব্যবহারকারীরা রাজ্য পরিষেবার পোর্টালটি সম্পূর্ণ ভিন্ন দৈনন্দিন সমস্যাগুলির সাথে ব্যবহার করার চেষ্টা করে (একটি শিশুকে একটি স্কুল/ক্লিনিকে ভর্তি করা, ট্রাফিক পুলিশকে জরিমানা প্রদান করা, একটি বিদেশী পাসপোর্টের জন্য আবেদন করা, কর প্রদান করা ইত্যাদি)। .

ত্রুটি 500 এর কারণ

এই অভ্যন্তরীণ সার্ভার ত্রুটি 500 ঠিক করতে, আপনাকে প্রথমে এটি খুঁজে বের করতে হবে এবং তারপরে সমস্যাটি সমাধানের জন্য প্রস্তুত হতে হবে। 500 ত্রুটি নিজেই নির্দেশ করে যে অনুরোধগুলি ভুলভাবে প্রক্রিয়া করা হয়েছিল. একই সময়ে, অভ্যন্তরীণ সমস্যাগুলি অনুরোধগুলিকে সঠিকভাবে পড়া এবং প্রক্রিয়া করা থেকে বাধা দেয়, তবে সফ্টওয়্যারটি সম্পূর্ণরূপে কার্যকরী এবং সঠিকভাবে কাজ করে।

এটা মনে রাখা গুরুত্বপূর্ণ যে 500 ত্রুটি অভ্যন্তরীণ, এবং যদি এটি একটি নির্দিষ্ট সাইটে ঘটে এবং সমস্ত পোর্টালে প্রযোজ্য না হয়, তবে নিশ্চিত থাকুন যে আপনার নিজের কিছু পরিবর্তন করার অধিকার নেই। একমাত্র সঠিক সমাধান হল প্রশাসক সমস্ত সমস্যার সমাধান না হওয়া পর্যন্ত অপেক্ষা করা।

এই সমস্যার জন্য নিম্নলিখিত কারণগুলিও রয়েছে:

• ভুলভাবে লিখিত cgi স্ক্রিপ্ট;
• DNS, VPN, প্রক্সি সার্ভার ব্যবহার করা;
• প্লাগইন এবং এক্সটেনশন ব্যবহার করে;
• দীর্ঘ স্ক্রিপ্ট অপারেশন;
• খোলা বা ভুল অ্যাক্সেস অধিকার;
• htaccess এর সমস্যা;
• কোড চালানোর জন্য যথেষ্ট মেমরি নেই;
• ওয়ার্ডপ্রেসের সমস্যা;
• জুমলা এবং অন্যান্য CMS এর সাথে সমস্যা।

আপনি যদি নিয়মিত ব্যবহারকারী হন তবে ত্রুটি 500 ফিক্সিং

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

1. পৃষ্ঠা রিফ্রেশ করুন (CTRL+F5);
2. প্লাগইনগুলি নিষ্ক্রিয় বা পুনরায় ইনস্টল করুন এবং৷ ইনস্টল করা এক্সটেনশনব্রাউজারে
3. ওয়েব ব্রাউজার থিম অক্ষম করুন, বা ব্রাউজারটি সম্পূর্ণরূপে পুনরায় ইনস্টল করুন (ক্যাশে, কুকিজ ইত্যাদি মুছে ফেলা)। CCleaner প্রোগ্রাম সাহায্য করবে.
4. ব্রাউজার সেটিংসে দেশ পরিবর্তন করুন।
5. একটি প্রক্সি সার্ভার বা ভিপিএন ব্যবহার করুন।
6. চেক করুন DNS সেটিংসআপনার ইন্টারনেট প্রদানকারী দ্বারা ইনস্টল করা, অথবা, যদি আপনি অনলাইন DNS ব্যবহার করেন, ভাইরাসের জন্য সেগুলি পরীক্ষা করুন৷
7. স্টেট সার্ভিসের ওয়েবসাইটে প্রযুক্তিগত কাজ শেষ হওয়ার জন্য অপেক্ষা করুন। এই সাইটটি একটি সরকারী সাইট, তাই আপনি প্রযুক্তিগত সহায়তায় কল করতে পারেন।
8. এর মাধ্যমে পোর্টালে লগ ইন করার চেষ্টা করুন মোবাইল অ্যাপসর্বজনীন পরিষেবা, Android এবং Apple উভয়ের জন্য উপলব্ধ।

এটি লক্ষণীয় যে অভ্যন্তরীণ সার্ভার ত্রুটি 500 পোর্টালের পৃথক বিভাগ দ্বারা বা নিবন্ধন/রেকর্ডিংয়ের সময় জারি করা যেতে পারে। এই ক্ষেত্রে, নীচের ডান কোণায় অবস্থিত চ্যাটে লিখতে ভুলবেন না।

অনলাইন সমর্থন - চ্যাট

সাইট প্রশাসকদের কি করা উচিত?

অবশ্যই, রাষ্ট্রীয় পরিষেবাগুলির প্রশাসকদের সংশোধনের জন্য আরও পরামর্শের প্রয়োজন হবে না, তবে ওয়েব সংস্থানগুলির সাধারণ মালিকদের সাহায্য করা হবে। উন্নত ব্যবহারকারীদের জন্য (প্রশাসক):

1. আপনাকে সিস্টেমের রুট ফোল্ডারে ফাইলটি খুঁজে বের করতে হবে "ত্রুটি লগ"এবং কার্যকারিতার জন্য এটি পরীক্ষা করুন। আপনি কোডগুলিতে অ্যাক্সেসের অধিকার সেট করার চেষ্টা করতে পারেন cgi-0755.
2. সার্ভার থেকে প্রতিক্রিয়া সময় সীমাবদ্ধতা আছে, এই সময় স্ক্রিপ্ট নির্দিষ্ট কাজ করতে এবং এটি সম্পূর্ণ করার সময় থাকতে হবে. আমরা সার্ভারের জন্য একটি বড় ব্যবধান সেট করার পরামর্শ দিই। প্রয়োজনীয় প্রোগ্রামগুলি ব্যবহার করুন যা স্ক্রিপ্টে কোডের ধীর অংশগুলি খুঁজে পাওয়ার ক্ষমতা রাখে।
3. যদি স্ক্রিপ্ট এবং তাদের অ্যাক্সেস অধিকারের জন্য ভুল মান সেট করা হয়, সার্ভার তাদের ব্লক করবে। এমন সফ্টওয়্যার ব্যবহার করুন যা আপনাকে নির্দিষ্ট ফোল্ডারে অনুমতি পরিবর্তন করতে দেয়। স্ক্রিপ্টগুলির জন্য, সর্বাধিক সর্বোত্তম মান হল 600৷ অন্য সমস্ত ফাইলের 644 এবং ডিরেক্টরিগুলির অনুমতি থাকা উচিত - 755৷
4. ফাইল ".htaccess", কাঠামো লঙ্ঘনের ক্ষেত্রে, ভুল (ভুল) নির্দেশ জারি করার প্রবণতা রয়েছে।

এই সমস্যাটি সমাধান করার জন্য, আপনাকে সিস্টেমে ".htaccess" খুঁজে বের করতে হবে। ফাইলটি খুঁজে পাওয়ার পরে, আপনাকে এটিকে (অন্য ডিস্কে পছন্দ করে) সরাতে হবে বা ব্যবহার করতে হবে ব্যাকআপএবং ফাইল মুছে দিন।

• রাজ্য পরিষেবাগুলির ওয়েবসাইটে ব্যবহারকারীদের ব্যাপক প্রবাহের সময়, হোস্টিং কোম্পানি লক্ষ্য করেছে যে কিছু স্ক্রিপ্ট অত্যধিক মেমরি ব্যবহার করতে চায়। অতএব, এই ধরনের অ্যাকাউন্টগুলির জন্য, অ্যাক্সেস অবরুদ্ধ করা হয়েছিল এবং একটি ত্রুটি 500 প্রদর্শিত হয়েছিল৷ এটি একটি উপায়ে সংশোধন করা যেতে পারে - কার্যকারিতার জন্য কোডটি পরীক্ষা করুন, যার কারণে স্ক্রিপ্টটি ব্যবহার করে অনেক পরিমাণস্মৃতি.
• সবচেয়ে সহজ এবং চরম পরিমাপ হল ওয়ার্ডপ্রেস নিষ্ক্রিয় করা। কিন্তু এই পরিমাপ এখনও অস্থায়ী, যেহেতু ওয়ার্ডপ্রেস নিষ্ক্রিয় করা হয়, কিছু প্লাগইন হারিয়ে যেতে পারে।
• এই সমস্যাটি অ্যাডমিনদের মধ্যে সাধারণ যারা জুমলা অ্যাডমিন প্যানেলে তাদের প্রোফাইলে লগ ইন করার চেষ্টা করে। আমরা ভুল লগ ("লগ") এ গিয়ে "error.php" খোঁজার পরামর্শ দিই। পরীক্ষা করা প্রয়োজন এই নথিকর্মক্ষমতা জন্য। এছাড়াও, আমরা 777-এ অ্যাক্সেসের অধিকার সেট করার পরামর্শ দিই। যদি অন্য সব ব্যর্থ হয়, তাহলে একে একে সমস্ত বিদ্যমান প্লাগইন নিষ্ক্রিয় করার পরামর্শ দেওয়া হয়।
• বিশেষজ্ঞদের থেকে আপনার হোস্টিং-এ আপনার ফাইলগুলির একটি ভাইরাস স্ক্যান অর্ডার করুন৷ এটি প্রায়শই ঘটে - ভাইরাসগুলি কেবল কিছু ফাইল "খায়"।

সমাধান করতে না পারলে এই সমস্যানিজে, আমরা সহায়তার সাথে যোগাযোগ করার পরামর্শ দিই।

উপসংহার

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

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

• 201 তৈরি হয়েছে.
• 401 অননুমোদিত.
• 507 অপর্যাপ্ত মজুত.

ক্লায়েন্ট তার অনুরোধের ফলাফল সম্পর্কে প্রতিক্রিয়া কোড থেকে শিখে এবং পরবর্তী পদক্ষেপগুলি নির্ধারণ করে। স্ট্যাটাস কোডের সেট একটি স্ট্যান্ডার্ড এবং সেগুলি সংশ্লিষ্ট RFC-তে বর্ণনা করা হয়েছে। নতুন কোড শুধুমাত্র IETF এর সাথে চুক্তির পর চালু করা উচিত। যাইহোক, দুটি কোড ব্যবহার করার জন্য পরিচিত যা RFC-তে উল্লেখ নেই: 449 এর সাথে পুনরায় চেষ্টা করুন। এছাড়াও এর জন্য স্পেসিফিকেশনে ব্যাখ্যামূলক বাক্যাংশ "উত্তর দিন" উল্লেখ করা হয়েছে ওয়েবডিএভিভি মাইক্রোসফট ডেভেলপার নেটওয়ার্ক, প্রবর্তিত মাইক্রোসফটএবং 509 ব্যান্ডউইথ সীমা অতিক্রম করেছে, চালু হয়েছে cPanel.

ক্লায়েন্ট সব স্ট্যাটাস কোড নাও জানতে পারে, কিন্তু কোডের ক্লাস অনুযায়ী সাড়া দিতে হবে। বর্তমানে স্ট্যাটাস কোডের পাঁচটি শ্রেণি রয়েছে।

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

পর্যালোচনা তালিকা

নীচে এই নিবন্ধে বর্ণিত সমস্ত প্রতিক্রিয়া কোডগুলির একটি ওভারভিউ তালিকা রয়েছে:

হেডারের উপর ভিত্তি করে ওয়েব সার্ভারের সিদ্ধান্ত নেওয়ার ডায়াগ্রাম

লগ বিশ্লেষক দ্বারা উত্পন্ন প্রতিক্রিয়া কোডের পরিসংখ্যান ওয়েবলাইজার

• 1xx: তথ্যমূলক:
  • 100 চালিয়ে যান ("চালিয়ে যান");
  • 101 স্যুইচিং প্রোটোকল;
  • 102 প্রক্রিয়াকরণ ("প্রসেসিং চলছে")।
• 2xx: সাফল্য (সফলভাবে):
  • 200 ঠিক আছে ("ভাল");
  • 201 তৈরি ("সৃষ্টি করা");
  • 202 গৃহীত ("স্বীকৃত");
  • 203 অ-অনুমোদিত তথ্য ("তথ্য প্রামাণিক নয়");
  • 204 কোন বিষয়বস্তু নেই;
  • 205 রিসেট বিষয়বস্তু;
  • 206 আংশিক বিষয়বস্তু;
  • 207 মাল্টি-স্ট্যাটাস;
  • 226 IM ব্যবহার করা হয়েছে
• 3xx: পুনর্নির্দেশ:
  • 300 একাধিক পছন্দ;
  • 301 স্থায়ীভাবে সরানো;
  • 302 অস্থায়ীভাবে সরানো হয়েছে;
  • 302 পাওয়া গেছে ("পাওয়া গেছে");
  • 303 অন্যান্য দেখুন ("অন্য দেখুন");
  • 304 সংশোধিত নয় ("পরিবর্তিত নয়");
  • 305 প্রক্সি ব্যবহার করুন ("প্রক্সি ব্যবহার করুন");
  • 306 - সংরক্ষিত(কোড শুধুমাত্র প্রাথমিক স্পেসিফিকেশনে ব্যবহৃত হয়);
  • 307 অস্থায়ী পুনঃনির্দেশ
• 4xx: ক্লায়েন্ট ত্রুটি:
  • 400 খারাপ অনুরোধ ("খারাপ, ভুল অনুরোধ");
  • 401 অননুমোদিত ("অনুমোদিত নয়");
  • 402 পেমেন্ট প্রয়োজন;
  • 403 নিষিদ্ধ;
  • 404 পাওয়া যায়নি("পাওয়া যায়নি");
  • 405 পদ্ধতি অনুমোদিত নয়;
  • 406 গ্রহণযোগ্য নয়;
  • 407 প্রক্সি প্রমাণীকরণ প্রয়োজন ("প্রক্সি প্রমাণীকরণ প্রয়োজন");
  • 408 রিকোয়েস্ট টাইমআউট ("টাইম আউট");
  • 409 দ্বন্দ্ব;
  • 410 চলে গেছে ("মুছে ফেলা");
  • 411 দৈর্ঘ্য প্রয়োজন;
  • 412 পূর্বশর্ত ব্যর্থ ("শর্ত মিথ্যা");
  • 413 পেলোড খুব বড়
  • 414 URI খুব দীর্ঘ ("ইউআরআই খুব দীর্ঘ");
  • 415 অসমর্থিত মিডিয়া প্রকার
  • 416 পরিসীমা সন্তোষজনক নয়
  • 417 প্রত্যাশা ব্যর্থ হয়েছে৷
  • 418 I'm a teapot ("I am a teapot")
  • 422 অপ্রক্রিয়াযোগ্য সত্তা
  • 423 লক করা;
  • 424 ব্যর্থ নির্ভরতা;
  • 425 অবিন্যস্ত সংগ্রহ;
  • 426 আপগ্রেড প্রয়োজন;
  • 428 পূর্বশর্ত আবশ্যক;
  • 429 অনেক বেশি অনুরোধ;
  • 431 অনুরোধ শিরোনাম ক্ষেত্রগুলি খুব বড়৷
  • 444 প্রতিক্রিয়া শিরোনাম না পাঠিয়ে সংযোগ বন্ধ করে। অ-মানক কোড;
  • 449 এর সাথে পুনরায় চেষ্টা করুন;
  • 451 আইনি কারণে অনুপলব্ধ
• 5xx: সার্ভার ত্রুটি:
  • 500 অভ্যন্তরীণ সার্ভার সমস্যা;
  • 501 বাস্তবায়িত হয়নি;
  • 502 খারাপ গেটওয়ে ("খারাপ, ভুল গেটওয়ে");
  • 503 পরিষেবা অনুপলব্ধ ("পরিষেবা অনুপলব্ধ");
  • 504 গেটওয়ে টাইমআউট ("গেটওয়ে সাড়া দিচ্ছে না");
  • 505 HTTP সংস্করণ সমর্থিত নয় ("HTTP সংস্করণ সমর্থিত নয়");
  • 506 ভেরিয়েন্ট অলসো নেগোসিয়েটস ("ভেরিয়েন্টও নেগোসিয়েটস");
  • 507 অপর্যাপ্ত সঞ্চয়স্থান ("স্টোরেজ ওভারফ্লো");
  • 508 লুপ সনাক্ত করা হয়েছে ("অসীম পুনঃনির্দেশ সনাক্ত করা হয়েছে");
  • 509 ব্যান্ডউইথ সীমা অতিক্রম করেছে ("চ্যানেল ব্যান্ডউইথ শেষ হয়ে গেছে");
  • 510 প্রসারিত নয় ("বর্ধিত নয়");
  • 511 নেটওয়ার্ক প্রমাণীকরণ প্রয়োজন
  • 520 অজানা ত্রুটি৷
  • 521 ওয়েব সার্ভার ইজ ডাউন ("ওয়েব সার্ভার কাজ করছে না");
  • 522 সংযোগের সময় শেষ হয়েছে ("সংযোগ সাড়া দিচ্ছে না");
  • 523 মূল অনুপলব্ধ;
  • 524 একটি টাইমআউট ঘটেছে ("পুনরুজ্জীবনের সময় শেষ হয়ে গেছে");
  • 525 SSL হ্যান্ডশেক ব্যর্থ হয়েছে৷
  • 526 অবৈধ SSL শংসাপত্র

কোডের বর্ণনা

তথ্য

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

• 100 চালিয়ে যান - সার্ভার অনুরোধ সম্পর্কে প্রাথমিক তথ্য দিয়ে সন্তুষ্ট, ক্লায়েন্ট হেডার পাঠানো চালিয়ে যেতে পারে। HTTP/1.1-এ প্রবর্তিত।
• 101 স্যুইচিং প্রোটোকল - সার্ভার নির্দিষ্ট রিসোর্সের জন্য আরও উপযুক্ত একটি প্রোটোকলে স্যুইচ করার প্রস্তাব দেয়; সার্ভারকে অবশ্যই আপগ্রেড হেডার ক্ষেত্রে প্রস্তাবিত প্রোটোকলের তালিকা নির্দেশ করতে হবে। যদি ক্লায়েন্ট এতে আগ্রহী হয়, তাহলে তিনি একটি ভিন্ন প্রোটোকল নির্দেশ করে একটি নতুন অনুরোধ পাঠান। HTTP/1.1-এ প্রবর্তিত।
• 102 প্রক্রিয়াকরণ - অনুরোধটি গ্রহণ করা হয়েছে, তবে এটি প্রক্রিয়া করতে অনেক সময় লাগবে। একটি সময়সীমার কারণে সংযোগ ড্রপ করা থেকে ক্লায়েন্ট প্রতিরোধ করতে সার্ভার দ্বারা ব্যবহৃত. এই ধরনের প্রতিক্রিয়া পাওয়ার পর, ক্লায়েন্টকে অবশ্যই টাইমার রিসেট করতে হবে এবং যথারীতি পরবর্তী কমান্ডের জন্য অপেক্ষা করতে হবে। প্রকাশিত হওয়া ওয়েবডিএভি.

সফলতা

এই শ্রেণীর বার্তাগুলি একটি ক্লায়েন্টের অনুরোধের সফল স্বীকৃতি এবং প্রক্রিয়াকরণের ঘটনাগুলি সম্পর্কে অবহিত করে। অবস্থার উপর নির্ভর করে, সার্ভার বার্তার শিরোনাম এবং বডিও প্রেরণ করতে পারে।

• 200 ঠিক আছে - সফল অনুরোধ। যদি ক্লায়েন্ট কোনো ডেটার জন্য অনুরোধ করে, তাহলে এটি হেডার এবং/অথবা মেসেজের বডিতে পাওয়া যায়। HTTP/1.0-এ প্রবর্তিত।
• 201 তৈরি করা হয়েছে - অনুরোধটি সফলভাবে কার্যকর করার ফলস্বরূপ, একটি নতুন সংস্থান তৈরি করা হয়েছিল। অবস্থান শিরোনামে নির্দেশিত পছন্দের ঠিকানা সহ সার্ভার প্রতিক্রিয়ার মূল অংশে তৈরি করা সংস্থানগুলির ঠিকানাগুলি (বেশ কয়েকটি থাকতে পারে) নির্দিষ্ট করতে পারে। সার্ভারকে রেসপন্স বডিতে তৈরি রিসোর্সের বৈশিষ্ট্য এবং এর ঠিকানা নির্দেশ করার পরামর্শ দেওয়া হয়; রেসপন্স বডির ফরম্যাট কনটেন্ট-টাইপ হেডার দ্বারা নির্ধারিত হয়। একটি অনুরোধ প্রক্রিয়া করার সময়, ক্লায়েন্টকে একটি প্রতিক্রিয়া পাঠানোর আগে একটি নতুন সংস্থান তৈরি করতে হবে, অন্যথায় কোড 202 সহ একটি প্রতিক্রিয়া ব্যবহার করা উচিত৷ HTTP/1.0-এ প্রবর্তিত৷
• 202 গৃহীত - অনুরোধটি প্রক্রিয়াকরণের জন্য গৃহীত হয়েছিল, কিন্তু এটি সম্পূর্ণ হয়নি। ক্লায়েন্টকে বার্তার চূড়ান্ত সংক্রমণের জন্য অপেক্ষা করতে হবে না, কারণ একটি খুব দীর্ঘ প্রক্রিয়া শুরু হতে পারে। HTTP/1.0-এ প্রবর্তিত।
• 203 অ-অনুমোদিত তথ্য - প্রতিক্রিয়া 200 এর মতো, তবে এই ক্ষেত্রে প্রেরিত তথ্য প্রাথমিক উত্স থেকে নেওয়া হয়নি ( ব্যাকআপ কপি, অন্য সার্ভার, ইত্যাদি) এবং তাই প্রাসঙ্গিক নাও হতে পারে। HTTP/1.1-এ প্রবর্তিত।
• 204 কোন বিষয়বস্তু নেই - সার্ভার সফলভাবে অনুরোধটি প্রক্রিয়া করেছে, কিন্তু প্রতিক্রিয়াটিতে বার্তার মূল অংশ ছাড়া শুধুমাত্র শিরোনাম রয়েছে। ক্লায়েন্টকে নথির বিষয়বস্তু আপডেট করতে হবে না, তবে এটিতে প্রাপ্ত মেটাডেটা প্রয়োগ করতে পারে। HTTP/1.0-এ প্রবর্তিত।
• 205 রিসেট কন্টেন্ট - সার্ভার ক্লায়েন্টকে ব্যবহারকারীর প্রবেশ করা ডেটা রিসেট করতে বাধ্য করে। সার্ভার বার্তার মূল অংশ প্রেরণ করে না এবং নথিটি আপডেট করার প্রয়োজন নেই। HTTP/1.1-এ প্রবর্তিত।
• 206 আংশিক বিষয়বস্তু - সার্ভার সফলভাবে একটি আংশিক GET অনুরোধ সম্পূর্ণ করেছে, শুধুমাত্র বার্তার অংশ ফেরত দিয়েছে। কন্টেন্ট-রেঞ্জ হেডারে, সার্ভার কন্টেন্টের বাইট রেঞ্জ নির্দিষ্ট করে। এই ধরনের প্রতিক্রিয়াগুলির সাথে কাজ করার সময়, ক্যাশে করার জন্য বিশেষ মনোযোগ দেওয়া উচিত। HTTP/1.1-এ প্রবর্তিত। ( আরো বিস্তারিত...)
• 207 মাল্টি-স্ট্যাটাস - সার্ভার একাধিক স্বাধীন অপারেশনের ফলাফল একবারে প্রেরণ করে। এগুলি একটি মাল্টিস্ট্যাটাস অবজেক্ট সহ একটি XML ডকুমেন্ট হিসাবে বার্তা বডিতে স্থাপন করা হয়। অর্থহীনতা এবং অপ্রয়োজনীয়তার কারণে এই বস্তুতে 1xx সিরিজ থেকে স্ট্যাটাস রাখার সুপারিশ করা হয় না। প্রকাশিত হওয়া ওয়েবডিএভি.
• 226 IM ব্যবহার করা হয়েছে - ক্লায়েন্ট থেকে A-IM শিরোনামটি সফলভাবে প্রাপ্ত হয়েছে এবং সার্ভার নির্দিষ্ট পরামিতিগুলি বিবেচনায় নিয়ে বিষয়বস্তু ফেরত দেয়। ডেল্টা এনকোডিং সমর্থন সহ HTTP প্রোটোকল প্রসারিত করতে RFC 3229-এ প্রবর্তন করা হয়েছে।

পুনঃনির্দেশ

এই শ্রেণীর কোডগুলি ক্লায়েন্টকে বলে যে অপারেশন সফল হওয়ার জন্য, অন্য একটি অনুরোধ করতে হবে, সাধারণত একটি ভিন্ন URI-তে। এই শ্রেণীর মধ্যে, পাঁচটি কোড 301, 302, 303, 305 এবং 307 সরাসরি পুনঃনির্দেশের সাথে সম্পর্কিত। যে ঠিকানায় ক্লায়েন্টকে অনুরোধ করতে হবে সেটি লোকেশন হেডারে সার্ভার দ্বারা নির্দেশিত হয়। যাইহোক, টার্গেট ইউআরআইতে টুকরো ব্যবহার করা সম্ভব।

সর্বশেষ মান অনুযায়ী, GET বা HEAD পদ্ধতি ব্যবহার করে দ্বিতীয় রিসোর্স অনুরোধ করলেই একজন ক্লায়েন্ট ব্যবহারকারীর অনুরোধ ছাড়াই পুনঃনির্দেশ করতে পারে। পূর্ববর্তী স্পেসিফিকেশনে বলা হয়েছে যে রাউন্ড ট্রিপ এড়াতে, ব্যবহারকারীকে 5 তম পরপর পুনঃনির্দেশের পরে জিজ্ঞাসা করা উচিত। সমস্ত পুনঃনির্দেশের জন্য, যদি অনুরোধের পদ্ধতিটি HEAD না হয়, তবে লক্ষ্য ঠিকানা সহ একটি সংক্ষিপ্ত হাইপারটেক্সট বার্তা প্রতিক্রিয়া বডিতে অন্তর্ভুক্ত করা উচিত যাতে কোনও ত্রুটির ক্ষেত্রে ব্যবহারকারী নিজেই রূপান্তর করতে পারে।

এইচটিটিপি ডেভেলপাররা নোট করেন যে অনেক ক্লায়েন্ট, কোড 301 এবং 302 দিয়ে রিডাইরেক্ট করার সময়, ভুলবশত GET পদ্ধতিটি দ্বিতীয় রিসোর্সে প্রয়োগ করে, যদিও প্রথমটির অনুরোধটি একটি ভিন্ন পদ্ধতির (প্রায়শই PUT) ছিল। ভুল বোঝাবুঝি এড়াতে, 303 এবং 307 কোডগুলি HTTP/1.1 সংস্করণে চালু করা হয়েছিল এবং 302 এর পরিবর্তে সেগুলি ব্যবহার করার পরামর্শ দেওয়া হয়েছে৷ সার্ভারটি 303 দিয়ে প্রতিক্রিয়া জানালেই আপনাকে পদ্ধতিটি পরিবর্তন করতে হবে৷ অন্য ক্ষেত্রে, পরবর্তী অনুরোধ করুন মূল পদ্ধতি।

বিভিন্ন পুনঃনির্দেশ সহ ক্লায়েন্টদের আচরণ টেবিলে বর্ণনা করা হয়েছে:

রেসপন্স স্ট্যাটাস ক্যাশিং যদি পদ্ধতিটি GET বা HEAD না হয়

• 300 একাধিক পছন্দ - নির্দিষ্ট URI-এর জন্য, MIME প্রকার, ভাষা দ্বারা বা অন্যান্য বৈশিষ্ট্য দ্বারা সংস্থান প্রদানের জন্য বেশ কয়েকটি বিকল্প রয়েছে। সার্ভার বার্তার সাথে বিকল্পগুলির একটি তালিকা পাঠায়, ক্লায়েন্ট বা ব্যবহারকারীকে স্বয়ংক্রিয়ভাবে একটি পছন্দ করার অনুমতি দেয়। HTTP/1.0-এ প্রবর্তিত।
• 301 স্থায়ীভাবে সরানো হয়েছে - অনুরোধ করা নথিটি হেডারের অবস্থান ক্ষেত্রে নির্দিষ্ট করা নতুন URI-তে স্থায়ীভাবে সরানো হয়েছে। এই কোড প্রক্রিয়া করার সময় কিছু ক্লায়েন্ট ভুল আচরণ করে। HTTP/1.0-এ প্রবর্তিত।
• 302 পাওয়া গেছে, 302 অস্থায়ীভাবে সরানো হয়েছে - অনুরোধ করা নথিটি অবস্থান ক্ষেত্রের শিরোনামে নির্দিষ্ট করা অন্য URI-তে সাময়িকভাবে উপলব্ধ। এই কোডটি ব্যবহার করা যেতে পারে, উদাহরণস্বরূপ, সার্ভার-চালিত বিষয়বস্তু আলোচনায়। কিছু[ কোনটি?] এই কোড প্রক্রিয়া করার সময় ক্লায়েন্টরা ভুল আচরণ করে। HTTP/1.0-এ প্রবর্তিত।
• 303 অন্যান্য দেখুন - অনুরোধ করা URI-তে একটি নথি অবশ্যই GET পদ্ধতি ব্যবহার করে হেডারের অবস্থান ক্ষেত্রের ঠিকানায় অনুরোধ করা উচিত, যদিও প্রথমটি একটি ভিন্ন পদ্ধতি ব্যবহার করে অনুরোধ করা হয়েছিল। অস্পষ্টতা এড়াতে এই কোডটি 307 এর সাথে প্রবর্তন করা হয়েছিল, যাতে সার্ভার নিশ্চিত হতে পারে যে পরবর্তী সংস্থানটি GET পদ্ধতি ব্যবহার করে অনুরোধ করা হবে। উদাহরণস্বরূপ, একটি ওয়েব পৃষ্ঠায় দ্রুত নেভিগেশন এবং অনুসন্ধানের জন্য একটি পাঠ্য ইনপুট ক্ষেত্র রয়েছে। ডেটা প্রবেশ করার পরে, ব্রাউজারটি বার্তার অংশে প্রবেশ করা পাঠ্য সহ POST পদ্ধতি ব্যবহার করে একটি অনুরোধ করে। যদি প্রবেশ করা নামের একটি নথি সনাক্ত করা হয়, সার্ভারটি কোড 303 দিয়ে প্রতিক্রিয়া জানায়, অবস্থান শিরোনামে তার স্থায়ী ঠিকানা নির্দেশ করে। তারপর ব্রাউজারটি বিষয়বস্তু প্রাপ্ত করার জন্য GET পদ্ধতি ব্যবহার করে অনুরোধ করার নিশ্চয়তা দেয়। অন্যথায়, সার্ভার কেবল অনুসন্ধান ফলাফল পৃষ্ঠাটি ক্লায়েন্টকে ফিরিয়ে দেবে। HTTP/1.1-এ প্রবর্তিত।
• 304 সংশোধিত নয় - যদি ক্লায়েন্ট GET পদ্ধতি ব্যবহার করে একটি নথির অনুরোধ করে, If-Modified-Since বা If-None-Match হেডার ব্যবহার করে এবং নির্দিষ্ট মুহূর্ত থেকে নথিটি পরিবর্তিত না হয় তবে সার্ভার এই কোডটি ফেরত দেয়। এই ক্ষেত্রে, সার্ভার বার্তা একটি শরীর ধারণ করা উচিত নয়. HTTP/1.0-এ প্রবর্তিত।
• 305 প্রক্সি ব্যবহার করুন - অনুরোধ করা সংস্থানটির জন্য একটি অনুরোধ একটি প্রক্সি সার্ভারের মাধ্যমে করতে হবে, যার URI হেডারের অবস্থান ক্ষেত্রে নির্দিষ্ট করা আছে। এই প্রতিক্রিয়া কোড শুধুমাত্র মূল HTTP সার্ভার দ্বারা ব্যবহার করা যেতে পারে (প্রক্সি নয়)। HTTP/1.1-এ প্রবর্তিত।
• 306 (সংরক্ষিত) - পূর্বে ব্যবহৃত প্রতিক্রিয়া কোড বর্তমানে সংরক্ষিত। RFC 2616 (HTTP/1.1 আপডেট) এ উল্লেখ করা হয়েছে।
• 307 অস্থায়ী পুনঃনির্দেশ - অনুরোধ করা সংস্থানটি শিরোনামের অবস্থান ক্ষেত্রে নির্দিষ্ট করা অন্য URI-তে অল্প সময়ের জন্য উপলব্ধ। অনুরোধের পদ্ধতি (GET/POST) পরিবর্তন করার অনুমতি নেই। উদাহরণস্বরূপ, একই POST পদ্ধতি ব্যবহার করে একটি নতুন URI-তে একটি POST অনুরোধ পাঠাতে হবে৷ অস্পষ্টতা এড়াতে এই কোডটি 302 এর পরিবর্তে 303 সহ চালু করা হয়েছিল। RFC 2616 (HTTP/1.1 আপডেট) এ চালু করা হয়েছে।

ক্লায়েন্ট ত্রুটি

4xx কোড ক্লাসটি ক্লায়েন্টের দিক থেকে ত্রুটিগুলি নির্দেশ করার উদ্দেশ্যে। HEAD ব্যতীত সমস্ত পদ্ধতি ব্যবহার করার সময়, সার্ভারকে অবশ্যই বার্তার মূল অংশে ব্যবহারকারীকে একটি হাইপারটেক্সট ব্যাখ্যা দিতে হবে।

• 400 খারাপ অনুরোধ - সার্ভার একটি ক্লায়েন্ট অনুরোধ সনাক্ত করেছে৷ বাক্যগঠন ত্রুটি. HTTP/1.0-এ প্রবর্তিত।
• 401 অননুমোদিত - অনুরোধ করা সংস্থান অ্যাক্সেস করার জন্য প্রমাণীকরণ প্রয়োজন। প্রতিক্রিয়া শিরোনামে প্রমাণীকরণ শর্তগুলির একটি তালিকা সহ WWW-প্রমাণিত ক্ষেত্র থাকতে হবে। ক্লায়েন্ট প্রমাণীকরণের জন্য প্রয়োজনীয় ডেটা সহ বার্তা শিরোনামে অনুমোদন ক্ষেত্র অন্তর্ভুক্ত করে অনুরোধটি পুনরাবৃত্তি করতে পারে।
• 402 পেমেন্ট প্রয়োজন - ভবিষ্যতে ব্যবহার করার উদ্দেশ্যে। বর্তমানে ব্যবহারে নেই। এই কোডটি অর্থপ্রদত্ত ব্যবহারকারী পরিষেবাগুলির জন্য এবং হোস্টিং সংস্থাগুলির জন্য নয়৷ এর মানে হল যে এই ত্রুটিটি হোস্টিং প্রদানকারী তার পরিষেবার জন্য অতিরিক্ত অর্থপ্রদানের ক্ষেত্রে জারি করবে না। HTTP/1.1 থেকে সংরক্ষিত।

"cgi-bin" ডিরেক্টরিটি দেখার চেষ্টা করার সময় সার্ভারটি একটি 403 ত্রুটি ফিরিয়ে দিয়েছে, যা অ্যাক্সেস অস্বীকার করা হয়েছিল।

• 403 নিষিদ্ধ - সার্ভার অনুরোধটি বুঝতে পেরেছে, কিন্তু নির্দিষ্ট সংস্থানে ক্লায়েন্টের অ্যাক্সেসের সীমাবদ্ধতার কারণে এটি পূরণ করতে অস্বীকার করে। যদি কোনো রিসোর্স অ্যাক্সেস করার জন্য HTTP প্রমাণীকরণের প্রয়োজন হয়, তাহলে প্রক্সি ব্যবহার করার সময় সার্ভার একটি 401 প্রতিক্রিয়া বা 407 প্রতিক্রিয়া প্রদান করবে। অন্যথায়, সীমাবদ্ধতাগুলি সার্ভার প্রশাসক বা ওয়েব অ্যাপ্লিকেশন বিকাশকারী দ্বারা সেট করা হয়েছিল এবং ব্যবহার করা অ্যাপ্লিকেশনটির ক্ষমতার উপর নির্ভর করে যে কোনও কিছু হতে পারে৷ সফটওয়্যার. যে কোনও ক্ষেত্রে, ক্লায়েন্টকে অনুরোধটি প্রক্রিয়া করতে অস্বীকার করার কারণ সম্পর্কে অবহিত করা উচিত। নিষেধাজ্ঞার সম্ভাব্য কারণগুলি ওয়েব সার্ভারের সিস্টেম সংস্থানগুলি অ্যাক্সেস করার একটি প্রচেষ্টা হতে পারে (উদাহরণস্বরূপ, .htaccess বা .htpasswd ফাইলগুলি) বা ফাইলগুলি যেখানে কনফিগারেশন ফাইলগুলি ব্যবহার করে অ্যাক্সেস অস্বীকার করা হয়েছিল, নন-HTTP প্রমাণীকরণের জন্য একটি প্রয়োজনীয়তা, উদাহরণস্বরূপ, নিবন্ধিত ব্যবহারকারীদের জন্য সিস্টেম বিষয়বস্তু ব্যবস্থাপনা বা বিভাগে অ্যাক্সেস করতে, অথবা সার্ভার ক্লায়েন্টের আইপি ঠিকানার সাথে সন্তুষ্ট নয়, উদাহরণস্বরূপ, ব্লক করার সময়। HTTP/1.0-এ প্রবর্তিত।
• ইন্টারনেট ব্যবহার করার সময় 404 Not Found সবচেয়ে সাধারণ ত্রুটি, প্রধান কারণ হল ওয়েব পেজের ঠিকানার বানান ত্রুটি। সার্ভার অনুরোধটি বুঝতে পেরেছে, কিন্তু নির্দিষ্ট URL-এ একটি সংশ্লিষ্ট সংস্থান খুঁজে পায়নি৷ যদি সার্ভার জানে যে এই ঠিকানায় একটি নথি ছিল, তাহলে এটির জন্য কোড 410 ব্যবহার করার পরামর্শ দেওয়া হয়। যদি সাবধানে লুকানোর প্রয়োজন হয় তবে 403 এর পরিবর্তে প্রতিক্রিয়া 404 ব্যবহার করা যেতে পারে। প্রার্থনারত চোখনির্দিষ্ট সম্পদ। HTTP/1.0-এ প্রবর্তিত।
• 405 পদ্ধতি অনুমোদিত নয় - ক্লায়েন্ট দ্বারা নির্দিষ্ট পদ্ধতিটি বর্তমান সংস্থানে প্রয়োগ করা যাবে না। প্রতিক্রিয়াতে, সার্ভারকে অবশ্যই একটি কমা দ্বারা পৃথক করে Allow হেডারে উপলব্ধ পদ্ধতিগুলি নির্দেশ করতে হবে৷ পদ্ধতিটি জানা থাকলে সার্ভারকে অবশ্যই এই ত্রুটিটি ফেরত দিতে হবে, কিন্তু অনুরোধে উল্লেখ করা সম্পদের ক্ষেত্রে এটি বিশেষভাবে প্রযোজ্য নয়; যদি নির্দিষ্ট পদ্ধতিটি সমগ্র সার্ভারে প্রযোজ্য না হয়, তাহলে ক্লায়েন্টকে অবশ্যই কোড 501 (বাস্তবায়িত করা হয়নি) ফেরত দিতে হবে ) HTTP/1.1-এ প্রবর্তিত।
• 406 গ্রহণযোগ্য নয় - অনুরোধ করা URI হেডারে পাস করা বৈশিষ্ট্যগুলিকে সন্তুষ্ট করতে পারে না। যদি পদ্ধতিটি HEAD না হয়, তাহলে সার্ভারকে অবশ্যই এই সম্পদের জন্য গ্রহণযোগ্য বৈশিষ্ট্যের একটি তালিকা ফেরত দিতে হবে। HTTP/1.1-এ প্রবর্তিত।
• 407 প্রক্সি প্রমাণীকরণ প্রয়োজন - প্রতিক্রিয়াটি 401 কোডের অনুরূপ, ব্যতীত যে প্রমাণীকরণ একটি প্রক্সি সার্ভারের বিরুদ্ধে সঞ্চালিত হয়। মেকানিজম মূল সার্ভারে সনাক্তকরণের অনুরূপ। HTTP/1.1-এ প্রবর্তিত।
• 408 অনুরোধের সময়সীমা - ক্লায়েন্ট থেকে ট্রান্সমিশনের জন্য সার্ভারের অপেক্ষার সময় শেষ হয়ে গেছে। ক্লায়েন্ট যেকোন সময় অনুরূপ পূর্ববর্তী অনুরোধের পুনরাবৃত্তি করতে পারে। উদাহরণস্বরূপ, POST বা PUT পদ্ধতি ব্যবহার করে সার্ভারে একটি বড় ফাইল আপলোড করার সময় এই পরিস্থিতি দেখা দিতে পারে। স্থানান্তরের সময় কিছু সময়ে, ডেটা উত্সটি সাড়া দেওয়া বন্ধ করে দেয়, উদাহরণস্বরূপ, সিডির ক্ষতি বা স্থানীয় নেটওয়ার্কে অন্য কম্পিউটারের সাথে যোগাযোগের ক্ষতির কারণে। যদিও ক্লায়েন্ট কিছু প্রেরণ করে না, এটি থেকে একটি প্রতিক্রিয়ার জন্য অপেক্ষা করে, সার্ভারের সাথে সংযোগ বজায় রাখা হয়। কিছু সময়ের পরে, সার্ভার অন্য ক্লায়েন্টদের অনুরোধ করার অনুমতি দেওয়ার জন্য সংযোগটি বন্ধ করে দিতে পারে। যখন ক্লায়েন্ট জোর করে ব্যবহারকারীর আদেশে ট্রান্সমিশন বন্ধ করে দেয় বা অন্য কোনো কারণে সংযোগ বিঘ্নিত হয় তখন এই প্রতিক্রিয়াটি ফেরত দেওয়া হয় না, যেহেতু প্রতিক্রিয়া আর পাঠানো যায় না। HTTP/1.1-এ প্রবর্তিত।
• 409 দ্বন্দ্ব - রিসোর্সে বিরোধপূর্ণ অ্যাক্সেসের কারণে অনুরোধটি সম্পূর্ণ করা যাবে না। এটি সম্ভব, উদাহরণস্বরূপ, যখন দুটি ক্লায়েন্ট PUT পদ্ধতি ব্যবহার করে একটি সংস্থান পরিবর্তন করার চেষ্টা করে। HTTP/1.1-এ প্রবর্তিত।
• 410 চলে গেছে - সার্ভার এই প্রতিক্রিয়া পাঠায় যদি সংস্থানটি নির্দিষ্ট ইউআরএলে ছিল, কিন্তু মুছে ফেলা হয়েছে এবং এখন অনুপলব্ধ। এই ক্ষেত্রে, সার্ভার বিকল্প নথির অবস্থান জানে না (উদাহরণস্বরূপ, একটি অনুলিপি)। সার্ভারের যদি সন্দেহ থাকে যে অদূর ভবিষ্যতে নথিটি পুনরুদ্ধার করা যেতে পারে, তাহলে ক্লায়েন্টের জন্য ভালপাস কোড 404। HTTP/1.1-এ প্রবর্তিত।
• 411 দৈর্ঘ্য প্রয়োজন - নির্দিষ্ট সংস্থানের জন্য, ক্লায়েন্টকে অবশ্যই অনুরোধ শিরোনামে বিষয়বস্তু-দৈর্ঘ্য নির্দিষ্ট করতে হবে। এই ক্ষেত্রটি নির্দিষ্ট না করে, আপনি এই URI ব্যবহার করে সার্ভারে অনুরোধটি পুনরায় চেষ্টা করবেন না। এই প্রতিক্রিয়া POST এবং PUT অনুরোধের জন্য স্বাভাবিক। উদাহরণস্বরূপ, যদি নির্দিষ্ট ইউআরআই-তে ফাইলগুলি ডাউনলোড করা হয় এবং সার্ভারের আকারের একটি সীমা থাকে। তারপরে ক্লায়েন্ট আসলে খুব বড় একটি বার্তা পাঠালে সংযোগটি ভেঙে দিয়ে একটি অর্থহীন লোডকে উস্কে দেওয়ার পরিবর্তে একেবারে শুরুতে বিষয়বস্তু-দৈর্ঘ্যের শিরোনামটি পরীক্ষা করা এবং অবিলম্বে ডাউনলোডটি প্রত্যাখ্যান করা আরও যুক্তিযুক্ত হবে। HTTP/1.1-এ প্রবর্তিত।
• 412 পূর্বশর্ত ব্যর্থ হয়েছে - যদি শর্তসাপেক্ষ শিরোনাম ক্ষেত্রগুলির একটিও (যদি-ম্যাচ, ইত্যাদি, RFC 7232 দেখুন) অনুরোধটি পূরণ না হয় তবে ফেরত দেওয়া হয়৷ HTTP/1.1-এ প্রবর্তিত।
• 413 Payload Too Large - রিকোয়েস্ট বডির সাইজ অনেক বড় হওয়ার কারণে সার্ভার রিকোয়েস্ট প্রসেস করতে অস্বীকার করলে রিটার্ন করা হয়। অনুরোধের আরও সংক্রমণ বন্ধ করতে সার্ভার সংযোগ বন্ধ করতে পারে। যদি সমস্যাটি অস্থায়ী হয়, তাহলে সার্ভারের প্রতিক্রিয়াতে একটি পুনরায় চেষ্টা-পরবর্তী শিরোনাম অন্তর্ভুক্ত করার সুপারিশ করা হয় যে সময়টি নির্দেশ করে যে একই ধরনের অনুরোধ পুনরাবৃত্তি করা যেতে পারে। HTTP/1.1-এ প্রবর্তিত। আগে বলা হত "রিকোয়েস্ট এন্টিটি খুব বড়"।
• 414 URI খুব দীর্ঘ - সার্ভার অনুরোধটি প্রক্রিয়া করতে পারে না কারণ নির্দিষ্ট URIটি খুব দীর্ঘ৷ এই ত্রুটিটি ট্রিগার হতে পারে, উদাহরণস্বরূপ, যখন ক্লায়েন্ট POST পদ্ধতির পরিবর্তে GET পদ্ধতির মাধ্যমে দীর্ঘ পরামিতিগুলি পাস করার চেষ্টা করে। HTTP/1.1-এ প্রবর্তিত। আগে বলা হত "রিকোয়েস্ট-ইউআরআই টু লং"।
• 415 অসমর্থিত মিডিয়া টাইপ - কিছু কারণে সার্ভার এই পদ্ধতি ব্যবহার করে নির্দিষ্ট ডেটা টাইপের সাথে কাজ করতে অস্বীকার করে। HTTP/1.1-এ প্রবর্তিত।
• 416 রেঞ্জ সন্তুষ্ট নয় - রিকোয়েস্ট হেডারের রেঞ্জ ফিল্ডে রিসোর্সের বাইরের একটি রেঞ্জ নির্দিষ্ট করা হয়েছে এবং যদি-রেঞ্জ ফিল্ডটি অনুপস্থিত ছিল। যদি ক্লায়েন্ট একটি বাইট পরিসীমা অতিক্রম করে, তাহলে সার্ভার হেডারের বিষয়বস্তু-পরিসীমা ক্ষেত্রে প্রকৃত আকার ফেরত দিতে পারে। মাল্টিপার্ট/বাইটারঞ্জ পাস করার সময় এই উত্তরটি ব্যবহার করা উচিত নয়[ উৎস উল্লেখ করা হয়নি 1964 দিন]। RFC 2616 (HTTP/1.1 আপডেট) এ চালু করা হয়েছে। পূর্বে বলা হত "রিকোয়েস্টেড রেঞ্জ নট স্যাটিসফায়েবল"।
• 417 প্রত্যাশা ব্যর্থ হয়েছে - কিছু কারণে সার্ভার অনুরোধ শিরোনামে প্রত্যাশা ক্ষেত্রের মান পূরণ করতে পারে না। RFC 2616 (HTTP/1.1 আপডেট) এ চালু করা হয়েছে।
• 418 I'm a teapot - এই কোডটি 1998 সালে RFC 2324, হাইপার টেক্সট কফি পট কন্ট্রোল প্রোটোকলের ঐতিহ্যবাহী IETF এপ্রিল ফুলের জোকসগুলির মধ্যে একটি হিসাবে চালু করা হয়েছিল। এই কোড বাস্তব সার্ভার দ্বারা সমর্থিত হবে বলে আশা করা হয় না.
• 422 অপ্রসেসযোগ্য সত্তা - সার্ভারটি সফলভাবে অনুরোধটি গ্রহণ করেছে, নির্দিষ্ট ধরণের ডেটা নিয়ে কাজ করতে পারে (উদাহরণস্বরূপ, অনুরোধের মূল অংশে সঠিক সিনট্যাক্স সহ একটি XML নথি রয়েছে), তবে কিছু ধরণের যৌক্তিক ত্রুটি রয়েছে যার কারণে এটি সম্পদের উপর একটি অপারেশন সঞ্চালন করা অসম্ভব। মধ্যে প্রবর্তিত ওয়েবডিএভি.
• 423 লক করা হয়েছে - অনুরোধ থেকে লক্ষ্য সংস্থান এটিতে নির্দিষ্ট পদ্ধতি প্রয়োগ করা থেকে ব্লক করা হয়েছে। WebDAV-এ প্রবেশ করেছে।
• 424 ব্যর্থ নির্ভরতা - বর্তমান অনুরোধের বাস্তবায়ন অন্য অপারেশনের সাফল্যের উপর নির্ভর করতে পারে। যদি এটি সম্পূর্ণ না হয় এবং এর কারণে বর্তমান অনুরোধটি সম্পূর্ণ করা যায় না, তাহলে সার্ভার এই কোডটি ফেরত দেবে। মধ্যে প্রবর্তিত ওয়েবডিএভি.
• 425 Unordered Collection - এক্সটেনশনে ব্যবহৃত হয় WebDAV অ্যাডভান্সড কালেকশন প্রোটোকল. যদি ক্লায়েন্ট একটি ক্রমবিহীন তালিকায় একটি উপাদানের সংখ্যা নির্দিষ্ট করে থাকে, বা সার্ভারের থেকে ভিন্ন একটি ক্রমানুসারে একাধিক উপাদানের অনুরোধ করে থাকে তাহলে পাঠানো হয়৷
• 426 আপগ্রেড প্রয়োজন - সার্ভারটি ক্লায়েন্টকে প্রোটোকল আপডেট করার প্রয়োজনীয়তা নির্দেশ করে। প্রতিক্রিয়া শিরোনামে অবশ্যই সঠিকভাবে গঠিত আপগ্রেড এবং সংযোগ ক্ষেত্র থাকতে হবে। HTTP এর মাধ্যমে TLS-এ স্থানান্তর করার জন্য RFC 2817-এ প্রবর্তন করা হয়েছে।
• 428 পূর্বশর্ত আবশ্যক - সার্ভার ক্লায়েন্টকে অনুরোধে শর্ত শিরোনাম ব্যবহার করার প্রয়োজনীয়তা নির্দেশ করে, যেমন If-Match। খসড়া RFC 6585-এ প্রবর্তন করা হয়েছে।
• 429 খুব বেশি অনুরোধ - ক্লায়েন্ট অল্প সময়ের মধ্যে অনেক বেশি অনুরোধ পাঠানোর চেষ্টা করেছে, যা নির্দেশ করতে পারে, উদাহরণস্বরূপ, একটি চেষ্টা করা DDoS আক্রমণ। কোন সময়ের পরে অনুরোধটি পুনরাবৃত্তি করা যেতে পারে তা নির্দেশ করে একটি পুনরায় চেষ্টা-পরবর্তী শিরোনাম সহ হতে পারে। খসড়া RFC 6585-এ প্রবর্তন করা হয়েছে।
• 431 অনুরোধ শিরোনাম ক্ষেত্রগুলি খুব বড় - হেডারগুলির অনুমোদিত দৈর্ঘ্য অতিক্রম করা হয়েছে৷ সার্ভারের এই কোডের সাথে সাড়া দেওয়ার প্রয়োজন নেই; পরিবর্তে, এটি কেবল সংযোগটি পুনরায় সেট করতে পারে। খসড়া RFC 6585-এ প্রবর্তন করা হয়েছে।
• 434 অনুরোধ করা হোস্ট অনুপলব্ধ - অনুরোধ করা ঠিকানা উপলব্ধ নয় [ উৎস নির্দিষ্ট না 1401 দিন].
• 449 এর সাথে পুনরায় চেষ্টা করুন - অনুরোধটি প্রক্রিয়া করার জন্য ক্লায়েন্টের কাছ থেকে অপর্যাপ্ত তথ্য পাওয়া গেলে সার্ভার দ্বারা ফেরত দেওয়া হয়। এই ক্ষেত্রে, Ms-Echo-Request ক্ষেত্রটি রেসপন্স হেডারে স্থাপন করা হয়। কর্পোরেশন দ্বারা প্রবর্তিত মাইক্রোসফটজন্য ওয়েবডিএভি. বর্তমানে অন্তত প্রোগ্রাম দ্বারা ব্যবহৃত মাইক্রোসফট মানি.
• 451 আইনি কারণে অনুপলব্ধ - আইনগত কারণে সম্পদে অ্যাক্সেস বন্ধ করা হয়েছে, উদাহরণস্বরূপ, সরকারি কর্তৃপক্ষের অনুরোধে বা কপিরাইট লঙ্ঘনের ক্ষেত্রে কপিরাইট ধারকের অনুরোধে। রে ব্র্যাডবারির উপন্যাস ফারেনহাইট 451-এর একটি রেফারেন্স সহ ত্রুটি কোডটি Google দ্বারা IETF খসড়ায় প্রবর্তিত হয়েছে। 21 ডিসেম্বর, 2015-এ স্ট্যান্ডার্ডে যুক্ত করা হয়েছিল।

সার্ভার সমস্যা

502 খারাপ গেটওয়ে ত্রুটির উদাহরণ

কোড 5xx সার্ভারের ত্রুটির কারণে অসফল অপারেশনের ক্ষেত্রে বরাদ্দ করা হয়েছে। HEAD পদ্ধতি ব্যবহার করা ছাড়া অন্য সব পরিস্থিতিতে সার্ভারকে অবশ্যই বার্তার মূল অংশে একটি ব্যাখ্যা অন্তর্ভুক্ত করতে হবে যা ক্লায়েন্ট ব্যবহারকারীর কাছে প্রদর্শন করবে।

• 500 অভ্যন্তরীণ সার্ভার ত্রুটি - যেকোন অভ্যন্তরীণ সার্ভার ত্রুটি যা অন্যান্য শ্রেণীর ত্রুটির সুযোগে অন্তর্ভুক্ত নয়। HTTP/1.0-এ প্রবর্তিত।
• 501 বাস্তবায়িত হয়নি - সার্ভার অনুরোধ প্রক্রিয়া করার জন্য প্রয়োজনীয় ক্ষমতা সমর্থন করে না। যখন সার্ভার অনুরোধে উল্লেখ করা পদ্ধতি বুঝতে পারে না এমন ক্ষেত্রে একটি সাধারণ প্রতিক্রিয়া। যদি পদ্ধতিটি সার্ভারে জানা থাকে তবে এটি প্রযোজ্য নয় এই সম্পদ, তারপর আপনাকে একটি 405 প্রতিক্রিয়া ফেরত দিতে হবে। HTTP/1.0-এ প্রবর্তিত।
• 502 খারাপ গেটওয়ে - সার্ভার, একটি গেটওয়ে বা প্রক্সি সার্ভার হিসাবে কাজ করে, আপস্ট্রিম সার্ভার থেকে একটি অবৈধ প্রতিক্রিয়া বার্তা পেয়েছে। HTTP/1.0-এ প্রবর্তিত।
• 503 পরিষেবা অনুপলব্ধ - সার্ভারটি অস্থায়ীভাবে অনুরোধগুলি প্রক্রিয়া করতে অক্ষম৷ প্রযুক্তিগত কারণ(রক্ষণাবেক্ষণ, ওভারলোড, ইত্যাদি)। রি-ট্রাই-আফটার হেডার ফিল্ডে, সার্ভার সেই সময়টি নির্দিষ্ট করতে পারে যার পরে ক্লায়েন্টকে অনুরোধটি পুনরাবৃত্তি করার পরামর্শ দেওয়া হয়। যদিও ওভারলোডের সময় অবিলম্বে সংযোগ বিচ্ছিন্ন করা সুস্পষ্ট বলে মনে হতে পারে, অপ্রয়োজনীয় অনুরোধের ফ্রিকোয়েন্সি কমাতে পুনরায় চেষ্টা-পরবর্তী ক্ষেত্রটিকে একটি বড় মান সেট করা আরও কার্যকর হতে পারে। HTTP/1.0-এ প্রবর্তিত।
• 504 গেটওয়ে টাইমআউট - একটি গেটওয়ে বা প্রক্সি সার্ভার হিসাবে কাজ করা সার্ভারটি বর্তমান অনুরোধটি সম্পূর্ণ করার জন্য আপস্ট্রিম সার্ভারের প্রতিক্রিয়ার জন্য অপেক্ষা করে না। HTTP/1.1-এ প্রবর্তিত।
• 505 HTTP সংস্করণ সমর্থিত নয় - সার্ভারটি অনুরোধে উল্লেখিত HTTP প্রোটোকল সংস্করণটিকে সমর্থন করে না বা সমর্থন করতে অস্বীকার করে। HTTP/1.1-এ প্রবর্তিত।
• 506 ভেরিয়েন্ট এছাড়াও আলোচনা করে - একটি ভুল কনফিগারেশনের ফলস্বরূপ, নির্বাচিত বৈকল্পিকটি নিজের দিকে নির্দেশ করে, যার ফলে বাঁধাই প্রক্রিয়াটি বাধাগ্রস্ত হয়। পরীক্ষামূলক। প্রযুক্তির সাথে HTTP প্রোটোকলের পরিপূরক করার জন্য RFC 2295-এ চালু করা হয়েছে স্বচ্ছ বিষয়বস্তু আলোচনা.
• 507 অপর্যাপ্ত সঞ্চয়স্থান - বর্তমান অনুরোধটি সম্পূর্ণ করার জন্য পর্যাপ্ত স্থান নেই। সমস্যা সাময়িক হতে পারে। মধ্যে প্রবর্তিত ওয়েবডিএভি.
• 509 ব্যান্ডউইথের সীমা ছাড়িয়ে গেছে - যখন একটি ওয়েব প্ল্যাটফর্ম ট্রাফিক খরচের উপর বরাদ্দকৃত সীমা অতিক্রম করে তখন ব্যবহৃত হয়। এই ক্ষেত্রে, সাইটের মালিকের উচিত তার হোস্টিং প্রদানকারীর সাথে যোগাযোগ করা। এই মুহুর্তে, এই কোডটি কোন RFC-তে বর্ণনা করা হয়নি এবং হোস্টিং কন্ট্রোল প্যানেলে অন্তর্ভুক্ত শুধুমাত্র "bw/limited" মডিউল দ্বারা ব্যবহৃত হয় cPanel, যেখানে এটি চালু করা হয়েছিল।
• 510 বর্ধিত নয় - সার্ভারে এমন এক্সটেনশন নেই যা ক্লায়েন্ট ব্যবহার করতে চায়। সার্ভার অতিরিক্তভাবে এটিতে উপলব্ধ এক্সটেনশন সম্পর্কে তথ্য প্রেরণ করতে পারে। HTTP প্রোটোকলে এক্সটেনশনের জন্য সমর্থন যোগ করতে RFC 2774-এ প্রবর্তন করা হয়েছে।
• 511 নেটওয়ার্ক প্রমাণীকরণ প্রয়োজন - এই প্রতিক্রিয়াটি যে সার্ভারে অনুরোধ করা হয়েছিল তা নয়, একটি মধ্যস্থতাকারী সার্ভার দ্বারা পাঠানো হয় - উদাহরণস্বরূপ, প্রদানকারীর সার্ভার - যদি ক্লায়েন্টকে প্রথমে নেটওয়ার্কে লগ ইন করতে হবে, উদাহরণস্বরূপ, একটি লিখুন একটি প্রদত্ত ইন্টারনেট অ্যাক্সেস পয়েন্টের জন্য পাসওয়ার্ড। এটি অনুমান করা হয় যে প্রতিক্রিয়াটির মূল অংশটি একটি ওয়েব অনুমোদন ফর্ম ফিরিয়ে দেবে বা এটিতে পুনঃনির্দেশ করবে৷ খসড়া RFC 6585-এ প্রবর্তন করা হয়েছে।
• 520 অজানা ত্রুটি, ঘটে যখন CDN সার্ভার একটি ওয়েব সার্ভার ত্রুটি পরিচালনা করতে অক্ষম ছিল; অ-মানক ক্লাউডফ্লেয়ার কোড,
• 521 ওয়েব সার্ভার ডাউন, তখন ঘটে যখন CDN সংযোগগুলি ওয়েব সার্ভার দ্বারা প্রত্যাখ্যান করা হয়; CloudFlare কাস্টম কোড।
• 522 সংযোগ টাইম আউট, তখন ঘটে যখন CDN ওয়েব সার্ভারের সাথে সংযোগ করতে অক্ষম ছিল; CloudFlare কাস্টম কোড।
• 523 অরিজিন ইজ অরিচেবল, তখন ঘটে যখন ওয়েব সার্ভার পৌঁছানো যায় না; CloudFlare কাস্টম কোড।
• 524 একটি টাইমআউট ঘটে, যখন CDN সার্ভার এবং ওয়েব সার্ভারের মধ্যে সংযোগের সময়সীমা শেষ হয়ে যায়; CloudFlare কাস্টম কোড।
• 525 SSL হ্যান্ডশেক ব্যর্থ হয়েছে, যখন CDN সার্ভার এবং ওয়েব সার্ভারের মধ্যে SSL হ্যান্ডশেকে একটি ত্রুটি থাকে; CloudFlare কাস্টম কোড।
• 526 অবৈধ SSL শংসাপত্র, তখন ঘটে যখন ওয়েব সার্ভারের এনক্রিপশন শংসাপত্র যাচাই করা যায় না; CloudFlare কাস্টম কোড।

একটি সার্ভার অ্যাপ্লিকেশন চালানোর সময় ত্রুটি: কারণ এবং সংশোধনের পদ্ধতি

প্রায়শই, অনেক ব্যবহারকারী ফাইল খোলার জন্য কিছু ক্রিয়াকলাপ সম্পাদন করার সময় তাদের মনিটরের স্ক্রিনে "সার্ভার অ্যাপ্লিকেশন চালানোর সময় একটি ত্রুটি ঘটেছে" বার্তাটি দেখতে পারে। আসুন বেশ কয়েকটি পরিস্থিতি দেখার চেষ্টা করি এবং বুঝতে পারি যে এটি কী এবং কীভাবে এই জাতীয় ক্ষতি থেকে মুক্তি পাবেন।

একটি "সার্ভার অ্যাপ্লিকেশন এক্সিকিউশন ত্রুটি" কি?

এই ধরণের সমস্যার দিকে পরিচালিত সমস্ত পরিস্থিতির মধ্যে, মাল্টিমিডিয়া ফাইলগুলি চালানোর সমস্যাটি সবচেয়ে সাধারণ। এই ক্ষেত্রে, একটি ভিডিও দেখার চেষ্টা করার সময় প্রায়শই সার্ভার এক্সিকিউশন ত্রুটি ঘটে।

জানা যায়, স্ট্যান্ডার্ড উইন্ডোজমিডিয়া প্লেয়ার আদর্শ থেকে অনেক দূরে এবং ডিফল্টরূপে সিস্টেমে ইনস্টল করা মাল্টিমিডিয়া টুল হিসাবে সবসময় সঠিকভাবে কাজ করে না। এছাড়া ভিন্ন ধরনের পরিস্থিতির সৃষ্টি হতে পারে। এটি হতে পারে, উদাহরণস্বরূপ, 1C, MS Link Server 2013 এর ইনস্টলেশন ইত্যাদির মতো প্রোগ্রামগুলির জন্য। শুধুমাত্র এই ক্ষেত্রে ব্যবহারকারী "কমান্ড কার্যকর করতে ত্রুটি" এর মত একটি বার্তা পায়।

সুস্পষ্ট কারণে এবং কাজের জটিলতার কারণে সর্বশেষ প্রোগ্রাম, আমরা সেগুলি বিবেচনা করব না, তবে মাল্টিমিডিয়া ফাইলগুলির সঠিক খোলার জন্য দায়ী উপাদানগুলিতে ফোকাস করব৷

ভাইরাস এবং সিস্টেম পুনরুদ্ধার

যদি ব্যবহারকারী একটি বার্তা পায় যে একটি সার্ভার অ্যাপ্লিকেশন একটি ত্রুটির মধ্যে চলে গেছে, প্রথম জিনিসটি ভাইরাসগুলির জন্য কম্পিউটার সিস্টেম স্ক্যান করা (কিছু ম্যালওয়্যার এই ধরনের পরিণতি ঘটাতে পারে)।

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

ড্রাইভার, কোডেক এবং DirectX প্ল্যাটফর্মের সমস্যা

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

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

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

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

সমস্যা সমাধানের জন্য সহজ কমান্ড

যদি উপরের পদ্ধতিগুলি সাহায্য না করে, এবং সার্ভার অ্যাপ্লিকেশন চালানোর সময় বারবার ত্রুটি ঘটে, তাহলে আপনাকে কমান্ড লাইন ব্যবহার করতে হবে। আপনি ক্ষেত্রটিতে cmd লিখে স্ট্যান্ডার্ড "রান" মেনু থেকে এটিকে কল করতে পারেন।

একটা কালো জানালার মত খুলে যাওয়ার পর পুরানো সিস্টেম DOS, আপনাকে ক্রমানুসারে দুটি কমান্ড লিখতে হবে regsvr32 jscript.dll এবং regsvr32 vbscript.dll, তাদের প্রত্যেকটি এন্টার কী টিপানোর পরে।

এর পরে, একটি সিস্টেম রিবুট প্রয়োজন হবে। সত্য, কিছু ক্ষেত্রে এটি পছন্দসই ফলাফল নাও দিতে পারে। তারপরে আপনাকে অতিরিক্ত কমান্ড sfc /scannow প্রবেশ করতে হবে। তত্ত্বগতভাবে, পূর্ববর্তী দুটির সাথে একত্রে, এটি ব্যবহারকারীকে আরও ত্রুটি এবং ব্যর্থতা থেকে বাঁচাতে হবে।

উইন্ডোজ মিডিয়া প্লেয়ারে সমস্যা

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

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

কিন্তু যদি আপনি ইতিমধ্যে এই প্রোগ্রামের একজন সমর্থক হন এবং আপনার পছন্দগুলিকে কোনোভাবেই পরিবর্তন করতে না চান, তাহলে আপনি অন্য একটি মৌলিক পদ্ধতি ব্যবহার করতে পারেন। প্লেয়ার আপডেট করার কথা না বললেই নয়, আপনাকে ইনস্টল করা উইন্ডোজ উপাদানগুলিতে যেতে হবে।

এটি করার জন্য, আপনাকে কন্ট্রোল প্যানেলে প্রোগ্রাম এবং বৈশিষ্ট্য বিভাগটি ব্যবহার করতে হবে (পুরানো অপারেটিং সিস্টেমগুলিতে এটি প্রোগ্রাম যোগ করুন এবং সরান বিভাগ), যেখানে সিস্টেমের উপাদানগুলি সক্ষম এবং অক্ষম করার জন্য একটি বিশেষ মেনু রয়েছে। ইনস্টল করা সফ্টওয়্যারের তালিকায়, Windows Media Player খুঁজুন এবং এর পাশের বাক্সটি আনচেক করুন। আমরা সিস্টেমটি পুনরায় বুট করি, তারপরে আমরা একই বিভাগে ফিরে যাই এবং চেকবক্সটিকে তার জায়গায় ফিরিয়ে দিই। একটি রিবুট আবার প্রয়োজন.

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

উপসংহার

তাই আমরা সার্ভার অ্যাপ্লিকেশন এক্সিকিউশন ত্রুটির সম্ভাব্য পরিস্থিতিগুলি দেখেছি এবং সেগুলি সংশোধন করার জন্য প্রধান পদ্ধতিগুলি নির্দেশ করেছি৷ যাইহোক, সার্ভার অ্যাপ্লিকেশনটি চালানোর সময় যদি একটি ত্রুটি ঘটে তবে এগুলি সমস্ত পদ্ধতি নয়, কারণ কখনও কখনও যদি "OS" নিজেই ব্যর্থ হয় তবে আপনাকে ইনস্টলেশন ডিস্ক বা ফ্ল্যাশ ড্রাইভ থেকে বুট করতে হবে, অন্যান্য উপাদানগুলি আপডেট করতে হবে ইত্যাদি . আমরা কেবল সহজ বিকল্পগুলি দিয়েছি।

DNS ত্রুটি মানে কি?

আপনি যদি আপনার কম্পিউটার বা ইন্টারনেট ব্যবহার করার সময় একটি DNS ত্রুটি দেখতে পান, মনে রাখবেন সেটিংসে একটি সমস্যা আছে। এই সমস্যার সমাধান না হলে, ব্যবহারকারী পছন্দসই ওয়েবসাইট পরিদর্শন করতে সক্ষম হবে না।

DNS কি?

একটি ডোমেনের জন্য, DNS হবে পরিষেবার নাম এবং ইন্টারনেটে সংস্থানগুলিতে অ্যাক্সেস পেতে সাহায্য করবে৷ লক্ষ্য হল ব্যবহারকারী ব্রাউজারে প্রবেশ করা ঠিকানাটি অনুবাদ করা। কম্পিউটার ভাষায় ব্যবহৃত ভাষা থেকে অনুবাদ করা হয়। এই পদ্ধতিটি সার্ভারের মধ্য দিয়ে যাওয়া সাইটে অ্যাক্সেস খুলতে কম্পিউটারকে ঠিকানা পড়তে এবং বুঝতে সাহায্য করে।

একটি DNS ত্রুটি কি?

ত্রুটি এই ধরনেরএকটি নির্দিষ্ট ওয়েবসাইটের জন্য প্রধানত নেটওয়ার্কে সক্রিয় সংযোগের অভাবের কারণে। এর মানে হল যে সরঞ্জামগুলি প্রবেশ করা ঠিকানাটি রূপান্তর করতে ইন্টারনেটের সাথে সংযোগ করতে সক্ষম নয়৷ এই কারণে, কম্পিউটার নির্বাচিত সাইট পরিদর্শন করতে সক্ষম হয় না.

কিছু নির্দিষ্ট কারণে ত্রুটি ঘটে এবং বেশিরভাগ ক্ষেত্রেই সেগুলি সহজেই সমাধান করা যায়। কখনও কখনও ডিভাইস শুধুমাত্র নির্দিষ্ট সম্পদের জন্য তাদের দেখায়. এই ক্ষেত্রে, ঠিকানাটি ভুলভাবে প্রবেশ করানো হতে পারে বা নেটওয়ার্কে এটির কোনও রেকর্ড নাও থাকতে পারে।

আপনি প্রথমে কি মনোযোগ দিতে হবে?

DNS লুকআপ ত্রুটির কারণে সার্ভারটি খুঁজে না পাওয়া গেলে, আপনার কম্পিউটারে কোনো সমস্যা নাও হতে পারে। এই কারণে, আপনার উপস্থাপিত সুপারিশগুলিতে মনোযোগ দেওয়া উচিত এবং সেগুলি ব্যবহার করা উচিত।

• একটি সাইট বা সমস্ত অ্যাক্সেস করার চেষ্টা করার সময় অসুবিধাগুলি দেখা দেয় কিনা তা পরীক্ষা করার মতো। প্রথম ক্ষেত্রে, সম্পদ কিছু পরিবর্তনের মধ্য দিয়ে যেতে পারে বা অপারেশনাল সমস্যার সম্মুখীন হতে পারে। ব্যবহারকারীকে প্রশাসক হিসাবে একটি বিশেষ লাইনে ipconfig /flushdns কমান্ড ব্যবহার করে DNS ক্যাশে অপেক্ষা করা বা সাফ করা উচিত।
• যদি সম্ভব হয়, আপনার পরীক্ষা করা উচিত: DNS ত্রুটি একটি ব্যবহৃত ডিভাইসে বা অন্যগুলিতেও উপস্থিত হয়৷ যদি সমস্ত ডিভাইস প্রভাবিত হয়, তাহলে সমস্যাটি প্রদানকারীর সাথে হতে পারে। এই ক্ষেত্রে, আপনার সমস্যা সমাধান না হওয়া পর্যন্ত অপেক্ষা করা উচিত।
• সাথে সংযোগ করার সময় Wi-Fi ব্যবহার করেরাউটার সম্পূর্ণরূপে বন্ধ এবং পুনরায় চালু করা আবশ্যক. পরের বার যখন আপনি সাইটটি অ্যাক্সেস করার চেষ্টা করবেন, DNS সার্ভারের ত্রুটি সম্ভবত চলে যাবে।
• Wi-Fi রাউটার ব্যবহার না করে ইন্টারনেটে সংযোগ করার সময়, আপনার কম্পিউটারে সংযোগের তালিকায় যাওয়ার পরামর্শ দেওয়া হয়। পরবর্তীতে আপনাকে স্থানীয় নেটওয়ার্ক বন্ধ করতে হবে এবং এটি আবার চালু করতে হবে।

এটা বোঝার যোগ্য যে এই ম্যানিপুলেশনের পরে DNS ত্রুটি থাকতে পারে। এই ধরনের পরিস্থিতিতে, এটি সংশোধন করার জন্য অন্যান্য পদ্ধতি ব্যবহার করা মূল্যবান।

Google পাবলিক DNS ব্যবহার করে

• আপনাকে ডিভাইস সংযোগের তালিকায় যেতে হবে। সহজ উপায়এটি করার জন্য, Win+R কী সমন্বয় টিপুন এবং ncpa.cpl কমান্ডটি প্রবেশ করান।
• ইন্টারনেট অ্যাক্সেস করতে ব্যবহৃত সংযোগটি বেছে নেওয়া মূল্যবান। এটি একটি উচ্চ-গতির সংযোগ PPPoE, L2TP বা স্থানীয় নেটওয়ার্ক. প্রয়োজনীয় উপাদান নির্বাচন করা হয় এবং "বৈশিষ্ট্য" আইটেমটি ক্লিক করা হয়।
• সংযোগ দ্বারা ব্যবহৃত উপাদানগুলির মধ্যে TCP/IPv4 প্রোটোকল নির্বাচন করা হয়।
• একটি DNS লুকআপ ত্রুটির কারণে সার্ভারটি খুঁজে না পাওয়া গেলে, DNS সার্ভার সেটিংসে কোন সেটিংস উপলব্ধ রয়েছে তা পরীক্ষা করা গুরুত্বপূর্ণ৷ একটি ঠিকানা প্রাপ্তির পরে স্বয়ংক্রিয় মোডঠিকানা লিখতে এগিয়ে যাওয়া মূল্যবান। তারপর মান 8.8.8.8 এবং 8.8.4.4 নির্দিষ্ট করা হয়েছে। অন্যথায়, আপনাকে প্রথমে এটি স্বয়ংক্রিয়ভাবে গ্রহণ করতে সেট করতে হবে।
• সেটিংস সংরক্ষণ করার পরে, আপনাকে প্রশাসক হিসাবে কমান্ড লাইনটি চালাতে হবে এবং ipconfig /flushdns চালাতে হবে।

ব্রাউজারের সমস্যা সমাধান করা

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

যদি কোনও অসুবিধা না থাকে তবে ব্যবহারকারীর পুরানো ব্রাউজারটির সমস্যা সমাধান করা উচিত। প্রায়শই তারা প্রক্সি সেটিংসের কারণে উদ্ভূত হয়। তদনুসারে, তাদের পরিবর্তন করা প্রয়োজন।

DNS পরিষ্কার করা এবং পরিবর্তন করা

প্রথমত, যদি একটি DNS ত্রুটি দেখা দেয়, তাহলে আপনাকে ম্যানুয়ালি ক্যাশে সাফ করতে হবে, যেহেতু সেটিংটি সময়ের সাথে পুরানো হয়ে যায়। থেকে এটি করা যেতে পারে কমান্ড লাইন. এই পদ্ধতিটি সহজ, তবে এটি কার্যকর নাও হতে পারে। যদি DNS সংযোগ ত্রুটি অব্যাহত থাকে, তাহলে আপনার পরিষেবাটি পরিবর্তন করা উচিত।

সংযোগ করার জন্য ব্যবহারকারীর স্বাধীনভাবে একটি বিকল্প DNS সার্ভারে প্রবেশ করার ক্ষমতা রয়েছে। এটি করতে, ncpa.cpl বিভাগে যান এবং নির্বাচন করুন সক্রিয় সংযোগ, এবং তারপর Properties-এ যান। আপনাকে TCP/IPv4 নেটওয়ার্ক প্রোটোকল এন্ট্রি খুঁজে বের করতে হবে, যা "নেটওয়ার্ক" ট্যাবে অবস্থিত। তারপর বৈশিষ্ট্য এবং সার্ভার ঠিকানায় যাওয়ার বিকল্প নির্বাচন করা হয়। পছন্দের DNS সার্ভার ক্ষেত্রে, ব্যবহারকারীকে 208.67.222.222 লিখতে হবে। তারপরে বিকল্প DNS সার্ভার ক্ষেত্রে আপনাকে 208.67.220.220 লিখতে হবে। নতুন তৈরি ডিএনএস সার্ভার সর্বজনীন থাকবে উৎস.

Google ব্যবহার করার সময় ধীর সার্ভার প্রতিক্রিয়া

এই ক্ষেত্রে, একটি DNS সার্ভার অনুসন্ধানে একটি ত্রুটি মানে Googlebot এটির সাথে যোগাযোগ করতে সক্ষম নয়৷ এটি কাজ করছে না বা ব্যবহারকারীর ডোমেনের জন্য DNS রাউটিং নিয়ে সমস্যা হওয়ার কারণে এটি ঘটে। বেশিরভাগ সতর্কতা এবং ত্রুটি রোবটের কার্যকারিতাকে প্রভাবিত করে না। তাদের ঘটনা একটি দীর্ঘ প্রতিক্রিয়া দ্বারা ব্যাখ্যা করা যেতে পারে, যা ব্যবহারকারীদের জন্য একটি অপ্রীতিকর মুহূর্ত।

আপনার প্রথম জিনিসটি নিশ্চিত করা উচিত যে Google আপনার সাইট ক্রল করছে। এটি করার জন্য, আপনার সম্পদের মূল পৃষ্ঠার জন্য টুলটি ব্যবহার করা উচিত। ব্যবহারকারী যদি ত্রুটি ছাড়াই সামগ্রীটি ফেরত দেয় তবে Google এর সাইটে অ্যাক্সেস থাকবে৷ DNS পরিষেবা আপনার ওয়েব হোস্টিং প্রদানকারী বা অন্য কোম্পানি দ্বারা প্রদান করা হতে পারে। একটি DNS ত্রুটি কোড প্রদর্শিত হলে এটি যোগাযোগ মূল্য তদন্ত শেষবা অন্যান্য.

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

আপনার কম্পিউটারে ভাইরাস স্ক্যান করা হচ্ছে

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

সিস্টেমের পরামিতিগুলি পুনরুদ্ধার করার সময় সনাক্তকরণের স্তর এবং কার্যকরভাবে ভাইরাসগুলি নির্মূল করার ক্ষমতা তাদের অ্যানালগগুলির তুলনায় এই অ্যান্টিভাইরাসগুলিতে বেশ বেশি। এই ক্ষেত্রে, এটি একটি সম্পূর্ণ সিস্টেম স্ক্যান ব্যবহার করে মূল্যবান। আপনি যদি ব্রাউজারেই সমস্যা থেকে মুক্তি পেতে না পারেন তবে এই পদ্ধতিটি ব্যবহার করা সত্যিই কার্যকর হতে পারে।

অ্যান্টিভাইরাস ত্রুটি

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

• প্রথমত, আপনার অ্যান্টিভাইরাস বন্ধ করা উচিত। যদি কোনও সংযোগ ত্রুটি না থাকে তবে আপনার অ্যান্টিভাইরাসটি আনইনস্টল করে একটি নতুন ইনস্টল করা উচিত।
• এর পরে, আপনাকে ডিভাইসটি পুনরায় বুট করতে হবে। এটি লোড করার সময়, F8 কী চেপে ধরে রাখুন।
• প্রদত্ত বিকল্পগুলি থেকে আপনার "নেটওয়ার্কিংয়ের সাথে নিরাপদ মোড" নির্বাচন করা উচিত।
• তারপর সংযোগ পরীক্ষা করা হয়। আপনি যদি সফলভাবে নেটওয়ার্কের সাথে সংযোগ করেন, তাহলে আপনি উপসংহারে আসতে পারেন যে সমস্যাটি বর্তমানে কম্পিউটারে চলমান প্রোগ্রামটিতে রয়েছে।

স্টার্টআপ ফাইলগুলি সাবধানে অধ্যয়ন করা এবং ত্রুটিযুক্ত একটি খুঁজে না পাওয়া পর্যন্ত প্রোগ্রামগুলি নিষ্ক্রিয় করা প্রয়োজন।

রাউটার

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

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

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

ডোমেইন রেকর্ডে আপনার হোস্টিংয়ের DNS নির্দেশ করতে হবে

একটি নাম সার্ভার একটি নির্দিষ্ট সাইট সম্পর্কে তথ্য খুঁজে পেতে সহায়তা করার জন্য ডিজাইন করা হয়েছে। তাদের ডোমেনে একটি রেকর্ড সম্পূর্ণ করার মাধ্যমে, ব্যবহারকারী ইন্টারনেট শ্রোতাদের সঠিক দিকের তথ্য প্রদান করবে যা সঠিক জায়গায় নিয়ে যাবে।

আপনি যদি পূর্ববর্তী প্রদানকারীর ডেটা ডোমেন রেকর্ডে রেখে যান, তাহলে ব্যবহারকারীকে এমন একটি সার্ভারে স্থানান্তর করা হবে যেটির কাছে আর সাইট নেই৷ এই ক্ষেত্রে, সাইটটি অ্যাক্সেস করা অসম্ভব হবে, যেহেতু প্রদানকারী DNS থেকে রিসোর্স রেকর্ডটি মুছে ফেলেছে। সঠিক সম্পাদনটি বেশ গুরুত্বপূর্ণ, এবং সুপারিশগুলি অনুসরণ করতে ব্যর্থতা অসুবিধার কারণ হতে পারে।

DNS ত্রুটির কারণে সার্ভারটি পাওয়া না গেলে আপনার উপাদানে বর্ণিত পদক্ষেপগুলি অনুসরণ করা উচিত। উপস্থাপিত টিপস দরকারী হবে, কারণ তারা সমস্যার কারণ নির্ধারণ করতে এবং একটি সময়মত পদ্ধতিতে এটি নির্মূল করতে সাহায্য করে। উপরে উল্লিখিত তথ্য ইন্টারনেট ব্যবহারকারীদের জন্য প্রাসঙ্গিক হয়ে উঠবে, কারণ তাদের মধ্যে অনেকেই বর্ণিত অসুবিধার সম্মুখীন হয়েছেন। তদতিরিক্ত, আপনি যদি সাইটগুলিতে অ্যাক্সেস পাওয়ার সাথে উদ্ভূত সমস্যা থেকে মুক্তি পেতে না পারেন তবে আপনি বিশেষজ্ঞদের কাছে যেতে পারেন। এই ক্ষেত্রে এটি সবচেয়ে সঠিক সমাধান হবে।

একটি অভ্যন্তরীণ সার্ভার ত্রুটি কি?

ভ্লাদিস্লাভ!!!

একটি ত্রুটি হল বস্তুর দুটি গ্রুপের মধ্যে একটি অসঙ্গতি, যার মধ্যে একটি হল একটি মান (একটি ব্যাকরণগত নিয়ম, একটি সমস্যার সঠিক উত্তর, একটি সমাধান যা হতে পারে কাঙ্ক্ষিত ফলাফল), এবং দ্বিতীয়টি - এমন কিছু যা বাস্তবে ঘটে। মানুষের ক্রিয়াকলাপের সমস্ত ক্ষেত্রে ত্রুটি ঘটে। পরিমাপ ত্রুটি বিশ্লেষণ করার জন্য সম্ভাব্যতা তত্ত্ব এবং পরিসংখ্যান তৈরি করা হয়েছে। মাইক্রোকসমের পরিমাপের ভুলতা কোয়ান্টাম মেকানিক্সের অন্যতম নীতি। এমন অনেক ঐতিহাসিক উদাহরণ রয়েছে যেখানে ভুলের ফলে বিপর্যয়কর পরিণতি হয়েছে। অনেক অ্যাফোরিজম ত্রুটির জন্য উত্সর্গীকৃত; সেগুলি দার্শনিক, কবি, লেখক, ইতিহাসবিদ এবং অন্যান্য অনেক শাখার প্রতিনিধিদের দ্বারা ব্যাখ্যা করা হয়। সুতরাং, অনেক ডায়ালাইটিক দার্শনিক "তারা ভুল থেকে শিক্ষা নেয়" এই বক্তব্যের সাথে একমত। সন্দেহবাদী এবং অজ্ঞেয়বাদীরা বিশ্বাস করে যে আমাদের সমস্ত ধারণা সম্ভবত ভুল।
এটি সার্ভার ত্রুটির উপর নির্ভর করে ...
404 (না পাওয়া বা কোন সম্পদ নেই)
নির্দেশ করে যে এই ঠিকানায় কোন সম্পদ নেই।
405 (পদ্ধতি অনুমোদিত নয়)
নির্দেশ করে যে এই ঠিকানার জন্য একটি অনুরোধ পদ্ধতি প্রদান করা হয়নি।
406 (গ্রহণযোগ্য নয় বা অবৈধ অনুরোধ)
নির্দেশ করে যে অনুরোধে প্রতিক্রিয়ার সাথে মেলে এমন কোনো বিষয়বস্তু নেই।
407 (প্রক্সি সার্ভারে প্রক্সি প্রমাণীকরণ প্রয়োজন বা নিবন্ধন প্রয়োজন)
নির্দেশ করে যে ক্লায়েন্টকে প্রমাণীকরণ করতে হবে। প্রক্সি-অথরাইজেশন এবং প্রক্সি-অথেন্টিকেট ব্যবহার করা হয়।
408 (অনুরোধের সময়সীমা বা অনুরোধ প্রক্রিয়াকরণের সময় শেষ হয়ে গেছে)
এর মানে হল যে সার্ভার দ্বারা নির্ধারিত সময়ের মধ্যে অনুরোধ করা হয়নি।
409 (দ্বন্দ্ব)
নির্দেশ করে যে এই মুহূর্তে অনুরোধ এবং সম্পদের অবস্থার মধ্যে একটি দ্বন্দ্ব আছে।
410 (চলে গেছে বা সম্পদ স্থায়ীভাবে মুছে ফেলা হয়েছে)
ইঙ্গিত করে যে সংস্থানটি স্থায়ীভাবে মুছে ফেলা হয়েছে।
411 (দৈর্ঘ্য প্রয়োজন)
নির্দেশ করে যে সার্ভার একটি অনির্দিষ্ট বিষয়বস্তু-দৈর্ঘ্য সহ একটি অনুরোধ গ্রহণ করে না। অনুরোধের শিরোনামে আপনাকে অবশ্যই সঠিক বিষয়বস্তুর দৈর্ঘ্য উল্লেখ করতে হবে।
412 (পূর্বশর্ত ব্যর্থ হয়েছে বা কোনো পূর্বশর্ত পূরণ হয়নি)
নির্দেশ করে যে সার্ভার তার আকারের সীমা অতিক্রম করার কারণে অনুরোধটি প্রক্রিয়া করতে অস্বীকার করে।
413 অনুরোধ সত্তা অত্যন্ত বড়)
ইঙ্গিত করে যে সার্ভারটি তার বড় আকারের কারণে অনুরোধটি প্রক্রিয়া করবে না।
414 (অনুরোধ-ইউআরআই খুব দীর্ঘ বা অনুরোধে সংস্থান শনাক্তকারী সর্বোচ্চ দৈর্ঘ্য অতিক্রম করেছে)
নির্দেশ করে যে অনুরোধ করা ঠিকানাটি সর্বাধিক দৈর্ঘ্য অতিক্রম করেছে৷
415 (অসমর্থিত মিডিয়া টাইপ বা এই ডিভাইস টাইপ সমর্থিত নয়)
নির্দেশ করে যে রিকোয়েস্ট অবজেক্টের ফরম্যাট রিকোয়েস্ট ফরম্যাট থেকে আলাদা।
500 (অভ্যন্তরীণ সার্ভার ত্রুটি বা সার্ভারের ভিতরে ত্রুটি)
নির্দেশ করে যে অনুরোধটি প্রক্রিয়া করার সময় সার্ভারে একটি অভ্যন্তরীণ ব্যর্থতা ঘটেছে৷
501 (বাস্তবায়িত হয়নি বা এই ফাংশনের কোন বাস্তবায়ন নেই)
নির্দেশ করে যে ক্লায়েন্ট দ্বারা অনুরোধ করা ফাংশন সার্ভার দ্বারা সমর্থিত নয় বা সার্ভার অনুরোধের পদ্ধতিটি চিনতে পারে না।
502 (খারাপ গেটওয়ে বা খারাপ গেটওয়ে)
নির্দেশ করে যে সার্ভারে একটি ব্যর্থতা ছিল যা গেটওয়ে হিসাবে ব্যবহৃত হয়৷
503 (পরিষেবা অনুপলব্ধ)
নির্দেশ করে যে সার্ভার পরিষেবাগুলির কোনোটি বর্তমানে অনুপলব্ধ৷
504 (গেটওয়ে টাইমআউট বা গেটওয়ে টাইমআউট মেয়াদ শেষ)
নির্দেশ করে যে গেটওয়ে সর্বোচ্চ সময়সীমা অতিক্রম করেছে।
505 (HTTP সংস্করণ সমর্থিত নয় বা এই সংস্করণ HTTP সমর্থিত নয়)
নির্দেশ করে যে অনুরোধে উল্লেখ করা HTTP সংস্করণ সার্ভার দ্বারা সমর্থিত নয়।

ব্যবহারকারী মুছে ফেলা হয়েছে

500. অভ্যন্তরীণ সার্ভার ত্রুটি (রাশিয়ান: অভ্যন্তরীণ সার্ভার ত্রুটি) - যেকোনো অভ্যন্তরীণ সার্ভার ত্রুটি যা ক্লাস 5xx-এর অন্যান্য ত্রুটির সুযোগে অন্তর্ভুক্ত নয়। সার্ভার একটি বৈধ অনুরোধ সম্পূর্ণ করতে অক্ষম, বা নির্দিষ্ট ধরনের অনুরোধ সমর্থন করে না।
দেখুন: http://ru.wikipedia.org/wiki/HTTP_404#404

এর অর্থ কী: ত্রুটি: HTTP 500 - অভ্যন্তরীণ সার্ভার ত্রুটি?

আমি সাইটে যেতে পারছি না. ব্রাউজার দেখায়:

ত্রুটি: HTTP 500 - অভ্যন্তরীণ সার্ভার ত্রুটি৷

এর মানে কী? এই সাইটের শেষ?

গালিনা ভাসিলনা

5XX দিয়ে শুরু হওয়া কোডের অর্থ হল অনুরোধটি সঠিকভাবে সম্পন্ন হয়েছে, কিন্তু সার্ভারটি বর্তমানে সামলাতে অক্ষম। যখন তারা কিছুক্ষণের জন্য খোলে না, ব্রাউজারটির প্রতিক্রিয়া জানানো উচিত। প্রতিটি ব্রাউজার আলাদাভাবে সাড়া দেয়। আমার একটি ইয়ানডেক্স ব্রাউজার আছে, এটি প্রায়শই জিজ্ঞাসা করে, আমি কি অপেক্ষা করব নাকি বন্ধ করব? কিন্তু কখনও কখনও এটি "ত্রুটি না..." দেখায়।

অনেক সার্ভার প্রতিক্রিয়া কোড আছে, তাদের অর্থ ভিন্ন. সবচেয়ে সহজ জিনিস হল F5 টিপে পৃষ্ঠাটি রিফ্রেশ করার চেষ্টা করা। প্রায়শই এটি সমস্যার সমাধান করে। আপনি এই বা সেই কোডের অর্থ কী তা জিজ্ঞাসা করতে পারেন, এটি এখানে

আপনি এইভাবে সমস্যাটি সমাধান করার চেষ্টা করতে পারেন:

অথবা এখানে ব্যাখ্যাটির আরেকটি সংস্করণ রয়েছে, যা কার জন্য আরও উপযুক্ত:

ফক্সানোরথ

এটি একটি অভ্যন্তরীণ সার্ভার সমস্যা, এবং আপনি অবশ্যই এটি একটি সাধারণ তৃতীয় পক্ষের ব্যবহারকারীর দিক থেকে সমাধান করতে সক্ষম হবেন না। আপনার একটু অপেক্ষা করা উচিত, উদাহরণস্বরূপ প্রায় আধা ঘন্টা, অন্যান্য কাজ করার সময়, এবং তারপরে আবার সার্ভারের সাথে যোগাযোগ করার চেষ্টা করুন।

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

অবশ্যই, এগুলি অবিলম্বে আসে না, তবে অভিজ্ঞতার সাথে এবং এর জন্য আপনাকে ক্রমাগত শিখতে এবং অনুশীলন করতে হবে। এবং আপনাকে অবশ্যই বুঝতে হবে যে সাইটটি কেবল নীচে চলে যায় না। সাইটটি অন্ধকার হয়ে যাওয়ার আগে, কিছু ক্রিয়া ঘটে, আপনি বা অন্য কেউ সাইটে কিছু পরিবর্তন করেন। এই কর্মগুলিই সিদ্ধান্তমূলক হয়ে ওঠে। এখানে 500 ত্রুটির প্রধান এবং সবচেয়ে সাধারণ কারণগুলির একটি তালিকা রয়েছে:

500 অভ্যন্তরীণ সার্ভার সমস্যা

– আপনি সাইটের সোর্স কোডে কিছু পরিবর্তন করেছেন, প্রায়শই এটি অজ্ঞতা এবং চিন্তাহীনভাবে করা হয়। কিছু ঘটনাক্রমে মুছে ফেলা হয়েছে বা ভুল জিনিস যোগ করা হয়েছে, বা কোডের অংশ দুর্ঘটনাক্রমে হুক করা হয়েছে।

- আপনি htaccess কনফিগারেশন ফাইলে কোনো কোড যোগ করেছেন, যা সার্ভারে অবস্থিত। htaccess ফাইলটি 500 ত্রুটির একটি খুব সাধারণ কারণ। এই ফাইলে সঞ্চালিত কোনো ভুল কাজ অবিলম্বে আপনার সাইট নিষ্ক্রিয় হবে.

- আপনি সাইটে একটি প্লাগইন ইনস্টল করেছেন যা স্বয়ংক্রিয়ভাবে htaccess ফাইলে পরিবর্তন করেছে। একই জিনিস প্রায়শই ঘটে, এমন প্লাগইন রয়েছে যা htaccess ফাইলে নির্দিষ্ট কোড যোগ করে। ওয়ার্ডপ্রেসে এগুলি জনপ্রিয় প্লাগইন - অল ইন ওয়ান এসইও প্যাক, জেটপ্যাক, আকিসমেট, ডব্লিউপি সুপার ক্যাশে, ইয়োস্ট এসইও ইত্যাদি। অসামঞ্জস্যতার কারণে ত্রুটি ঘটতে পারে।

- আপনি সাইটে একটি প্লাগইন ইনস্টল করেছেন এবং এটি আপনার সাইটের সাথে বা এটির একটি পৃথক অংশের সাথে বেমানান বলে প্রমাণিত হয়েছে৷ এটি প্রায়শই ওয়ার্ডপ্রেসে ঘটে এবং সমস্যাটি খুব দ্রুত সমাধান করা হয়। আপনাকে আপনার হোস্টিং প্যানেলে যেতে হবে এবং নতুন ইনস্টল করা প্লাগইনটি মুছে ফেলতে হবে।

- আপনি আপনার সাইটে একটি থিম বা টেমপ্লেট ইনস্টল করেছেন যা আপনার সাইটের সাথে সামঞ্জস্যপূর্ণ নয় অথবা এর একটি পৃথক অংশ সহ। আপনার সাইটের একটি পুরানো সংস্করণ বা আপনি যে টেমপ্লেট ইনস্টল করছেন তার কারণে অসঙ্গতি হতে পারে৷ অসামঞ্জস্যতা যেকোনো কিছুর কারণে হতে পারে, যেহেতু টেমপ্লেট বিভিন্ন ওয়েবমাস্টার এবং ব্যবহার করে তৈরি করা হয় বিভিন্ন পন্থাএবং শৈলী কোডের যেকোনো অংশ দ্বন্দ্ব এবং অসঙ্গতি সৃষ্টি করতে পারে।

- 500 ত্রুটির সবচেয়ে সাধারণ কারণ হল যখন আপনি নিজেই সাইটের কোডের সাথে তালগোল পাকানো শুরু করেন এবং কিছুর সাথে টিঙ্কার করুন, যোগ করুন, সংশোধন করুন, কিছু পরিবর্তন করার চেষ্টা করুন, যদিও আপনি কী করছেন তা আপনি একেবারেই বুঝতে পারছেন না। এই কারণেই সবচেয়ে বিপজ্জনক, যদি এর পরেও আপনি মনে করেন না আপনি কোথায় আরোহণ করেছেন এবং আপনি কী পরিবর্তন করেছেন।

– ইঞ্জিনিয়ারিং কাজ করেএমন একটি সার্ভারে হোস্টিং যা সম্পর্কে আপনাকে সতর্ক করা হয়নি। এটিও সম্ভব, তবে সাধারণত উচ্চ-মানের হোস্টিং কোম্পানিগুলি তাদের ক্লায়েন্টদের সার্ভারে আসন্ন প্রযুক্তিগত কাজ সম্পর্কে সতর্ক করে। কিন্তু এটাও ঘটে যে হোস্টিং কোম্পানি নিজেই এই ধরনের ইভেন্টগুলির পূর্বাভাস দিতে পারে না, কারণ সার্ভারের ব্যর্থতা বা ডুস আক্রমণের কারণে সেগুলি স্বতঃস্ফূর্তভাবে প্রকাশ পায়। উচ্চ-মানের হোস্টিংয়ে এটি খুব কমই ঘটে।

কিভাবে একটি 500 ত্রুটি সনাক্ত এবং দ্রুত এটি ঠিক করতে

প্রতিটি সার্ভারে, এবং এটি প্রাথমিকভাবে অ্যাপাচি সার্ভারের সাথে সম্পর্কিত, যেহেতু এটি সবচেয়ে সাধারণ, সেখানে একটি ত্রুটি লগ ফাইল রয়েছে যাতে সমস্ত সাইটের ত্রুটি রেকর্ড করা হয়। সাইটটি একটি 500 ত্রুটি প্রকাশ করার পরে, এই ত্রুটিটি অবিলম্বে ত্রুটি লগ ফাইলে প্রদর্শিত হবে এবং সবচেয়ে গুরুত্বপূর্ণভাবে, এই ত্রুটির কারণ নির্দেশ করা হবে৷ ত্রুটির অবস্থান নির্দেশিত হবে (ফাইলের নাম এবং ফাইলের পথ), এবং যে ফাইলটিতে ত্রুটিটি করা হয়েছিল তার লাইন নম্বর নির্দেশিত হবে।

অতএব, সবার আগে, আপনাকে cPanel হোস্টিং বা অন্য কোনো প্যানেলে আপনার প্যানেলে যেতে হবে। ত্রুটি লগ ফাইলের পথ মূলত এই মত যায়: নথি ব্যবস্থাপক– পাবলিক এইচটিএমএল –. আপনার একটি ত্রুটি লগ ফাইল প্রয়োজন যা আপনার সাইটের রুট ডিরেক্টরিতে অবস্থিত, যেখানে আপনার সাইটের বা CMS সিস্টেমের সমস্ত প্রধান ফাইলগুলি অবস্থিত।

সম্পাদনা এবং পরিবর্তনের জন্য এই ফাইলটি খুলুন; যদি ফাইলটি না খোলে, তাহলে মাউস দিয়ে এটিতে ডাবল ক্লিক করে আপনার কম্পিউটারে ডাউনলোড করুন। ফাইলটি 1 মেগাবাইটের বেশি আকারে বড় হলে সম্পাদনার জন্য খোলা যাবে না, সেক্ষেত্রে আপনাকে এটি আপনার কম্পিউটারে ডাউনলোড করতে হবে এবং এটিই।

এর পরে, ত্রুটি লগ ফাইলটি খুলুননিয়মিত txt ফরম্যাটে একটি নোটপ্যাড ব্যবহার করে আপনার কম্পিউটারে। পৃষ্ঠাটি একেবারে নীচে স্ক্রোল করুন, আমরা খুব শেষ লাইনগুলিতে আগ্রহী, যা সেই সময়ে আজকের তারিখ নির্দেশ করে। লাইনটি ফাইলের অবস্থান নির্দেশ করবে যেখানে ত্রুটি ঘটেছে এবং ফাইলের লাইন নম্বর।

স্ক্রিনশটটি ওয়ার্ডপ্রেস সিএমএস ব্যবহার করে একটি সাইট থেকে ত্রুটির লগ ফাইলের একটি অংশ দেখায়। অতএব, এটি অবিলম্বে স্পষ্ট হয়ে যায় যে সাইটের থিমের কারণে ত্রুটি ঘটেছে, যা wp-content/themes/theme name/theme ফাইলে অবস্থিত যেখানে ত্রুটি ঘটেছে, লাইন 423 - ফাইলের লাইন নম্বর যেখানে ত্রুটি হয়েছে , দ্বন্দ্ব বা অসঙ্গতি দেখা দেয়।

আপনার সাইটের কোন বিভাগে এবং কোন ফাইলে ত্রুটি ঘটেছে তা দেখুন, যাতে আপনি বুঝতে পারেন যে সাইটের কোন অংশে ত্রুটি ঘটেছে এবং কীভাবে এটি ঠিক করা যায়।

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

- যদি ত্রুটি লগ ফাইলে প্লাগইন নামটি প্রদর্শিত হয়, তারপর সবকিছু খুব সহজ, প্লাগইন মুছে ফেলুন এবং আপনি সম্পন্ন.

- যদি ত্রুটিটি htaccess ফাইলের দিকে নির্দেশ করে, তারপর এই ক্ষেত্রে, যদি আপনি এই ফাইলের কিছু বুঝতে না পারেন, তাহলে আপনার হোস্টিং সহায়তা পরিষেবার সাথে যোগাযোগ করা ভাল যাতে এই ফাইলটি তার আসল মানগুলিতে পুনরুদ্ধার করা যায়।

- সমস্যাটি যদি প্লাগইনে না হয়, থিমে বা htaccess ফাইলে না হয় এবং আপনি মনে রাখবেন না এবং জানেন না আপনি কোথায় আরোহণ করেছেন এবং আপনি কী পরিবর্তন করেছেন, তাহলে অবশ্যই ত্রুটি লগ ফাইলটি আপনাকে সাহায্য করার সম্ভাবনা কম। এই ক্ষেত্রে, দুটি বিকল্প রয়েছে: 1 - একজন বিশেষজ্ঞের সাথে যোগাযোগ করুন, 2 - যদি উপলব্ধ থাকে তবে একটি ব্যাকআপ কপি ব্যবহার করে সাইটটি পুনরুদ্ধার করুন৷ আপনাকে শুধুমাত্র একটি ফাইল প্রতিস্থাপন করতে হতে পারে, যার নামটি ত্রুটি লগ ফাইলে নির্দেশিত হবে এবং সবকিছু দ্রুত সমাধান করা হবে।

মনে রাখবেন!সাইটের কোডে কোনো পরিবর্তন করার আগে, আপনি কি করছেন তা বুঝতে না পারলে, আপনার সাইটের একটি সম্পূর্ণ ব্যাকআপ কপি তৈরি করুন!

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

আমি সফলভাবে এই প্রতিকূলতা কাটিয়ে উঠেছি, এবং আমি আপনার জন্য একই কামনা করি। এবং এই নির্দেশটি আপনাকে বলবে যে এই ক্ষেত্রে ঠিক কী করা দরকার এবং কীভাবে আপনি সমস্যাটি কাটিয়ে উঠতে পারেন। চলো যাই!

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

আইফোন এবং আইপ্যাডে ত্রুটি ঘটে

এর সাথে সংযোগ করতে সমস্যা অ্যাপল সার্ভারইতিমধ্যে আপনার জন্য অপেক্ষা করতে পারে. এবং এখানে শুধুমাত্র দুটি বিকল্প নেওয়া যেতে পারে:

1. আইটিউনস ব্যবহার করে আপনার কম্পিউটারের মাধ্যমে সক্রিয় করার চেষ্টা করুন। যদিও এখানে অসুবিধা দেখা দিতে পারে, নীচের বিষয়ে আরও।
2. শুধু এড়িয়ে যান আপেলের সৃষ্টিডিভাইসটি চালু করার পরে আইডি এবং পরে এটি করুন।

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

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

iTunes ব্যবহার করে একটি কম্পিউটারে

বিরল ক্ষেত্রে, আইটিউনস এর সাথে কাজ করার সময় সার্ভার সংযোগ ত্রুটি এবং অ্যাপল আইডি বা অ্যাপ স্টোরের সাথে বিভিন্ন ব্যর্থতাও ঘটতে পারে। যাইহোক, তারা পরিত্রাণ পেতে বেশ সহজ। এই জন্য:

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

আসুন আবার লগ ইন করার চেষ্টা করি এবং সম্ভবত, আপনি এটি করতে সক্ষম হবেন!

এগুলি আসলে সমস্ত অ্যাকশন যা আপনি অ্যাপল আইডি সার্ভারের সাথে সংযোগ করার ত্রুটির বিরুদ্ধে লড়াই করতে পারেন৷ হ্যাঁ, তাদের মধ্যে অনেকগুলি নেই, তবে সবচেয়ে গুরুত্বপূর্ণ বিষয় হল যে তারা সত্যিই কাজ করে!

পুনশ্চ. নিবন্ধটি উপযোগী হলে অনুগ্রহ করে লাইক করুন এবং মন্তব্যে লিখুন কী সাহায্য করেছে এবং কী হয়নি! অথবা এই ব্যর্থতা মোকাবেলা করার জন্য আপনার কি অন্য কোন উপায় আছে? তাদের সম্পর্কে আমাদের বলুন - অন্যান্য পাঠকরা খুব কৃতজ্ঞ হবে!