کاهش ورژن وردپرس یعنی اجرای نسخه‌ای قدیمی‌تر از هسته. این کار با پایین‌آمدن رتبهٔ سئو یا بازگرداندن یک افزونه یکسان نیست. هنگام بروز ناسازگاری پس از آپدیت، ابتدا علت را پیدا کنید؛ پایین‌آوردن کل هسته نباید اولین پاسخ به هر خطا باشد.
پیش از کاهش ورژن وردپرس
زمان شروع خطا، آخرین تغییرها، پیام خطا و نسخه‌ها را ثبت کنید. ممکن است افزونه، قالب، PHP یا نصب ناقص عامل باشد. اگر مشکل فقط به یک افزونه مربوط است، اصلاح یا بازگشت همان مؤلفه دامنهٔ تغییر کوچک‌تری دارد. راهنمای عیب‌یابی وردپرس به تشخیص خطاهای متداول کمک می‌کند.
نسخهٔ مقصد را صرفاً به‌عنوان «دومین نسخهٔ جدید» انتخاب نکنید. وضعیت امنیت و سازگاری مهم است. آرشیو رسمی وردپرس برای دسترسی به انتشارهاست؛ وجود یک بسته در آرشیو به معنی توصیهٔ استفادهٔ عمومی از آن نیست.
روش اول: بازیابی مجموعهٔ هماهنگ
اگر مجموعهٔ سالم پیش از تغییر موجود است، بازیابی فایل‌ها و دیتابیس متناظر را ابتدا در محیط تست انجام دهید. مطابق مستند پشتیبان وردپرس، فایل‌ها و دیتابیس دو بخش جدا هستند. جایگزینی فایل‌های قدیمی، سفارش‌ها، تنظیمات و ساختار داده را خودکار به گذشته برنمی‌گرداند.
پیش از بازیابی سایت اصلی، محتوای تازه، ثبت‌نام‌ها، سفارش‌ها و تغییرهای بعد از زمان نسخه را تعیین تکلیف کنید. بازگرداندن دیتابیس قدیمی بدون این بررسی می‌تواند دادهٔ جدید را از بین ببرد. از موفقیت بازیابی در محیط تست و روش حفظ تغییرات تازه مطمئن شوید.
روش دوم: محدودیت WP Downgrade
WP Downgrade فرایند نصب وردپرس را به انتشار مشخصی هدایت می‌کند. در محیط آزمایشی، پس از بررسی سازگاری افزونه، نسخهٔ هدف را در Settings → WP Downgrade تعیین و ذخیره کنید؛ سپس در صفحهٔ Updates، نسخهٔ پیشنهادی را تطبیق دهید و عملیات نصب مجدد را انجام دهید.
این افزونه جایگزین بازیابی دیتابیس نیست. پیام نصب موفق یا نمایش نسخهٔ قدیمی، سازگاری داده و افزونه‌ها را ثابت نمی‌کند. قبل از استفاده روی سایت اصلی، نتیجه را آزموده و برنامهٔ بازگشت به نسخهٔ پشتیبانی‌شده را مشخص کنید. ابزار نباید سایت را بی‌اطلاع روی نسخهٔ قدیمی نگه دارد.
چرا روش دستی دستور عمومی ندارد؟
جایگزینی هسته باید با بستهٔ رسمی، مسیر نصب درست و حفظ فایل‌های اختصاصی انجام شود. حذف گستردهٔ پوشه‌ها یا کپی کل بسته روی سایت، بدون شناخت wp-content و wp-config.php، می‌تواند داده یا تنظیمات را از بین ببرد. راهنمای رسمی ارتقا را نباید تضمین سازگاری هر تنزل نسخه تلقی کرد.
اگر نسخه‌های هسته از نظر ساختار داده متفاوت‌اند، بازگشت صرف فایل کافی نیست. کاهش نسخهٔ افزونه با ابزار Rollback هم همین نیاز به بررسی داده و دستور سازنده را دارد. عملیات دستی را با مسئول فنی و سناریوی مشخص انجام دهید.
پس از بازگشت موقت
ورود، ویرایش محتوا، فرم‌ها، فروشگاه و وظایف زمان‌بندی را بررسی کنید. خطای ناسازگاری را برای سازنده با اطلاعات پالایش‌شده گزارش دهید و اصلاح پایدار را آزمایش کنید. پس از رفع علت، به نسخهٔ پشتیبانی‌شده برگردید؛ توقف دائمی به‌روزرسانی امنیتی راه‌حل مناسبی برای حفظ سازگاری نیست.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
