যখন আপনার সাইট ডাউন হয়ে যায়

একটি ডাউন সাইট নির্ণয় করতে প্রয়োজনীয় প্রতিটি ধারণা এই বিভাগে ইতিমধ্যে কোথাও উপস্থিত হয়েছে। এই পাঠ একটি একক ক্রমযুক্ত checklist যা এটি আসলে ঘটার মুহূর্তের জন্য তাদের একসাথে বাঁধে।

একটি ভিন্ন নেটওয়ার্ক থেকে সাইট চেক করুন — বর্তমান Wi-Fi-এর বদলে মোবাইল ডেটা, বা একটি সাইট-চেকিং টুল যা একটি বাইরের সার্ভার থেকে পাতা লোড করে। একটি একক ডিভাইস বা নেটওয়ার্কের সমস্যা হওয়া পুরো সাইট সবার জন্য ডাউন হওয়া থেকে একটি খুব ভিন্ন সমস্যা।

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

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

হোস্টিং প্রদানকারীর নিজস্ব status পাতা বা dashboard-এ পৌঁছানোর চেষ্টা করুন — প্রদানকারীর দিকে একটি আউটেজ, একটি মেয়াদ শেষ হওয়া হোস্টিং পরিকল্পনা, বা একটি স্থগিত অ্যাকাউন্ট (কখনো কখনো একটি free-tier সীমা অতিক্রম করে trigger হয়, free-hosting পাঠে কভার করা) সবই এখানে থাকে, DNS বা ডোমেইন থেকে স্বাধীন।

যদি ডোমেইন, DNS, আর host সব ঠিক থাকে, সমস্যাটি সম্ভবত সাইটের নিজস্ব কোডে, একটি সাম্প্রতিক আপডেটে, বা এর database-এ — host-এর error log চেক করুন, আর বিবেচনা করুন একটি সাম্প্রতিক পরিবর্তন (একটি নতুন plugin, একটি আপডেট, একটি deploy) সমস্যা শুরু হওয়ার সময়ের সাথে মেলে কিনা।

তালিকাটি সবচেয়ে বিপর্যয়কর আর সবচেয়ে উপেক্ষিত কারণ (ডোমেইন মেয়াদ শেষ) থেকে সবচেয়ে দানাদার (application কোড) দিকে চলে যায়, আর প্রতিটি ধাপ এমন কিছু যা এই বিভাগের আগের পাঠগুলো ইতিমধ্যে ব্যাখ্যা করেছে কীভাবে চেক করতে হয়। আসলে কারণ নিশ্চিত করার আগে তাৎক্ষণিকভাবে পুনর্নির্মাণ করে বা একটি backup থেকে পুনরুদ্ধার করে প্রতিক্রিয়া জানানো একটি সমাধানে সময় হারানোর ঝুঁকি নেয় যা আসল সমস্যার সাথে মেলে না — বা এমন কাজ বাতিল করা যা একটি শান্ত নির্ণয় দেখাতো যে আসলে হারায়নি।