مشکل بعد از آپدیت وردپرس – چه باید کرد؟

اگه بعد از آپدیت وردپرس سایتتون بالا نمیاد، ظاهرش به‌هم ریخته یا پیشخوان باز نمی‌شه، نگران نباشید. بیشتر این مشکل‌ها از کش قدیمی، تداخل افزونه یا قالب، نسخه نامناسب PHP یا ناقص موندن فرایند آپدیت میان. توی این راهنما از کارهای ساده و کم‌خطر شروع می‌کنیم و قدم‌به‌قدم جلو می‌ریم تا بدون آزمون‌وخطای بی‌برنامه، علت اصلی رو پیدا کنید.

اول از سایت بکاپ می‌گیریم، بعد نوع خطا رو مشخص می‌کنیم و سراغ بررسی کش، حالت تعمیر، افزونه‌ها، قالب و گزارش خطاهای PHP می‌ریم. برگشتن به نسخه قبلی فقط آخرین راه‌حل موقته؛ چون هدف اصلی اینه که بخش ناسازگار رو پیدا و اصلاح کنید، نه اینکه سایتتون برای همیشه روی یک نسخه قدیمی بمونه.

قبل از هر کاری، از سایتتون نسخه پشتیبان بگیرید

قبل از تغییر افزونه‌ها، قالب یا فایل‌های وردپرس، یک بکاپ کامل بگیرید. بکاپ کامل باید هم فایل‌های سایت و هم پایگاه داده رو داشته باشه. پایگاه داده جاییه که نوشته‌ها، تنظیمات و اطلاعات بیشتر افزونه‌ها توی اون ذخیره می‌شن.

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

اگه به پیشخوان دسترسی دارین

اگه پیشخوان باز می‌شه، از ابزار بکاپ هاست یا افزونه‌ای که از قبل روی سایتتون تنظیم کردین کمک بگیرید. فایل بکاپ رو فقط داخل همون هاست رها نکنید و یک نسخه از اون رو روی فضای امن دیگه نگه دارین. اگه با روش بازیابی آشنا نیستین، قبل از ادامه راهنمای بازگردانی بکاپ وردپرس رو هم ببینید.

اگه پیشخوان باز نمی‌شه

وارد کنترل‌پنل هاست بشید و با File Manager از پوشه سایت یک نسخه فشرده بگیرید. File Manager همون ابزار مدیریت فایل‌های هاسته. بعد از بخش مدیریت پایگاه داده یا ابزار بکاپ هاست، پایگاه داده رو هم خروجی بگیرید. اسم گزینه‌ها بین شرکت‌های هاست فرق داره؛ پس اگه پیداشون نکردین، از پشتیبانی هاست بخواید قبل از هر تغییری یک بکاپ کامل قابل‌بازیابی براتون بسازه.

اول مشخص کنید بعد از آپدیت چه مشکلی پیش اومده

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

• سایت یا پیشخوان صفحه سفید نشون می‌ده: معمولاً باید خطاهای PHP، افزونه‌ها و قالب رو بررسی کنید.
• خطای مهم یا خطای ۵۰۰ می‌بینید: احتمال خطای کد، کمبود حافظه یا مشکل تنظیمات سرور مطرحه.
• ظاهر سایت به‌هم ریخته: اول کش و بعد فایل‌های CSS قالب یا صفحه‌ساز رو بررسی کنید. CSS همون کدیه که رنگ، فاصله و چیدمان صفحه رو مشخص می‌کنه.
• ویرایشگر بلوکی یا صفحه‌ساز کار نمی‌کنه: تداخل افزونه‌ها، خطای JavaScript یا محدودیت‌های سرور می‌تونه علتش باشه. JavaScript کدیه که بخش‌های تعاملی صفحه و ویرایشگر رو اجرا می‌کنه.
• سایت کند شده یا بعضی قابلیت‌ها از کار افتادن: درخواست‌های پس‌زمینه، افزونه ناسازگار و کش ناقص رو بررسی کنید.
• سایت روی حالت تعمیر گیر کرده: احتمالاً آپدیت وسط کار قطع شده و فایل موقت تعمیر باقی مونده.

مراحل سریع حل مشکل بعد از آپدیت وردپرس

