بهترین نسخه PHP برای وردپرس و ووکامرس در ۲۰۲۶؛ PHP 8.3، 8.4 یا 8.5؟ اگر وارد کنترلپنل هاست شده باشید، احتمالاً در بخش PHP Selector با فهرستی شبیه این روبهرو شدهاید: PHP 7.4 / 8.0 / 8.1 / 8.2 / 8.3 / 8.4 / 8.5 سؤال طبیعی این است: برای وردپرس کدام نسخه را انتخاب کنم؟ انتخاب جدیدترین عدد بدون ب...
اگر وارد کنترلپنل هاست شده باشید، احتمالاً در بخش PHP Selector با فهرستی شبیه این روبهرو شدهاید:
PHP 7.4 / 8.0 / 8.1 / 8.2 / 8.3 / 8.4 / 8.5
سؤال طبیعی این است:
برای وردپرس کدام نسخه را انتخاب کنم؟
انتخاب جدیدترین عدد بدون بررسی افزونهها همیشه تصمیم درستی نیست و باقیماندن روی یک نسخه قدیمی PHP هم میتواند امنیت، عملکرد و امکان بهروزرسانی سایت را تحت تأثیر قرار دهد.
در سال ۲۰۲۶ شرایط نسبت به چند سال قبل تغییر کرده است. WordPress رسماً PHP 8.3 یا جدیدتر را برای محیط Production توصیه میکند و PHP 8.4 و 8.5 نیز در نسخههای جدید WordPress به پشتیبانی کامل رسیدهاند.
در نتیجه برای یک سایت وردپرسی بهروز، دیگر توصیه عمومی به PHP 7.4، 8.0 یا 8.1 منطقی نیست.
اما بین PHP 8.3، 8.4 و 8.5 انتخاب کمی ظریفتر است.
برای اکثر سایتهای Production که قالب و افزونههایشان بهروز هستند، PHP 8.4 در حال حاضر نقطه تعادل بسیار خوبی میان بلوغ اکوسیستم، عمر پشتیبانی و سازگاری است.
PHP 8.5 نیز کاملاً قابل استفاده است، بهخصوص روی سایت جدید و Stack کاملاً بهروز، اما قبل از تغییر سایت موجود به آن باید سازگاری تمام افزونهها و قالب را روی Staging آزمایش کرد.
WordPress عمدتاً با PHP نوشته شده است.
وقتی کاربری یک صفحه پویا را درخواست میکند، کد PHP روی سرور اجرا میشود، اطلاعات موردنیاز از دیتابیس دریافت میشود و خروجی HTML برای مرورگر ساخته میشود.
در یک سایت وردپرسی، PHP در عملیات متعددی نقش دارد:
بنابراین نسخه PHP مستقیماً بخشی از Stack اجرایی سایت است.
در زمان نگارش این مقاله، شاخه Stable جدید PHP نسخه 8.5 است و PHP 8.5.8 در ۲ ژوئیه ۲۰۲۶ منتشر شده است. PHP 8.4.23 نیز در همان تاریخ منتشر شد.
شاخههای تحت پشتیبانی رسمی PHP در حال حاضر عبارتاند از:
| نسخه | وضعیت | پایان پشتیبانی امنیتی |
|---|---|---|
| PHP 8.2 | Security fixes only | ۳۱ دسامبر ۲۰۲۶ |
| PHP 8.3 | Security fixes only | ۳۱ دسامبر ۲۰۲۷ |
| PHP 8.4 | Active Support | ۳۱ دسامبر ۲۰۲۸ |
| PHP 8.5 | Active Support | ۳۱ دسامبر ۲۰۲۹ |
این تاریخها براساس جدول رسمی PHP هستند.
بنابراین اگر امروز یک سایت جدید راهاندازی میکنید، انتخاب نسخهای که چند ماه دیگر به پایان عمر میرسد منطقی نیست.
در بهروزرسانی رسمی WordPress در ۲۲ مه ۲۰۲۶، وضعیت پشتیبانی PHP شفافتر شد.
WordPress اعلام کرده:
همچنین حداقل PHP توصیهشده برای WordPress اکنون 8.3 است.
این موضوع تفاوت مهمی میان دو مفهوم ایجاد میکند:
Supported و Recommended
ممکن است WordPress هنوز برای سازگاری با سایتهای قدیمی روی نسخهای از PHP اجرا شود، اما این به معنی مناسببودن آن نسخه برای یک سایت جدید نیست.
PHP 8.3 یک انتخاب بالغ برای WordPress است.
WordPress 6.4 و نسخههای جدیدتر پشتیبانی کامل از PHP 8.3 دارند.
مزیت اصلی PHP 8.3 در سال ۲۰۲۶ سازگاری گسترده آن است.
بخش بزرگی از افزونهها و قالبهایی که طی سالهای اخیر بهروزرسانی شدهاند روی این نسخه آزمایش شدهاند.
بنابراین اگر سایتی قدیمی دارید که از PHP 8.0، 8.1 یا 8.2 مهاجرت میکند، PHP 8.3 میتواند مرحله کمریسک مناسبی باشد.
اما باید توجه داشت که Active Support این شاخه پایان یافته و Security Support آن تا پایان ۲۰۲۷ ادامه دارد.
یعنی هنوز نسخه امن و پشتیبانیشدهای است، ولی برای سایت جدید PHP 8.4 یا 8.5 عمر بیشتری دارند.
برای اکثر سایتهای WordPress Production در ۲۰۲۶، PHP 8.4 پیشنهاد متعادل من است.
چرا؟
چون PHP 8.4 هنوز در Active Support قرار دارد و پشتیبانی امنیتی آن تا ۳۱ دسامبر ۲۰۲۸ ادامه خواهد داشت.
از طرف دیگر WordPress 6.8 به بعد رسماً پشتیبانی کامل از آن دارد.
یعنی دیگر با یک نسخه بسیار جدید و آزمایشی در اکوسیستم WordPress روبهرو نیستیم.
اگر:
PHP 8.4 گزینه بسیار مناسبی است.
PHP 8.5 در ۲۰ نوامبر ۲۰۲۵ منتشر شد و در حال حاضر شاخه Stable جدید PHP است.
WordPress 6.9 و 7.0 اکنون پشتیبانی کامل از آن دارند.
بنابراین برخلاف ماههای ابتدایی انتشار، دیگر نمیتوان گفت PHP 8.5 از طرف WordPress Core صرفاً یک نسخه آزمایشی است.
اما یک تفاوت مهم وجود دارد:
WordPress Core تنها بخش سایت شما نیست.
ممکن است Core کاملاً سازگار باشد اما یک افزونه پرداخت، قالب قدیمی یا افزونه اختصاصی شما هنوز کدی داشته باشد که روی PHP 8.5 Warning، Deprecated Notice یا Fatal Error ایجاد کند.
به همین دلیل مهاجرت Production به PHP 8.5 باید بعد از تست کامل انجام شود.
پیشنهاد عملی:
| وضعیت سایت | پیشنهاد |
|---|---|
| سایت قدیمی با افزونه زیاد | PHP 8.3 و سپس تست 8.4 |
| سایت WordPress بهروز | PHP 8.4 |
| سایت جدید WordPress | PHP 8.4 یا 8.5 |
| سایت WooCommerce فعال | PHP 8.4 پس از تست |
| پروژه کاملاً جدید | PHP 8.5 قابل بررسی است |
| افزونه اختصاصی قدیمی | ابتدا Staging |
| PHP 8.2 | برنامه مهاجرت داشته باشید |
| PHP 8.1 یا قدیمیتر | ارتقا را جدی بگیرید |
این جدول یک قانون مطلق نیست. سازگاری Stack سایت تعیینکننده نهایی است.
WooCommerce در مستندات فعلی خود PHP 8.3 یا جدیدتر را توصیه میکند.
برای یک فروشگاه Production، PHP 8.4 در حال حاضر انتخاب بسیار منطقی است؛ به شرط اینکه:
این مسئله برای فروشگاه اهمیت بیشتری دارد، چون یک Fatal Error در وبلاگ شاید فقط یک صفحه را خراب کند، اما در WooCommerce میتواند Checkout را متوقف کند.
نسخه WooCommerce 10.8 که در ۲۶ مه ۲۰۲۶ منتشر شد، حداقل WordPress 6.9 را نیاز دارد.
این روند نشان میدهد اکوسیستم WooCommerce نیز به سمت Stack جدیدتر حرکت میکند.
بنابراین نگهداشتن فروشگاه روی PHP و WordPress بسیار قدیمی در بلندمدت باعث ایجاد زنجیرهای از مشکلات Compatibility میشود:
PHP قدیمی → WordPress قدیمی → WooCommerce قدیمی → افزونههای قدیمی
و هرچه این زنجیره طولانیتر شود، ارتقای نهایی دشوارتر خواهد شد.
در بسیاری از نسلهای PHP، بهینهسازیهای Engine و Runtime باعث بهبود Performance شدهاند.
اما نباید انتظار داشت فقط با تغییر PHP سایت ناگهان چند برابر سریع شود.
سرعت WordPress حاصل ترکیب این عوامل است:
نسخه PHP جدیدتر یکی از قطعات این زنجیره است.
اگر افزونهای در هر Request دهها Query غیرضروری ایجاد کند، تغییر PHP مشکل معماری افزونه را حل نمیکند.
PHP فایلهای PHP را ابتدا Parse و Compile میکند.
OPcache نتیجه Compile را در حافظه نگه میدارد تا در درخواستهای بعدی نیازی به انجام دوباره تمام مراحل نباشد.
برای WordPress Production، فعالبودن OPcache بسیار مهم است.
بنابراین هنگام هاست وردپرس خرید هاست وردپرس فقط نپرسید:
«PHP 8.4 دارید؟»
بلکه بررسی کنید:
نسخه PHP بدون کانفیگ مناسب سرور تنها بخشی از Performance است.
PHP 8.2 هنوز Security Support دریافت میکند، اما فقط تا ۳۱ دسامبر ۲۰۲۶.
بنابراین در اوت ۲۰۲۶، برای سایتی که تازه راهاندازی میشود انتخاب PHP 8.2 توصیه آیندهنگرانهای نیست.
اگر سایت موجود شما روی 8.2 بدون مشکل کار میکند، لازم نیست بدون Backup فوراً نسخه را تغییر دهید.
اما باید برای مهاجرت به 8.3 یا ترجیحاً 8.4 برنامه داشته باشید.
PHP 8.1 از دوره پشتیبانی رسمی PHP خارج شده است.
برای Production عمومی اینترنتی، ماندن روی نسخه EOL توصیه نمیشود.
اگر سایت فقط روی PHP 8.1 کار میکند، مشکل اصلی احتمالاً یکی از این موارد است:
راهحل درست، نگهداشتن همیشگی PHP قدیمی نیست؛ باید وابستگی ناسازگار پیدا و اصلاح شود.
رایجترین دلیل، کد ناسازگار است.
ممکن است:
گاهی مشکل اصلاً نسخه PHP نیست.
مثلاً روی PHP 8.3 افزونه mysqli فعال بوده اما بعد از تغییر نسخه PHP جدید، Extension متناظر فعال نشده است.
در نتیجه WordPress خطای Database میدهد.
بنابراین بعد از تغییر PHP باید Extensions را نیز بررسی کرد.
بسته به سرور و Distribution، WordPress معمولاً به مجموعهای از PHP Extensions نیاز دارد یا از آنها بهره میبرد.
نمونهها:
روی هاست مدیریتشده معمولاً Provider این موارد را تنظیم میکند.
در VPS مسئولیت آن با مدیر سرور است.
هیچوقت نسخه PHP سایت فروشگاهی مهم را بدون آمادگی تغییر ندهید.
ترتیب مناسب:
از Database و Files نسخه پشتیبان تهیه کنید.
Core قدیمی ممکن است با PHP جدید سازگاری کمتری داشته باشد.
بهخصوص:
قالبهای قدیمی یکی از منابع رایج Compatibility Error هستند.
بهترین محل آزمایش PHP جدید سایت Production نیست.
یک نسخه Staging ایجاد کنید.
مثلاً:
8.3 → 8.4
فقط صفحه اصلی کافی نیست.
در WordPress:
در WooCommerce علاوه بر اینها:
یک سفارش تست کامل ثبت کنید.
این مرحله برای فروشگاه حیاتی است.
در WordPress وارد:
ابزارها → سلامت سایت → اطلاعات → سرور
شوید.
نسخه PHP نمایش داده میشود.
در cPanel نیز معمولاً در:
MultiPHP Manager
یا:
Select PHP Version
قابل مشاهده است.
در DirectAdmin بسته به تنظیم Provider ممکن است PHP Version Selector در بخش Account Manager یا Extra Features قرار داشته باشد.
اگر Provider قابلیت MultiPHP Manager را فعال کرده باشد:
اگر خطایی مشاهده شد، نسخه قبلی را برگردانید و مشکل Compatibility را بررسی کنید.
مسیر دقیق به Skin و تنظیمات سرور بستگی دارد، اما در سرویسهایی که چند PHP Version ارائه میکنند معمولاً امکان انتخاب نسخه برای Domain وجود دارد.
بعد از تغییر، Cache سایت و OPcache را در صورت نیاز پاک کرده و صفحات مهم را تست کنید.
روی VPS موضوع متفاوت است.
شما مسئول PHP-FPM و Web Server هستید.
ممکن است همزمان چند نسخه PHP نصب شده باشند:
php8.3-fpmphp8.4-fpm
سپس Virtual Host سایت مشخص میکند درخواست به کدام Socket ارسال شود.
برای Nginx مثلاً ممکن است Socket تغییر کند.
اما تغییر مستقیم Configuration روی Production بدون Backup و تست توصیه نمیشود.
بله، بسیاری از کنترلپنلها اجازه میدهند برای هر Domain نسخه متفاوتی انتخاب شود.
مثلاً:
site1.com → PHP 8.4
oldsite.com → PHP 8.3
این قابلیت هنگام مهاجرت بسیار مفید است.
بهجای نگهداشتن تمام سایتها روی PHP قدیمی، فقط پروژه ناسازگار را موقتاً روی نسخه قدیمیتر نگه میدارید.
علاوه بر نسخه PHP، نحوه اجرای PHP نیز اهمیت دارد.
روشهایی مانند:
برای اجرای PHP استفاده میشوند.
در بسیاری از سرورهای مدرن PHP-FPM یا LSAPI رایج هستند.
برای سایت پرترافیک، تنظیم تعداد Processها و Memory اهمیت زیادی دارد.
بنابراین هنگام مقایسه هاست دو Provider فقط نسخه PHP را مقایسه نکنید.
ممکن است هر دو PHP 8.4 داشته باشند ولی معماری اجرای PHP آنها متفاوت باشد.
عدد مناسب به سایت بستگی دارد.
برای WordPress ساده ممکن است:
128M - 256M
کافی باشد.
برای WooCommerce، Elementor یا عملیات Import ممکن است:
256M - 512M
نیاز شود.
اما افزایش Memory Limit درمان همه مشکلات نیست.
اگر Plugin دارای Memory Leak باشد، بالا بردن Limit فقط دیرتر خطا ایجاد میکند.
این مقدار مشخص میکند Script چه مدت اجازه اجرا دارد.
برای صفحات عادی WordPress نیازی به زمان بسیار بالا نیست.
اما Import، Backup یا عملیات سنگین ممکن است زمان بیشتری نیاز داشته باشند.
Provider هاست باید امکان تنظیم منطقی این مقادیر را فراهم کند.
اگر امروز یک سایت WordPress جدید با آخرین نسخه Core، قالب جدید و افزونههای معتبر میسازید، PHP 8.5 گزینه قابل استفادهای است.
WordPress 6.9 و 7.0 رسماً آن را پشتیبانی میکنند.
اما برای پروژهای که هدف اصلی آن حداقل ریسک Production است، PHP 8.4 همچنان انتخاب محافظهکارانه و بسیار خوبی محسوب میشود.
دلیل انتخاب 8.4 این نیست که 8.5 ناسازگار است؛ دلیل آن زمان بیشتر 8.4 در اکوسیستم افزونهها و قالبهاست.
PHP 8.6 وارد چرخه توسعه شده و Alpha 1 آن در ۲ ژوئیه ۲۰۲۶ منتشر شده است. خود PHP صراحتاً اعلام کرده نسخه Alpha برای Production استفاده نشود.
بنابراین:
PHP 8.6 را فعلاً روی سایت Production نصب نکنید.
Alpha، Beta و RC برای تست توسعهدهندگان هستند.
استفاده از PHP پشتیبانیشده یکی از لایههای امنیت است.
وقتی نسخهای EOL میشود، PHP دیگر Patchهای رسمی امنیتی آن شاخه را منتشر نمیکند.
این موضوع به معنی هک فوری سایت نیست، اما ریسک استفاده از Vulnerability اصلاحنشده را افزایش میدهد.
امنیت WordPress باید شامل همه لایهها باشد:
بهروزرسانی PHP جایگزین این موارد نیست.
بله.
Provider تعیین میکند چه نسخههایی در اختیار شما قرار بگیرند.
یک هاست وردپرس مناسب در سال ۲۰۲۶ بهتر است حداقل امکان استفاده از PHP 8.3 و 8.4 را فراهم کند و برای PHP 8.5 نیز مسیر تست یا انتخاب داشته باشد.
همچنین Provider باید Patchهای PHP را بهروز نگه دارد.
مثلاً فقط نوشتن:
PHP 8.4
کافی نیست.
نسخه Minor نیز باید Security Update دریافت کند.
PHP در ۲ ژوئیه ۲۰۲۶ نسخههای امنیتی جدیدی برای چند شاخه منتشر کرده است.
قبل از خرید این موارد را بررسی کنید:
این سؤالها بسیار مفیدتر از پرسیدن صرف «هاست چند گیگ است؟» هستند.
Elementor و افزونههای جانبی آن نیز باید با نسخه PHP انتخابی سازگار باشند.
برای یک سایت Elementor بهروز، PHP 8.3 یا 8.4 انتخابهای منطقی هستند.
قبل از رفتن به PHP 8.5، افزونههای جانبی Elementor را نیز بررسی کنید؛ معمولاً مشکل Compatibility از Add-onهای قدیمی ایجاد میشود نه خود WordPress.
اگر سایت چند سال بهروزرسانی نشده، مستقیماً از PHP 7.4 به 8.5 نپرید.
ابتدا:
Backup → Staging → WordPress Update → Plugin Update → Theme Update → PHP Migration
ممکن است مهاجرت مرحلهای منطقیتر باشد.
هدف نهایی باید رسیدن به یک نسخه PHP پشتیبانیشده باشد، نه باقیماندن دائمی روی نسخه قدیمی.
یکی از رایجترین مشکلات بعد از Upgrade، HTTP 500 است.
اول Debug Log را بررسی کنید.
در WordPress میتوانید موقتاً Logging را فعال کنید.
همچنین Error Log هاست را بررسی کنید.
معمولاً نام Plugin، Theme یا Function مشکلدار در Log دیده میشود.
بدون بررسی Log شروع به حذف تصادفی افزونهها نکنید.
White Screen of Death نیز اغلب ناشی از Fatal PHP Error است.
راهحل:
Rollback ابزار عیبیابی است؛ راهحل دائمی ماندن روی PHP قدیمی نیست.
برای یک سایت جدید عمومی میتوان Stack زیر را در نظر گرفت:
PHP 8.4/8.5 + OPcache + PHP-FPM/LSAPI + MariaDB/MySQL جدید + NVMe + Server Cache
برای WooCommerce:
PHP 8.4 + OPcache + Redis Object Cache + NVMe + PHP Worker مناسب + Database بهینه
البته انتخاب نهایی باید براساس Workload واقعی انجام شود.
اگر بخواهیم تصمیم را ساده کنیم:
PHP 8.3: هنوز امن و بسیار سازگار است؛ مناسب سایتهایی که با احتیاط از نسخههای قدیمی مهاجرت میکنند.
PHP 8.4: پیشنهاد عمومی بسیار خوب برای اکثر سایتهای WordPress و WooCommerce Production در سال ۲۰۲۶.
PHP 8.5: نسخه Stable جدید با پشتیبانی کامل WordPress جدید؛ مناسب سایتهای جدید و Stackهای کاملاً بهروز پس از تست.
PHP 8.2: هنوز تا پایان ۲۰۲۶ Security Support دارد، اما برای پروژه جدید انتخاب آیندهنگرانهای نیست.
PHP 8.1 و قدیمیتر: برای Production جدید توصیه نمیشوند.
مهمتر از انتخاب بین 8.4 و 8.5 این است که سایت شما روی نسخه پشتیبانیشده، بهروز و تستشده اجرا شود.
در سایت WordPress واقعی، Core تنها عامل Compatibility نیست.
Theme + Plugins + Custom Code + PHP Extensions
همگی باید آزمایش شوند.
بنابراین بهترین فرآیند ارتقا همیشه این است:
Backup → Staging → Upgrade → Test → Production
برای اکثر سایتهای WordPress بهروز، PHP 8.4 انتخاب بسیار متعادلی است. WordPress همچنین PHP 8.5 را در نسخههای 6.9 و 7.0 بهطور کامل پشتیبانی میکند.
WordPress 7.0 حداقل PHP 7.4 را پشتیبانی میکند، اما نسخه توصیهشده PHP 8.3 یا جدیدتر است.
WooCommerce PHP 8.3 یا جدیدتر را توصیه میکند. برای فروشگاه Production، PHP 8.4 پس از تست قالب و افزونههای پرداخت انتخاب مناسبی است.
بله. WordPress 6.9 و 7.0 از PHP 8.5 پشتیبانی کامل دارند.
هنوز Security Support دارد، اما این پشتیبانی در ۳۱ دسامبر ۲۰۲۶ پایان مییابد.
اگر قالب، افزونه یا کد اختصاصی ناسازگار باشد ممکن است Fatal Error ایجاد شود. به همین دلیل تغییر ابتدا باید روی Staging انجام شود.
نسخههای جدید PHP میتوانند بهبودهای Performance داشته باشند، اما سرعت نهایی به PHP-FPM، OPcache، دیتابیس، کش، CPU، Storage، قالب و افزونهها نیز وابسته است.
در حال حاضر خیر. PHP 8.6 هنوز در چرخه توسعه است و خود پروژه PHP استفاده از نسخه Alpha روی Production را منع کرده است.
از مسیر «ابزارها → سلامت سایت → اطلاعات → سرور» میتوانید نسخه PHP فعال را مشاهده کنید.
Backup کامل بگیرید، WordPress و افزونهها را بهروز کنید، نسخه Staging بسازید و PHP جدید را ابتدا روی آن آزمایش کنید.
ثبت دیدگاه