چگونه خطای بروزرسانی وردپرس را ریشه‌ای رفع کنیم؟
چرا بروزرسانی وردپرس با خطا مواجه می‌شود، چه تفاوتی بین انواع خطاهای بروزرسانی وجود دارد و چگونه می‌توان با یک چارچوب تشخیص سیستماتیک، بروزرسانی امن را به فرآیندی روزمره تبدیل کرد؟ راهنمای عملی مبتنی بر تجربه.
یک شب، بعد از ساعت کاری، به‌طور اتفاقی پیشخوان یکی از سایت‌های مشتری را باز کردم و دیدم پیام «در حال بروزرسانی» روی صفحه گیر کرده است. بیست دقیقه گذشت و هیچ تغییری نکرد. آن شب فهمیدم که خطای بروزرسانی وردپرس، یکی از آن خطاهایی است که در ظاهر ساده به‌نظر می‌رسد ولی می‌تواند سایت را در یک وضعیت نیمه‌کاره و پرخطر رها کند. این خطا در ظاهر بی‌خطر است، ولی در باطن، یک پنجره به سمت معماری و پایداری سایت است.
چرا بروزرسانی وردپرس با خطا مواجه می‌شود؟
WordPress به‌عنوان یک سیستم مدیریت محتوای پویا، به‌طور مداوم به‌روزرسانی می‌شود. این به‌روزرسانی‌ها، سه بخش اصلی دارند: هسته‌ی وردپرس، افزونه‌ها، و قالب‌ها. هر کدام از این سه بخش، مکانیزم به‌روزرسانی خاص خود را دارد و می‌تواند با خطا مواجه شود.
بروزرسانی در وردپرس، در سطح فنی، یک عملیات پیچیده است. وردپرس باید فایل‌های جدید را دانلود کند، فایل‌های قدیمی را حذف یا جایگزین کند، دیتابیس را به‌روز کند، و در نهایت کش‌ها را پاک کند. این زنجیره‌ی عملیات، اگر در هر نقطه‌ای قطع شود، می‌تواند به خطا منجر شود.
خطاهای بروزرسانی، به‌طور کلی از چند منبع اصلی می‌آیند:
یک: محدودیت‌های سرور. سرور شما باید منابع کافی برای دانلود، استخراج، و جایگزینی فایل‌ها داشته باشد. اگر memory، CPU، یا فضای دیسک کم باشد، بروزرسانی نیمه‌کاره رها می‌شود.
دو: مجوزهای فایل و پوشه. وردپرس برای جایگزینی فایل‌ها، نیاز به مجوز نوشتن دارد. اگر مجوز نادرست باشد، بروزرسانی حتی شروع نمی‌شود.
سه: تضاد با افزونه‌ها یا قالب. بعضی از افزونه‌ها یا قالب‌ها، از APIهای داخلی وردپرس استفاده می‌کنند که ممکن است بعد از بروزرسانی تغییر کرده باشند. این تضاد، می‌تواند به خطا منجر شود.
چهار: محدودیت‌های شبکه. اگر سرور بروزرسانی وردپرس در دسترس نباشد، یا فایروال سرور شما را محدود کرده باشد، دانلود ناقص می‌ماند.
در چارچوب کلی وردپرس، بروزرسانی بخشی از فرآیند نگهداری است. اگر این فرآیند با خطا مواجه شود، امنیت سایت به‌خطر می‌افتد. چرا؟ چون نسخه‌های قدیمی وردپرس، افزونه‌ها، و قالب‌ها آسیب‌پذیری‌های شناخته‌شده‌ای دارند که مهاجم‌ها از آن‌ها استفاده می‌کنند. اگر می‌خواهید تصویر کلی را در ذهن داشته باشید، وردپرس چیست و چگونه شروع کنیم نقطه‌ی شروع خوبی است.
بروزرسانی در وردپرس، شبیه به تعویض لاستیک ماشینی است که در حرکت است. اگر دقیق انجام نشود، نه‌فقط لاستیک عوض نمی‌شود، بلکه ممکن است چرخ‌ها هم از جا در بیایند.
چهار دسته اصلی خطاهای بروزرسانی
در تجربه‌ی من روی صدها سایت وردپرسی، خطاهای بروزرسانی در چهار دسته‌ی اصلی طبقه‌بندی می‌شوند. شناخت این دسته‌بندی، تشخیص را در چند دقیقه ممکن می‌کند.
- خطاهای گیر کردن و توقف: بروزرسانی شروع می‌شود ولی کامل نمی‌شود.
- خطاهای شکست در مرحله‌ی دانلود: فایل‌های جدید دانلود نمی‌شوند.
- خطاهای مجوز و دسترسی: وردپرس نمی‌تواند فایل‌ها را جایگزین کند.
- خطاهای بعد از بروزرسانی: بروزرسانی موفق می‌شود ولی سایت با خطا مواجه می‌شود.
هر دسته، نشانه‌های مخصوص به خود و راه‌حل اختصاصی دارد. در بخش‌های بعدی، هر دسته را جداگانه باز می‌کنم.
خطای گیر کردن در «در حال بروزرسانی»
یکی از شایع‌ترین خطاهای بروزرسانی، گیر کردن صفحه در وضعیت «در حال بروزرسانی» است. کاربر منتظر می‌ماند و هیچ اتفاقی نمی‌افتد. ریشه‌های اصلی:
ریشه اول: timeout در سرور. اگر max_execution_time کم باشد و بروزرسانی بیشتر طول بکشد، PHP اجرا را قطع می‌کند ولی صفحه‌ی مرورگر همچنان منتظر می‌ماند. راه‌حل: افزایش موقت max_execution_time یا بروزرسانی دستی از طریق FTP. مبانی کامل این خطا در خطای Maximum execution time در PHP آمده است.
ریشه دوم: محدودیت حافظه. اگر memory_limit کم باشد، بروزرسانی در میانه راه با خطای حافظه مواجه می‌شود. راه‌حل: افزایش موقت memory_limit در wp-config.php. جزئیات در خطای Memory limit در PHP آمده است.
ریشه سوم: مشکل شبکه. اگر سرور وردپرس یا سرور شما در دسترس نباشد، دانلود فایل‌ها متوقف می‌شود. راه‌حل: بررسی اتصال شبکه و تلاش مجدد در زمان دیگر.
ریشه چهارم: قفل شدن فایل‌ها. اگر فایل‌های وردپرس توسط یک پروسه‌ی دیگر قفل شده باشند، بروزرسانی نمی‌تواند آن‌ها را جایگزین کند. راه‌حل: بررسی لاگ سرور و اطمینان از نبود پروسه‌ی متضاد.
در برخورد با این خطا، اولین کار این است که صفحه را رفرش نکنید. رفرش کردن می‌تواند بروزرسانی را از ابتدا شروع کند یا وضعیت را بدتر کند. راه‌حل: صبر کنید 5 تا 10 دقیقه. اگر همچنان گیر بود، پنل هاست را باز کنید و در بخش فایل‌ها، پوشه‌ی wp-content/upgrade را حذف کنید. سپس بروزرسانی را دوباره شروع کنید.
خطای به‌روزرسانی ناموفق (Failed to update)
پیام‌های مثل «بروزرسانی ناموفق بود» یا «Failed to update» در چند سناریو ظاهر می‌شوند:
سناریو اول: نبود فضای دیسک
اگر فضای دیسک هاست شما پر شده باشد، وردپرس نمی‌تواند فایل‌های جدید را استخراج کند. راه‌حل: بررسی فضای دیسک در cPanel و آزاد کردن فضا. الگوهای کاهش مصرف در مباحث مربوط به هاست آمده است.
سناریو دوم: مشکل در دانلود فایل‌ها
اگر سرور بروزرسانی وردپرس در دسترس نباشد، یا فایروال سرور شما را محدود کرده باشد، دانلود ناقص می‌ماند. راه‌حل: بررسی اتصال شبکه، بررسی فایروال، یا استفاده از پروکسی برای دانلود.
سناریو سوم: مشکل نسخه‌ی وردپرس
در بعضی موارد، نسخه‌ی وردپرس قدیمی ممکن است نتواند به‌طور مستقیم به آخرین نسخه بروزرسانی شود. راه‌حل: در این موارد، بروزرسانی مرحله‌ای یا بروزرسانی دستی از طریق FTP توصیه می‌شود.
سناریو چهارم: خطای 503 یا 500 در سرور
اگر سرور بروزرسانی وردپرس، در لحظه‌ی شما خطای 503 یا 500 بدهد، بروزرسانی شکست می‌خورد. راه‌حل: چند دقیقه صبر کنید و دوباره تلاش کنید. اگر مشکل ادامه داشت، فایل‌های جدید را دستی از سایت رسمی دانلود و روی FTP آپلود کنید.
روش دستی بروزرسانی، در نصب دستی وردپرس به‌تفصیل آمده است. اگر با ساختار وردپرس آشنا نیستید، وردپرس چیست پیش‌نیاز خوبی است.
خطاهای دسترسی فایل و مجوزها
دسته‌ی بعدی خطاهای بروزرسانی، مربوط به مجوز فایل و پوشه است. اگر وردپرس نتواند در پوشه‌های خاصی بنویسد، بروزرسانی نیمه‌کاره می‌ماند.
خطای Could not create directory
پیام: Could not create directory. معنی: وردپرس نمی‌تواند پوشه‌ی مورد نظر را بسازد. ریشه: مجوز پوشه‌ی والد نادرست است. راه‌حل: مجوز پوشه‌ی والد را به 755 تغییر دهید و اطمینان حاصل کنید که کاربر وب‌سرور مالک پوشه است.
خطای Failed to write file
پیام: Failed to write file. معنی: وردپرس نمی‌تواند فایل جدید را بنویسد. ریشه: مجوز فایل‌های قدیمی نادرست است یا مالکیت اشتباه. راه‌حل: تغییر مجوز فایل‌ها به 644 و پوشه‌ها به 755. اگر با خطای مالکیت مواجه هستید، با chown مالکیت را به کاربر وب‌سرور تغییر دهید.
خطای Installation failed: Could not copy file
پیام: Installation failed: Could not copy file. معنی: وردپرس نتوانسته فایل را کپی کند. ریشه: معمولاً مجوز پوشه‌ی موقت یا نبود فضای دیسک. راه‌حل: بررسی فضای دیسک، بررسی مجوز پوشه‌ی wp-content/upgrade و حذف آن برای شروع مجدد.
خطای مجوز در wp-content
پوشه‌ی wp-content باید قابل نوشتن باشد. اگر مجوز آن نادرست باشد، بروزرسانی افزونه‌ها و قالب‌ها با خطا مواجه می‌شود. راه‌حل: مجوز wp-content را به 755 تغییر دهید و به‌طور دوره‌ای بررسی کنید.
یک نکته‌ی ظریف: مجوزهای خیلی سختگیرانه (مثل 444 یا 555) و خیلی آزاد (مثل 777) هر دو مشکل‌ساز هستند. استاندارد امن در وردپرس: فایل‌ها 644، پوشه‌ها 755. اگر wp-config.php را جداگانه تنظیم می‌کنید، مجوز 600 امن‌ترین است.
جزئیات بیشتر درباره‌ی این نوع خطا در رفع خطای Failed to open stream آمده است. برای آشنایی با پنل هاست و نحوه‌ی تغییر مجوزها، cPanel چیست مرجع خوبی است.
خطاهای timeout و محدودیت منابع
یکی از دسته‌های شایع خطاهای بروزرسانی، مربوط به محدودیت‌های منابع سرور است. اگر بروزرسانی بیشتر از زمان یا حافظه‌ی مجاز طول بکشد، شکست می‌خورد.
خطای timeout در بروزرسانی هسته
بروزرسانی هسته‌ی وردپرس، معمولاً بزرگ‌ترین عملیات است چون شامل جایگزینی چندین فایل و به‌روزرسانی دیتابیس می‌شود. اگر max_execution_time کم باشد، این عملیات شکست می‌خورد. راه‌حل موقت: افزایش max_execution_time در wp-config.php:
set_time_limit(300);خطای memory در بروزرسانی
اگر memory_limit کم باشد، بروزرسانی در میانه راه با خطای حافظه مواجه می‌شود. راه‌حل: افزایش memory_limit در wp-config.php:
define("WP_MEMORY_LIMIT", "256M");
define("WP_MAX_MEMORY_LIMIT", "512M");خطای محدودیت منابع در هاست اشتراکی
هاست‌های اشتراکی، معمولاً محدودیت‌های CPU و memory دارند که برای بروزرسانی‌های بزرگ کافی نیستند. راه‌حل: اگر محدودیت‌ها مانع بروزرسانی می‌شوند، از یکی از این روش‌ها استفاده کنید:
- بروزرسانی در ساعات کم‌ترافیک که منابع سرور آزادتر است.
- بروزرسانی دستی از طریق FTP به‌جای روش خودکار.
- مهاجرت به هاست اختصاصی یا VPS که محدودیت کمتری دارد.
مبانی کامل این نوع خطا در خطای Maximum execution time در PHP و خطای Memory limit در PHP آمده است. اگر مکرراً با محدودیت‌های هاست مواجه می‌شوید، انتخاب هاست مناسب در بهترین هاست وردپرس راهنمای خوبی است.
خطای اطلاعات FTP در بروزرسانی
در بعضی از هاست‌ها، وردپرس برای بروزرسانی، نیاز به اطلاعات FTP یا SSH دارد. اگر این اطلاعات وارد نشود یا نادرست باشد، بروزرسانی با خطا مواجه می‌شود.
پیام خطا معمولاً چنین است:
To perform the requested action, WordPress needs to access your web server. Please enter your FTP credentials to proceed.در بعضی موارد، این پیام درست نیست و وردپرس به‌طور پیش‌فرض نباید به FTP نیاز داشته باشد. اگر وردپرس به‌طور مکرر این پیام را نشان می‌دهد، ریشه‌ها:
ریشه اول: مالکیت فایل‌ها نادرست است. اگر فایل‌های وردپرس توسط کاربر متفاوتی از کاربر وب‌سرور ساخته شده باشند، وردپرس نمی‌تواند آن‌ها را مستقیم جایگزین کند. راه‌حل: تغییر مالکیت فایل‌ها به کاربر وب‌سرور (معمولاً www-data یا apache).
ریشه دوم: تنظیمات پیش‌فرض اشتباه. در فایل wp-config.php، اگر متد FS_METHOD به direct تنظیم نشده باشد، وردپرس از FTP استفاده می‌کند. راه‌حل: اضافه کردن این خط به wp-config.php:
define("FS_METHOD", "direct");ریشه سوم: محدودیت‌های هاست. بعضی از هاست‌ها، به‌دلایل امنیتی، FS_METHOD را به ftpext محدود می‌کنند. راه‌حل: با پشتیبانی هاست صحبت کنید یا از روش دستی (FTP + آپلود) استفاده کنید.
مبانی FTP و اتصال به سرور در مباحث مربوط به cPanel و هاست آمده است. اگر می‌خواهید ساختار وردپرس را بهتر بشناسید، وردپرس چیست پیش‌نیاز خوبی است.
خطای تضاد افزونه‌ها در بروزرسانی
دسته‌ی بعدی خطاهای بروزرسانی، مربوط به تضاد با افزونه‌ها یا قالب است. اگر یک افزونه، از API داخلی وردپرس استفاده کند که بعد از بروزرسانی تغییر کرده باشد، سایت می‌تواند با خطا مواجه شود.
نشانه‌های این نوع خطا:
- بروزرسانی موفق می‌شود ولی سایت با خطا نمایش داده می‌شود.
- یکی از صفحات یا بخش‌های سایت از کار می‌افتد.
- لاگ سرور پر از خطاهای PHP می‌شود.
راه‌حل اصولی: قبل از بروزرسانی وردپرس، به‌خصوص بروزرسانی نسخه‌ی major، افزونه‌ها را یک‌به‌یک غیرفعال کنید و ببینید کدام افزونه مشکل را ایجاد می‌کند. الگوهای عیب‌یابی در چگونه افزونه مشکل‌ساز را پیدا کنیم آمده است.
یک نکته‌ی حرفه‌ای: قبل از بروزرسانی، از سایت یک بکاپ کامل بگیرید. اگر بعد از بروزرسانی سایت با خطا مواجه شد، می‌توانید به حالت قبل برگردید. مبانی بکاپ در بکاپ‌گیری از سایت وردپرسی آمده است.
خطاهای بروزرسانی خودکار
وردپرس به‌طور پیش‌فرض، بروزرسانی‌های امنیتی را به‌طور خودکار انجام می‌دهد. اگر این بروزرسانی‌ها با خطا مواجه شوند، ممکن است سایت در وضعیت نیمه‌کاره باقی بماند.
دلایل رایج خطای بروزرسانی خودکار:
- محدودیت‌های هاست: اگر هاست اجازه‌ی نوشتن ندهد، بروزرسانی خودکار شکست می‌خورد.
- تضاد با افزونه‌ها: اگر یک افزونه با نسخه‌ی جدید وردپرس سازگار نباشد، بروزرسانی خودکار خطا می‌دهد.
- مشکل شبکه: اگر سرور بروزرسانی وردپرس در دسترس نباشد، بروزرسانی خودکار شکست می‌خورد.
اگر می‌خواهید بروزرسانی خودکار را غیرفعال کنید، در فایل wp-config.php این خط را اضافه کنید:
define("AUTOMATIC_UPDATER_DISABLED", true);نکته‌ی مهم: غیرفعال کردن بروزرسانی خودکار، توصیه نمی‌شود، چون بروزرسانی‌های امنیتی را از دست می‌دهید. راه‌حل بهتر: قبل از بروزرسانی خودکار، از سایت بکاپ بگیرید. اگر بروزرسانی خودکار مشکل ایجاد کرد، می‌توانید به حالت قبل برگردید.
روش تشخیص اصولی در پنج گام
در تجربه‌ی من، تشخیص خطاهای بروزرسانی، وقتی سیستماتیک انجام شود، در چند دقیقه نتیجه می‌دهد. روش پنج گامی که در تمام پروژه‌ها اجرا می‌کنم:
گام اول: خواندن دقیق پیام خطا. وردپرس در بیشتر موارد، پیام خطای واضحی می‌دهد. این پیام را کامل بخوانید، نه فقط سه کلمه‌ی اول. پیام‌های مثل Failed to update، Could not create directory، یا Could not copy file دقیقاً می‌گویند چه چیزی مشکل دارد.
گام دوم: بررسی لاگ سرور. لاگ سرور (Apache error log یا PHP error log)، دقیق‌ترین منبع اطلاعات است. در cPanel، این لاگ‌ها در بخش Error Logs قابل مشاهده هستند. جستجو در لاگ برای آخرین خطاها، منبع دقیق مشکل را نشان می‌دهد. مبانی phpMyAdmin و دسترسی به لاگ‌ها در مباحث cPanel آمده است.
گام سوم: فعال کردن WP_DEBUG. در فایل wp-config.php، مقادیر زیر را فعال کنید:
define("WP_DEBUG", true);
define("WP_DEBUG_LOG", true);
define("WP_DEBUG_DISPLAY", false);با این تنظیم، خطاها در فایل wp-content/debug.log ذخیره می‌شوند. این فایل، دقیق‌ترین منبع اطلاعات برای تشخیص است.
گام چهارم: بررسی فضای دیسک و مجوزها. از cPanel، فضای دیسک را بررسی کنید. سپس با File Manager، مجوز فایل‌های اصلی وردپرس (مثل wp-config.php و wp-content) را چک کنید. اگر مجوز نادرست است، تغییر دهید.
گام پنجم: تست مرحله‌ای. یکی‌یکی مراحل را چک کنید:
- آیا وردپرس می‌تواند به سرور بروزرسانی متصل شود؟
- آیا فضای دیسک کافی است؟
- آیا مجوز فایل‌ها نادرست است؟
- آیا افزونه‌ای جلوی بروزرسانی را می‌گیرد؟
- آیا محدودیت منابع سرور مانع می‌شود؟
با این پنج گام، تقریباً همیشه می‌توان خطا را تشخیص داد. اگر با ساختار کلی وردپرس آشنا نیستید، وردپرس چیست پیش‌نیاز خوبی است.
راه‌حل‌های پایدار برای بروزرسانی امن
بعد از تشخیص، نوبت به راه‌حل می‌رسد. راه‌حل پایدار، ترکیبی از چند عنصر است:
عنصر اول: بکاپ اجباری قبل از بروزرسانی. این اولین و مهم‌ترین قدم است. اگر بعد از بروزرسانی سایت با خطا مواجه شد، می‌توانید به حالت قبل برگردید. بکاپ باید کامل باشد: فایل‌ها و دیتابیس. مبانی در بکاپ‌گیری از سایت وردپرسی و بازگردانی در بازیابی سایت از بکاپ آمده است.
عنصر دوم: بروزرسانی در محیط staging. قبل از اعمال بروزرسانی روی سایت اصلی، آن را در محیط staging تست کنید. اگر مشکل ظاهر شد، در staging بررسی کنید. مبانی staging در مباحث مربوط به توسعه‌ی وردپرس آمده است.
عنصر سوم: بروزرسانی مرحله‌ای. به‌جای بروزرسانی همه‌چیز در یک زمان، ابتدا هسته، بعد افزونه‌های حیاتی، بعد قالب، بعد سایر افزونه‌ها. این رویکرد، در صورت بروز خطا، تشخیص را ساده‌تر می‌کند.
عنصر چهارم: بررسی سایت بعد از هر مرحله. پس از هر مرحله، سایت را باز کنید و اطمینان یابید که همه‌چیز کار می‌کند. اگر خطا دیدید، همان مرحله را برگردانید و بررسی کنید.
عنصر پنجم: پایش هفتگی. بعد از بروزرسانی، یک هفته‌ی اول سایت را پایش کنید. اگر مشکل جدیدی ظاهر شد، سریع برگردانید. بعضی از خطاها بلافاصله ظاهر نمی‌شوند و ممکن است چند روز بعد دیده شوند.
یک نکته‌ی ظریف: اگر بروزرسانی روی سایت زنده شکست خورد، وسوسه نشوید که چند بار پشت سر هم تلاش کنید. اول ریشه را پیدا کنید، بعد دوباره بروزرسانی کنید. تلاش‌های مکرر بدون تشخیص، ممکن است وضعیت را بدتر کند.
بروزرسانی وردپرس، شبیه به عمل جراحی است: نه‌فقط باید ابزار درست داشته باشید، بلکه باید قبل از عمل، عکس‌برداری کرده باشید و بعد از عمل، مراقبت کنید.
جدول تشخیص سریع خطاهای بروزرسانی
این جدول، خلاصه‌ی تشخیص را در یک نگاه ارائه می‌دهد. در پروژه‌های واقعی، این جدول را در ویکی تیم بگذارید تا همه به آن دسترسی داشته باشند.
| پیام یا نشانه | دسته | اولین جایی که باید نگاه کنید |
|---|---|---|
| در حال بروزرسانی گیر کرده | توقف | max_execution_time و memory_limit |
| Failed to update | شکست | فضای دیسک و لاگ سرور |
| Could not create directory | مجوز | مجوز پوشه‌ی والد |
| Failed to write file | مجوز | مجوز فایل‌ها و مالکیت |
| Installation failed: Could not copy file | مجوز | پوشه‌ی upgrade و فضای دیسک |
| درخواست اطلاعات FTP | پیکربندی | FS_METHOD در wp-config.php |
| سایت بعد از بروزرسانی خطا می‌دهد | تضاد | افزونه‌ها و قالب |
| بروزرسانی خودکار شکست خورده | پیکربندی | لاگ سرور و تنظیمات هاست |
پرسش‌های پرتکرار درباره خطای بروزرسانی وردپرس
این پرسش‌ها از دل تجربه‌ی عملی و جلسات مشاوره جمع‌آوری شده‌اند. پاسخ هر کدام بر اساس سناریوهای واقعی است.
چرا بروزرسانی وردپرس به‌طور مکرر شکست می‌خورد؟
سه دلیل اصلی: اول، محدودیت‌های هاست اشتراکی که منابع کافی برای بروزرسانی ندارند. دوم، مجوز نادرست فایل‌ها و پوشه‌ها. سوم، تضاد با افزونه‌های قدیمی. راه‌حل: بررسی لاگ سرور، تنظیم مجوزها، و بروزرسانی مرحله‌ای.
آیا می‌توانم بروزرسانی وردپرس را در ساعات کم‌ترافیک انجام دهم؟
بله، و در تجربه‌ی من این کار حتی توصیه می‌شود. در ساعات کم‌ترافیک، منابع سرور آزادتر است و بار کاربران کمتر. اگر بروزرسانی شکست خورد، کاربران شما از خطا خبر نمی‌شوند.
چگونه از بروزرسانی خودکار استفاده کنم؟
بروزرسانی خودکار در وردپرس به‌طور پیش‌فرض فعال است، ولی فقط برای بروزرسانی‌های امنیتی. اگر می‌خواهید همه‌ی بروزرسانی‌ها خودکار باشند، در wp-config.php تنظیم کنید. ولی توصیه: قبل از فعال کردن همه‌ی بروزرسانی‌های خودکار، از سایت بکاپ منظم بگیرید.
تفاوت بروزرسانی هسته و افزونه چیست؟
بروزرسانی هسته، شامل فایل‌های اصلی وردپرس است. بروزرسانی افزونه، فقط مربوط به یک افزونه است. بروزرسانی هسته معمولاً بزرگ‌تر است و ممکن است دیتابیس را هم تغییر دهد. افزونه‌ها معمولاً فقط فایل‌های خود را تغییر می‌دهند.
چرا بعد از بروزرسانی وردپرس، سایت باز نمی‌شود؟
سه دلیل شایع: اول، تضاد با یک افزونه یا قالب که با نسخه‌ی جدید وردپرس سازگار نیست. دوم، مشکل مجوز فایل‌ها که باعث می‌شود بخشی از سایت بارگذاری نشود. سوم، خطای PHP در سطح سرور که باعث می‌شود صفحه‌ی سفید یا خطای 500 نمایش داده شود. راه‌حل: لاگ سرور و debug.log را بررسی کنید. الگوهای رفع Fatal در رفع خطای Fatal error در PHP آمده است.
آیا می‌توانم بروزرسانی را متوقف کنم؟
در بعضی موارد بله. اگر بروزرسانی در حال اجرا است ولی گیر کرده، می‌توانید صفحه را ببندید و پوشه‌ی wp-content/upgrade را حذف کنید. ولی همیشه قبل از قطع کردن، 5 تا 10 دقیقه صبر کنید که بروزرسانی فرصت کامل شدن داشته باشد.
چرا بعد از بروزرسانی، قالب سایت عوض شده است؟
اگر قالب شما روی نسخه‌ی قدیمی وردپرس ساخته شده و آن نسخه APIهایی دارد که در نسخه‌ی جدید تغییر کرده‌اند، ممکن است قالب نتواند با نسخه‌ی جدید کار کند و وردپرس به قالب پیش‌فرض برگردد. راه‌حل: با توسعه‌دهنده‌ی قالب تماس بگیرید یا از یک قالب سازگار با نسخه‌ی جدید استفاده کنید.
آیا خطای بروزرسانی روی سئو تأثیر دارد؟
اگر بروزرسانی شکست بخورد و سایت مدت زمان قابل‌توجهی از دسترس خارج شود، خزنده‌ی گوگل می‌تواند سایت را با خطا ببیند و ایندکس را کاهش دهد. همچنین اگر نسخه‌ی جدید وردپرس از نظر سئو بهتر باشد ولی نصب نشود، فرصت‌های بهینه‌سازی را از دست می‌دهید. مبانی سئو در سئو چیست آمده است.
چگونه از بروزرسانی خودکار در سایت‌های حیاتی جلوگیری کنم؟
در فایل wp-config.php خط زیر را اضافه کنید:
define("AUTOMATIC_UPDATER_DISABLED", true);ولی این کار را فقط در سایت‌های حیاتی توصیه می‌کنم که تیم فنی دارند و می‌توانند به‌طور منظم دستی بروزرسانی کنند. برای سایت‌های معمولی، فعال بودن بروزرسانی خودکار بهتر است.
آیا افزونه‌های خاصی جلوی بروزرسانی را می‌گیرند؟
بله، بعضی از افزونه‌ها مثل افزونه‌های امنیتی، کد را در سطح پایین‌تر تغییر می‌دهند که ممکن است با بروزرسانی تضاد پیدا کند. همچنین افزونه‌هایی که فایل‌های هسته را تغییر می‌دهند، می‌توانند مانع بروزرسانی شوند. راه‌حل: قبل از بروزرسانی، همه‌ی افزونه‌ها را غیرفعال کنید و بعد از بروزرسانی موفق، فعال کنید.
چرا باید از محیط staging استفاده کنم؟
محیط staging، یک نسخه‌ی جداگانه از سایت شماست که می‌توانید بروزرسانی را اول آنجا تست کنید. اگر بروزرسانی شکست خورد یا سایتی از کار افتاد، سایت اصلی آسیب نمی‌بیند. اکثر هاست‌های وردپرس‌محور، این قابلیت را ارائه می‌دهند.
آیا بروزرسانی دستی از FTP امن است؟
بله، اگر با دقت انجام شود. روش: اول بکاپ، سپس دانلود نسخه‌ی جدید از سایت رسمی، سپس استخراج، سپس آپلود از طریق FTP. نکته‌ی مهم: پوشه‌ی wp-content را در FTP آپلود نکنید، چون شامل فایل‌های افزونه‌ها و آپلودهای شماست. روش کامل در نصب دستی وردپرس آمده است.
چند وقت یک‌بار باید وردپرس را بروزرسانی کنم؟
بروزرسانی‌های امنیتی، توصیه می‌شود در اسرع وقت انجام شوند - معمولاً هفتگی. بروزرسانی‌های ویژگی، می‌توانید ماهانه انجام دهید. کلید تصمیم: هر چه سریع‌تر بروزرسانی کنید، ریسک امنیتی کمتر است.
آیا خطای بروزرسانی می‌تواند به امنیت سایت آسیب بزند؟
خود خطای بروزرسانی، آسیب امنیتی مستقیم ندارد. ولی اگر بروزرسانی شکست بخورد و سایت روی نسخه‌ی قدیمی بماند، آن نسخه آسیب‌پذیری‌های شناخته‌شده دارد که مهاجم‌ها می‌توانند از آن استفاده کنند. راه‌حل: اگر بروزرسانی موفق نشد، در اولین فرصت ریشه را حل کنید. مبانی امنیت در امنیت وردپرس برای مبتدیان آمده است.
چرا بعد از بروزرسانی، بعضی صفحات 404 می‌دهند؟
این مشکل معمولاً از فایل .htaccess می‌آید. بعد از بروزرسانی، ممکن است این فایل بازنشانی شده باشد. راه‌حل: در پیشخوان وردپرس، به «تنظیمات → پیوندهای یکتا» بروید و یک بار ذخیره کنید. این کار فایل .htaccess را بازتولید می‌کند.
آیا بروزرسانی وردپرس روی سرعت سایت تأثیر دارد؟
خود بروزرسانی، معمولاً تأثیر مثبت روی سرعت دارد چون نسخه‌های جدید بهینه‌تر هستند. ولی اگر بروزرسانی ناقص باشد یا کش‌ها پاک نشوند، ممکن است سایت موقتاً کندتر شود. راه‌حل: بعد از بروزرسانی، کش را پاک کنید و سرعت را با ابزارهایی مثل PageSpeed تست کنید. مبانی سرعت در افزایش سرعت وردپرس آمده است.
چگونه بفهمم که بروزرسانی کامل شده است؟
سه نشانه: اول، در پیشخوان وردپرس، پیام «بروزرسانی کامل شد» نمایش داده شود. دوم، در بخش «پیشخوان → به‌روزرسانی‌ها»، نسخه‌ی فعلی به‌روز باشد. سوم، بررسی کنید که سایت به‌درستی کار می‌کند و همه‌ی صفحات باز می‌شوند.
آیا می‌توانم بروزرسانی را به‌طور زمان‌بندی‌شده انجام دهم؟
در سطح وردپرس، قابلیت زمان‌بندی مستقیم وجود ندارد. ولی می‌توانید از cron job سرور برای این کار استفاده کنید. یعنی یک اسکریپت بنویسید که در ساعت مشخص اجرا شود و بروزرسانی را انجام دهد. برای سایت‌های حیاتی، این رویکرد در ساعات کم‌ترافیک مفید است.
چرا بعد از بروزرسانی، ایمیل‌های سایت ارسال نمی‌شوند؟
چون بروزرسانی ممکن است فایل‌های افزونه‌ی SMTP را تغییر داده باشد یا تنظیمات آن را بازنشانی کرده باشد. راه‌حل: تنظیمات SMTP را در هاست جدید چک کنید و یک ایمیل تست ارسال کنید. جزئیات کامل در رفع مشکلات SMTP در وردپرس آمده است.
آیا افزونه‌های رایگان، بروزرسانی‌های بیشتری دارند؟
معمولاً بله. افزونه‌های رایگان محبوب، بروزرسانی‌های مکرر برای رفع باگ و سازگاری با وردپرس جدید دریافت می‌کنند. ولی افزونه‌های رایگان رها شده (که شش ماه بروزرسانی نداشته‌اند)، می‌توانند مانع بروزرسانی شوند. راه‌حل: قبل از بروزرسانی وردپرس، افزونه‌های رها شده را جایگزین کنید.
چگونه در تیم، فرهنگ بروزرسانی منظم را جا بیندازیم؟
سه حرکت موثر: اول، تعیین یک زمان مشخص در هفته برای بروزرسانی (مثلاً پنجشنبه صبح). دوم، اجرای بروزرسانی‌ها در محیط staging قبل از production. سوم، داشتن یک چک‌لیست ثابت که هر بار قبل و بعد از بروزرسانی اجرا شود.
آنچه از سال‌ها بروزرسانی وردپرس در پروژه‌های واقعی آموختم
اگر بخواهم چکیده‌ی این سال‌ها را در چند جمله بگویم، سه اصل عملی دارم:
یک: بکاپ قبل از بروزرسانی، غیرقابل مذاکره است. هر بار که بروزرسانی را بدون بکاپ انجام داده‌ام، هزینه‌ی جبرانش چند برابر بکاپ بوده است. حتی اگر بروزرسانی کوچک باشد، بکاپ بگیرید.
دو: بروزرسانی مرحله‌ای، بهتر از بروزرسانی یک‌جا است. اگر همه‌چیز را با هم بروزرسانی کنید و مشکلی پیش بیاید، تشخیص ریشه سخت می‌شود. بروزرسانی مرحله‌ای، در صورت بروز خطا، ریشه را سریع‌تر نشان می‌دهد.
سه: لاگ سرور، دوست شماست. در بیشتر مواقع، پیام‌های مرورگر کافی نیستند. لاگ سرور و فایل debug.log، دقیق‌ترین منبع اطلاعات هستند. اگر با این دو منبع آشنا باشید، تشخیص خطاهای بروزرسانی در چند دقیقه انجام می‌شود.
در کنار این سه اصل، یک هشدار عملی هم دارم: خطای بروزرسانی، می‌تواند در ظاهر بی‌خطر باشد ولی در باطن، یک سیگنال از مشکلات بزرگ‌تر زیرساخت است. اگر بروزرسانی سایت شما مکرراً با خطا مواجه می‌شود، احتمالاً مشکل در انتخاب هاست، پیکربندی مجوزها، یا معماری کلی سایت است. راه‌حل ریشه‌ای، برطرف کردن این مشکلات است، نه تلاش‌های مکرر برای بروزرسانی در وضعیت نامناسب.
خطای بروزرسانی وردپرس، در نگاه اول یک مشکل فنی ساده به‌نظر می‌رسد. ولی وقتی در چارچوب کلی نگهداری سایت دیده شود، تبدیل به یک فرصت برای بهبود زیرساخت می‌شود. اگر این خطا را جدی بگیرید و ساختار سایت را بر اساس آن بهبود دهید، سایت شما در ماه‌های بعد سریع‌تر، پایدارتر، و امن‌تر خواهد بود.
هدف این مقاله، تمام‌کردن همه‌ی سناریوهای ممکن نبود. هدف، دادن یک چارچوب ذهنی برای تشخیص، پیشگیری و رفع این خطا بود. وقتی این چارچوب را درونی کنید، برخورد با خطای بروزرسانی از یک واکنش اضطراری به یک فرآیند منظم تبدیل می‌شود.
اگر خطای بروزرسانی در پروژه‌ی شما به شکلی ظاهر شده که با الگوهای این مقاله حل نشده، برای من جالب است بدانم کدام سناریو بود. تجربه‌ی خودتان را در دیدگاه‌ها بنویسید؛ به‌ویژه اگر راه‌حلی پیدا کرده‌اید که هنوز در این مقاله نیست. 🔄
نویسنده در وردپرس کار.