مراحل این بخش رو به‌ترتیب انجام بدید و بعد از هر مرحله سایت رو دوباره تست کنید. اگه چند تغییر رو هم‌زمان انجام بدید، متوجه نمی‌شید کدوم کار مشکل رو حل کرده و ممکنه دوباره همون خطا برگرده.

کش مرورگر، وردپرس و سرور رو پاک کنید

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

اگه بعد از پاک‌کردن کش مشکل حل شد، لازم نیست سراغ تغییر کد یا غیرفعال‌کردن افزونه‌ها برید. برای انتخاب و تنظیم ابزار کش هم می‌تونید راهنمای بهترین افزونه افزایش سرعت وردپرس رو بخونید.

فایل حالت تعمیر رو حذف کنید

اگه پیام «جهت انجام عملیات تعمیر زمان‌بندی‌شده برای مدت کوتاهی در دسترس نیست» باقی مونده، وارد پوشه اصلی وردپرس در File Manager یا FTP بشید. FTP روشی برای دسترسی و جابه‌جایی فایل‌های سایت روی هاسته. فایل مخفی .maintenance رو پیدا و حذف کنید. اگه فایل‌های مخفی دیده نمی‌شن، گزینه نمایش فایل‌های مخفی رو در File Manager فعال کنید.

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

افزونه‌ها و قالب رو به‌روز کنید

گاهی هسته وردپرس به‌روز شده ولی قالب یا یکی از افزونه‌ها هنوز با نسخه جدید هماهنگ نیست. از بخش «پیشخوان ← به‌روزرسانی‌ها» نسخه‌های سازگار قالب و افزونه‌ها رو نصب کنید. قبلش توضیحات نسخه جدید و شرایط سازگاری اون رو بخونید و همه موارد رو یک‌جا آپدیت نکنید.

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

نسخه PHP و پیش‌نیازهای هاست رو بررسی کنید

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

نسخه PHP رو می‌تونید از بخش «ابزارها ← سلامت سایت ← اطلاعات ← سرور» ببینید. برای تغییرش از کنترل‌پنل هاست کمک بگیرید، ولی این کار رو اول روی محیط آزمایشی انجام بدید. قبل از تغییر هم بکاپ داشته باشین و مطمئن بشید قالب و افزونه‌های اصلی طبق مستندات فعلی سازنده با نسخه انتخابی سازگارن.

سلامت سایت وردپرس رو ببینید

به «ابزارها ← سلامت سایت» برید. این بخش خطاهای مهم، پیشنهادهای فنی و اطلاعاتی مثل نسخه PHP، محدودیت حافظه و وضعیت درخواست‌های پس‌زمینه رو نشون می‌ده. هر هشدار به معنی خراب‌بودن سایت نیست، ولی پیام‌های مهم می‌تونن مسیر بررسی رو کوتاه‌تر کنن.

چطور افزونه ناسازگار رو پیدا کنید

اگه مشکل بعد از پاک‌کردن کش باقی موند، یکی از محتمل‌ترین علت‌ها تداخل افزونه‌هاست. تداخل یعنی دو افزونه یا یک افزونه و وردپرس روی بخش مشترکی اثر می‌ذارن و نتیجه درست اجرا نمی‌شه.

افزونه‌ها رو یکی‌یکی غیرفعال کنید

اگه پیشخوان باز می‌شه، افزونه‌هایی رو که درست قبل از شروع خطا آپدیت شدن اول بررسی کنید. یک افزونه رو غیرفعال کنید، کش رو پاک کنید و دوباره بخش خراب رو تست کنید. اگه تغییری نکرد، افزونه رو فعال کنید و سراغ مورد بعدی برید.

روی سایت فروشگاهی یا پرترافیک، این آزمایش ممکنه بخشی از سایت رو موقتاً از کار بندازه. بهتره تست رو روی نسخه آزمایشی سایت انجام بدید یا زمان کم‌ترافیک رو انتخاب کنید. افزونه‌های پرداخت، امنیت و عضویت رو بدون برنامه غیرفعال نکنید.

وقتی پیشخوان باز نمی‌شه، پوشه افزونه‌ها رو تغییر نام بدید

