قطع شدن سایت وردپرس می‌تواند از شبکه، دامنه، میزبانی یا خود برنامه ناشی شود. یک صفحهٔ بازنشدنی برای همهٔ علت‌ها راه‌حل یکسان ندارد. زمان شروع، آخرین تغییر و متن دقیق خطا را یادداشت کنید تا اقدامات بعدی بر اساس شواهد باشند.
۱. گسترهٔ قطع شدن سایت وردپرس را مشخص کنید
سایت را از یک اینترنت دیگر و یک مرورگر دیگر بررسی کنید. صفحهٔ اصلی، یک نوشته و مسیر مدیریت را جدا امتحان کنید. ابزار بررسی دسترس‌پذیری فقط از نقاط آزمون خودش گزارش می‌دهد و نتیجهٔ آن ثابت نمی‌کند همهٔ کاربران جهان وضعیت یکسانی دارند.
اگر فقط شبکهٔ شما مشکل دارد، DNS محلی، اتصال، پراکسی و محدودیت احتمالی IP را بررسی کنید. پاک‌کردن کش مرورگر برای خطای اتصال سرور یا گواهی منقضی راه‌حل عمومی نیست.
۲. نوع خطا را از هم جدا کنید
خطای پیدا‌نشدن دامنه، هشدار TLS، پاسخ ۴۰۳، خطای ۵۰۰ و توقف اتصال معانی متفاوت دارند. در خطای DNS، تغییر افزونه معمولاً قدم اول نیست. در خطای PHP، تغییر رکورد دامنه علت را برطرف نمی‌کند.
مرجع خطاهای رایج وردپرس برای تشخیص پیام‌های برنامه مفید است. کد وضعیت و زمان خطا را همراه URL نمونه ثبت کنید. جزئیات حساس لاگ را در گزارش عمومی قرار ندهید.
۳. وضعیت هاست و منابع را بررسی کنید
در پنل مشتری، اعتبار سرویس، اطلاعیهٔ اختلال و وضعیت حساب را ببینید. پرشدن دیسک، محدودیت پردازش یا توقف سرویس پایگاه‌داده می‌تواند اثر متفاوتی داشته باشد. گزارش مصرف و زمان رخداد را با میزبان تطبیق دهید.
افزایش منابع بدون شناخت علت همیشه درمان نیست؛ حلقهٔ پردازشی یا درخواست مخرب ممکن است ظرفیت بیشتر را هم مصرف کند. اگر مشکل زیرساختی است، از پشتیبانی زمان و نتیجهٔ بررسی را بخواهید.
۴. دامنه، DNS و HTTPS را کنترل کنید
اعتبار دامنه را در حساب ثبت‌کننده و رکوردهای DNS را با تنظیمات موردانتظار مقایسه کنید. تمدید دامنه با تمدید هاست یکسان نیست. برای دامنهٔ منقضی، ابتدا با ارائه‌دهندهٔ ثبت همان دامنه تماس بگیرید؛ طبق راهنمای ICANN، امکان تمدید یا بازیابی به وضعیت آن بستگی دارد.
انقضا به معنی آزادشدن فوری دامنه نیست و تمدید از هر شرکت دلخواه نیز همیشه ممکن نیست. برای پسوندهای کشوری، مقررات همان پسوند را بررسی کنید. در خطای HTTPS، گواهی، نام دامنه و زنجیرهٔ اعتماد را بررسی کنید و هشدار مرورگر را دور نزنید.
۵. تغییر اخیر افزونه یا قالب را بررسی کنید
اگر اختلال بلافاصله پس از تغییر مشخصی رخ داده، همان مؤلفه را در اولویت قرار دهید. حالت بازیابی وردپرس در برخی خطاهای بحرانی به ورود مدیر کمک می‌کند. ابتدا اقدام هدفمند انجام دهید؛ خاموش‌کردن هم‌زمان همهٔ افزونه‌ها می‌تواند پرداخت، ورود یا کنترل دسترسی را هم مختل کند.
۶. نشانی‌ها و پیوندهای یکتا را حفظ کنید
WordPress Address محل فایل‌های وردپرس و Site Address نشانی نمایش سایت است. در نصب وردپرس در زیرپوشه این دو می‌توانند به‌درستی متفاوت باشند؛ یکسان‌کردن اجباری آن‌ها ممکن است ورود را خراب کند.
اگر فقط پیوندهای خوانا خطا دارند، قواعد بازنویسی را با حفظ ساختار فعلی بازسازی کنید. نامک‌ها، اسلش پایانی و مسیرهای مهاجرت‌داده‌شده را برای رفع موقت مشکل عوض نکنید.
۷. فایل‌ها را فقط با تشخیص ترمیم کنید
در به‌روزرسانی ناقص، نسخه و سلامت فایل‌های هسته را بررسی کنید. فرمان رسمی verify-checksums می‌تواند اختلاف فایل‌های هسته را نشان دهد؛ این آزمون به‌تنهایی پاک‌بودن کل سایت از بدافزار را اثبات نمی‌کند.
در ترمیم، راهنمای به‌روزرسانی وردپرس را متناسب با نسخه دنبال کنید. پوشهٔ wp-content، فایل wp-config.php و داده‌های اختصاصی را با بستهٔ خام جایگزین نکنید.
۸. بازگشت سرویس و علت تکرار را ثبت کنید
پس از رفع علت، ورود، صفحه‌های مهم، فرم و خرید را بررسی کنید. اگر حمله مطرح است، از شواهد لاگ و بررسی میزبان استفاده کنید؛ نصب یک افزونهٔ فایروال تضمین دفع همهٔ حملات یا پاکسازی آلودگی نیست.
زمان شروع و پایان، علت، اقدام و روش پیشگیری را ثبت کنید. پایش دوره‌ای و هشدار انقضای دامنه و سرویس کمک می‌کند اختلال بعدی زودتر تشخیص داده شود.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
