learn

حالت تعمیر وردپرس؛ نگهداری کوتاه‌مدت با پاسخ درست و راه بازگشت

فعال‌سازی maintenance وردپرس، تفاوت با صفحه به‌زودی و بررسی پاسخ 503 و کش؛ همراه با خروج از حالت تعمیر پس از آپدیت نیمه‌کاره.

حالت تعمیر برای توقف کوتاه و برنامه‌ریزی‌شده سرویس است، نه پنهان‌کردن طولانی سایت با یک صفحه موفق 200. پیش از فعال‌سازی، زمان بازگشت و مسیر ورود مدیر را مشخص کنید. برای فروشگاه، وضعیت سفارش، پرداخت و webhook نیز باید در طرح توقف دیده شود؛ نمایش یک پیام زیبا جلوی نوشتن داده از همه مسیرها را خودکار نمی‌گیرد.

حالت تعمیر با به‌زودی تفاوت دارد

سایت تازه‌ای که هنوز منتشر نشده با سایت فعالِ موقتاً در حال نگهداری یکسان نیست. در توقف کوتاه سرویس فعال، پاسخ موقت مناسب معمولاً 503 است؛ صفحه‌ای که برای همه URLها کد 200 می‌دهد می‌تواند وضعیت واقعی را مبهم کند. پاسخ واقعی را با ابزار مرورگر یا curl -I روی صفحه عمومی بررسی کنید، نه صرف تنظیم انتخاب‌شده افزونه.

روش کنترل‌شده با WP-CLI

اگر WP-CLI و دسترسی مجاز SSH دارید، از مسیر نصب درست استفاده کنید. این روش برای نگهداری کوتاه است؛ وضعیت فایل نگهداری وردپرس را برای توقف طولانی جایگزین سامانه مدیریت سرویس نکنید.

wp --path=/path/to/wordpress maintenance-mode activate
wp --path=/path/to/wordpress maintenance-mode status

پس از پایان کار، غیرفعال کنید و خروجی عمومی را خارج از نشست مدیر بسنجید.

wp --path=/path/to/wordpress maintenance-mode deactivate

روش افزونه یا لایه میزبانی

  1. ابزار نگهداری‌شده و سازگار با کش، فروشگاه و چندسایتی را روی کپی آزمایشی بررسی کنید.
  2. ورود مدیر و استثناهای واقعاً لازم را تعیین کنید؛ استثنای گسترده بر اساس user agent حفاظت معتبر نیست.
  3. کد پاسخ، Retry-After در صورت استفاده و عدم cache عمومی صفحه موقت را کنترل کنید.
  4. زمان پایان و مسئول برداشتن توقف را ثبت کنید.

ماندن در حالت تعمیر پس از آپدیت

فایل .maintenance ممکن است پس از عملیات قطع‌شده باقی بماند. ابتدا مطمئن شوید نصب یا ارتقا هنوز اجرا نمی‌شود. حذف فایل در حین آپدیت، فرایند را کامل نمی‌کند و می‌تواند سایت نیمه‌به‌روزشده را نمایان کند. وضعیت هسته، دیتابیس و لاگ را بررسی و فقط پس از پایان یا بازیابی صحیح، حالت موقت را بردارید.

کنترل بازگشت

  • صفحه عمومی، ورود و فرم اصلی باید پاسخ عادی بدهند.
  • کش CDN و سایت نباید پیام تعمیر را برای بازدیدکننده نگه داشته باشد.
  • صف و سفارش‌های باز و webhookهای ناموفق بررسی شوند.
  • ابزار موقت و قواعد اضافی پس از رفع نیاز جمع شوند؛ توقف طولانی نیازمند طرح جداست.

مطالعه مرتبط

منابع و مستندات

بازبینی محتوا و منابع: ۲۶ مهر ۱۴۰۵. دستورهای نمونه برای محیط مشخص‌شده‌اند؛ پیش از استفاده روی سرویس عملیاتی، سازگاری محیط و نسخه پشتیبان را بررسی کنید.

مطالب مرتبط

ارسال نظر

فهرست مطالب