از File Manager یا FTP وارد مسیر wp-content بشید و نام پوشه plugins رو موقتاً به چیزی مثل plugins-disabled تغییر بدید. این کار فایل افزونه‌ها رو پاک نمی‌کنه، ولی همه افزونه‌ها رو یک‌جا از دسترس وردپرس خارج می‌کنه. در نتیجه ممکنه پرداخت، فروشگاه، عضویت، امنیت، فرم‌ها یا قابلیت‌های مهم دیگه موقتاً قطع بشن. اگه سایت فعاله، بهتره این آزمایش رو روی محیط آزمایشی انجام بدید یا قبلش با پشتیبانی هماهنگ کنید.

اگه سایت باز شد، نام پوشه رو دوباره به plugins برگردونید. بعد وارد پیشخوان بشید و افزونه‌ها رو یکی‌یکی فعال کنید تا افزونه مشکل‌دار مشخص بشه. اگه با غیرفعال‌شدن همه افزونه‌ها تغییری ندیدین، احتمالاً باید قالب، فایل‌های هسته یا تنظیمات سرور رو بررسی کنید.

افزونه مشکل‌دار رو به نسخه سازگار تغییر بدید

وقتی افزونه ناسازگار رو پیدا کردین، اول نسخه سازگار و رسمی اون رو نصب کنید. اگه نسخه مناسبی در دسترس نیست، با سازنده افزونه تماس بگیرید یا یک جایگزین معتبر پیدا کنید. برگشت موقت افزونه به نسخه قبلی فقط وقتی منطقیه که فایل سالم، بکاپ و برنامه مشخصی برای آپدیت دوباره داشته باشین.

چطور بفهمید مشکل از قالب سایت هست

اگه غیرفعال‌کردن افزونه‌ها مشکل رو حل نکرد، قالب فعال رو آزمایش کنید. خطاهای قالب ممکنه به شکل صفحه سفید، ظاهر ناقص، منوی خراب یا خطای PHP دیده بشن.

موقتاً یک قالب پیش‌فرض وردپرس رو فعال کنید

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

اگه پیشخوان باز نمی‌شه، می‌تونید نام پوشه قالب فعال رو در مسیر wp-content/themes تغییر بدید. این روش فقط وقتی کار می‌کنه که یک قالب پیش‌فرض سالم از قبل روی سایت نصب شده باشه. قبل از تغییر نام پوشه حتماً بکاپ بگیرید.

تغییرات قالب فرزند و کدهای سفارشی رو بررسی کنید

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

کدهای اضافه‌شده به functions.php، افزونه کد سفارشی و فایل‌های بازنویسی‌شده قالب رو موقتاً و روی محیط آزمایشی بررسی کنید. کدها رو بدون شناخت حذف نکنید؛ یک توسعه‌دهنده می‌تونه با گزارش خطا دقیق‌تر مشخص کنه کدوم بخش نیاز به اصلاح داره.

حل مشکل ویرایشگر بلوکی و صفحه‌سازها بعد از آپدیت

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

خطاهای ویرایشگر بلوکی رو مرحله‌به‌مرحله بررسی کنید

1. کش مرورگر و افزونه کش رو پاک کنید و صفحه ویرایش رو در پنجره ناشناس باز کنید.
2. افزونه‌های مرتبط با بلوک‌ها، امنیت، بهینه‌سازی JavaScript و ویرایش محتوا رو یکی‌یکی آزمایش کنید.
3. یک نوشته تازه بسازید تا مشخص بشه خطا فقط برای یک نوشته قدیمی رخ می‌ده یا همه نوشته‌ها.
4. سلامت سایت و گزارش خطاهای PHP رو بررسی کنید.
5. اگه خطای «پاسخ، پاسخ JSON معتبر نیست» می‌بینید، پیوندهای یکتا، گواهی HTTPS و محدودیت‌های امنیتی سرور رو با کمک هاست بررسی کنید. JSON قالبیه که وردپرس برای ردوبدل‌کردن اطلاعات بین ویرایشگر و سرور به کار می‌بره. HTTPS هم اتصال امن بین مرورگر و سایته.

تداخل WPBakery Page Builder و بقیه صفحه‌سازها رو پیدا کنید

WPBakery Page Builder و Visual Composer Website Builder دو محصول جدا هستن؛ پس اول اسم دقیق افزونه نصب‌شده رو در صفحه افزونه‌ها ببینید. بعد سازگاری نسخه افزونه با وردپرس و قالب فعال رو از منبع رسمی همون محصول بررسی کنید.

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

چه زمانی ویرایشگر کلاسیک فقط یک راه‌حل موقته

افزونه رسمی ویرایشگر کلاسیک می‌تونه برای یک روند کاری قدیمی یا بررسی موقت تداخل مفید باشه، ولی درمان عمومی خطاهای بعد از آپدیت نیست. اگه با فعال‌کردن اون مشکل پنهان شد، هنوز باید افزونه، قالب یا کدی رو که با ویرایشگر بلوکی تداخل داره پیدا کنید.

وقتی سایت صفحه سفید یا خطای ۵۰۰ نشون می‌ده چه کار کنید

صفحه سفید و خطای ۵۰۰ معمولاً جزئیات کافی نشون نمی‌دن. برای پیدا کردن علت باید گزارش خطا رو ببینید، ولی نمایش خطاهای فنی روی سایت عمومی کار درستی نیست؛ چون ممکنه مسیر فایل‌ها یا اطلاعات فنی سایت رو به بازدیدکننده نشون بده.

حالت اشکال‌زدایی وردپرس رو فعال کنید

حالت اشکال‌زدایی یا Debug Mode خطاهای فنی رو ثبت می‌کنه. در فایل wp-config.php و قبل از خط پایان ویرایش فایل، تنظیمات زیر رو قرار بدید. اگه این ثابت‌ها از قبل تعریف شدن، همون خط‌های موجود رو اصلاح کنید و نسخه تکراری نسازید.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

بعد از بازکردن دوباره صفحه خراب، وردپرس در تنظیم معمول خودش گزارش رو در فایل wp-content/debug.log ثبت می‌کنه. اگه فایل ساخته نشد، دسترسی نوشتن پوشه و تنظیمات گزارش خطای هاست رو بررسی کنید. بعد از پایان بررسی، حالت اشکال‌زدایی رو غیرفعال کنید و فایل گزارش رو در دسترس عمومی نگه ندارین.

گزارش خطاهای PHP رو پیدا کنید

کنترل‌پنل بیشتر هاست‌ها بخشی با اسم Error Log یا گزارش خطا داره. داخل گزارش به زمان وقوع خطا و مسیر فایل دقت کنید. اگه مسیر به پوشه یک افزونه یا قالب اشاره می‌کنه، همون مورد رو اول بررسی کنید. Warning یعنی یک هشدار فنی که همیشه سایت رو متوقف نمی‌کنه، ولی Fatal Error یعنی خطای جدی‌ای که معمولاً جلوی ادامه اجرای کد رو می‌گیره.

محدودیت حافظه PHP رو بررسی کنید

اگه گزارش خطا عبارت Allowed memory size exhausted رو نشون می‌ده، حافظه PHP برای اجرای درخواست کافی نبوده. مقدار فعلی رو از سلامت سایت یا تنظیمات هاست ببینید و از پشتیبانی هاست بخواید دلیل مصرف بالا رو هم بررسی کنه. بالا‌بردن محدودیت ممکنه سایت رو موقتاً راه بندازه، ولی افزونه سنگین یا حلقه خطادار همچنان باید اصلاح بشه.

اگه آپدیت وردپرس ناقص مونده چطور درستش کنید

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

آپدیت دستی فایل‌های هسته وردپرس

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

بعد از تهیه و آزمایش بکاپ، پوشه‌های هسته مثل wp-admin و wp-includes و فایل‌های اصلی ریشه باید طبق راهنمای رسمی با فایل‌های سالم جایگزین بشن. پوشه wp-content و فایل wp-config.php اطلاعات اختصاصی سایتتون رو دارن و نباید بازنویسی یا حذف بشن. فایل‌های هسته قدیمی هم ممکنه نیاز به حذف کنترل‌شده داشته باشن؛ پس فقط کپی‌کردن فایل‌های تازه روی فایل‌های قبلی همیشه برای تعمیر کامل کافی نیست.

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

اجرای دوباره به‌روزرسانی پایگاه داده

بعضی نسخه‌های وردپرس بعد از آپدیت فایل‌ها، تغییر پایگاه داده هم دارن. وارد پیشخوان بشید؛ اگه وردپرس پیام به‌روزرسانی پایگاه داده رو نشون داد، بعد از اطمینان از وجود بکاپ اون رو اجرا کنید. همچنین می‌تونید صفحه /wp-admin/upgrade.php رو روی دامنه خودتون باز کنید. فقط وقتی دستور به‌روزرسانی رو اجرا کنید که فایل‌های هسته مربوط به نسخه درست کامل بارگذاری شدن و وردپرس خودش نیاز به ارتقای پایگاه داده رو اعلام می‌کنه.

بررسی دسترسی فایل‌ها و فضای خالی هاست

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

برگردوندن سایت به نسخه قبل؛ آخرین راه‌حل موقت

اگه سایت مهمی از دسترس خارج شده و هنوز علت خطا رو پیدا نکردین، بازیابی آخرین بکاپ سالم می‌تونه زمان قطعی رو کم کنه. این کار باید بخشی از یک برنامه بازیابی باشه؛ یعنی بعدش مشکل رو روی نسخه آزمایشی پیدا کنید و آپدیت امن رو دوباره انجام بدید.

بازیابی نسخه پشتیبان سالم

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

چرا برگشت به نسخه قدیمی راه‌حل دائمی نیست

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

قبل از آپدیت دوباره چه چیزهایی رو تست کنید

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

چطور از مشکل در آپدیت‌های بعدی جلوگیری کنید

هیچ آپدیتی کاملاً بدون ریسک نیست، ولی با یک روند مشخص می‌تونید احتمال خرابی و زمان قطعی رو خیلی کمتر کنید.

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

بهتره اول از نتیجه بکاپ مطمئن بشید، بعد افزونه‌ها و قالب رو با ترتیب کنترل‌شده به‌روز کنید و در آخر سراغ هسته وردپرس برید. بعد از هر مرحله چند قابلیت مهم سایت رو تست کنید. آپدیت خودکار هم فقط وقتی انتخاب خوبیه که بکاپ خودکار، نظارت روی خطا و راه برگشت سریع داشته باشین.

چه زمانی باید با پشتیبانی هاست یا توسعه‌دهنده تماس بگیرید

اگه به فایل‌ها یا پایگاه داده دسترسی ندارین، گزارش خطا مشکل سطح سرور رو نشون می‌ده یا سایت اطلاعات تازه‌ای بعد از بکاپ گرفته، بهتره ادامه کار رو به فرد متخصص بسپارید. همچنین اگه با تغییر نسخه PHP، دسترسی فایل‌ها، بازیابی پایگاه داده یا آپدیت دستی آشنا نیستین، آزمون‌وخطا روی سایت اصلی ریسک زیادی داره.

برای دریافت کمک سریع‌تر، آدرس صفحه خراب، متن دقیق خطا، زمان شروع مشکل، تغییرات اخیر و کارهایی رو که امتحان کردین برای پشتیبانی بفرستید. فایل گزارش رو فقط از مسیر امن در اختیار فرد قابل‌اعتماد بذارید؛ چون ممکنه اطلاعات فنی حساسی داخلش باشه.

سؤالات رایج درباره حل مشکل بعد از آپدیت وردپرس

جمع‌بندی

برای حل مشکل بعد از آپدیت وردپرس، اول بکاپ کامل بگیرید و بعد فقط یک تغییر رو در هر مرحله آزمایش کنید. از پاک‌کردن کش و بررسی حالت تعمیر شروع کنید، بعد سراغ افزونه‌ها، قالب، نسخه PHP، سلامت سایت و گزارش خطا برید. این ترتیب کمک می‌کنه علت اصلی مشکل رو با ریسک کمتری پیدا کنید.

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

تیم تولید محتوا

ما در تیم تولید محتوای میهن وردپرس در تلاش هستیم تا بهترین مقالات آموزشی در زمینه وردپرس و کسب‌و‌کارهای اینترنتی را تهیه کنیم. صحت محتوای این صفحه توسط رضا راد بررسی خواهد شد.