สรุปคำตอบ
PHP 8.2 หมดอายุวันที่ 31 ธันวาคม 2026 หลังจากนั้นโครงการ PHP จะไม่ออกแพตช์ความปลอดภัยให้อีก เว็บ WordPress ส่วนใหญ่ควรย้ายไป PHP 8.4 ซึ่งได้แพตช์ถึงสิ้นปี 2028 และ WooCommerce ทดสอบแล้ว ถ้าปลั๊กอินเก่ายังไม่รองรับ ให้ใช้ 8.3 (แพตช์ถึงสิ้นปี 2027) เป็นทางผ่าน ก่อนเปลี่ยนให้สำรองข้อมูลและทดสอบบนเว็บสำเนาก่อนเสมอ
PHP 8.2 หมดอายุ (End of Life) ในวันที่ 31 ธันวาคม 2026 หลังจากวันนั้นโครงการ PHP จะไม่ออกแพตช์ความปลอดภัยให้ PHP 8.2 อีก เว็บ WordPress ที่ยังใช้ 8.2 ควรย้ายไป PHP 8.3 ขึ้นไปก่อนสิ้นปี โดยตัวเลือกที่เหมาะกับเว็บส่วนใหญ่ตอนนี้คือ PHP 8.4 ซึ่งได้รับแพตช์ความปลอดภัยถึงสิ้นปี 2028 ทีม PHP ย้ำเรื่องนี้ไว้ในประกาศ PHP 8.2.35 ว่า 8.2 จะไม่ได้รับการแก้ไขด้านความปลอดภัยใด ๆ หลังวันที่ดังกล่าว และขอให้วางแผนอัปเกรด (PHP Group, 21 ต.ค. 2026)
บทความนี้อธิบายว่า “หมดอายุ” ของ PHP หมายถึงอะไร ทำไมการใช้ PHP ที่หมดอายุแล้วถึงเสี่ยง ควรเลือก 8.3, 8.4 หรือ 8.5 และมีขั้นตอนอัปเกรดแบบปลอดภัยที่ทำตามได้ ข้อมูลวันที่ทุกข้อมีลิงก์ไปยังหน้าต้นทาง ณ วันที่ 28 ตุลาคม 2026 ส่วนรายละเอียดของช่องโหว่ PHP2Shell ที่เพิ่งแพตช์ไป อ่านได้ที่ ช่องโหว่ PHP ล่าสุด 21 ต.ค. 2026
“หมดอายุ” ของ PHP หมายถึงอะไร
PHP แต่ละสาขา (Branch) เช่น 8.2 หรือ 8.3 มีอายุการดูแลรวม 4 ปี แบ่งเป็น 2 ช่วง (PHP Group, Supported Versions)
- Active support (2 ปีแรก) แก้ทั้งบั๊กทั่วไปและช่องโหว่ และออกรุ่นย่อยเป็นประจำ
- Security support (อีก 2 ปี) แก้เฉพาะปัญหาความปลอดภัยร้ายแรง และออกรุ่นใหม่เมื่อจำเป็นเท่านั้น
- End of life (หมดอายุ) ไม่มีการดูแลอีก PHP ระบุว่าผู้ที่ยังใช้รุ่นนี้ควรอัปเกรดโดยเร็ว เพราะอาจเจอช่องโหว่ที่ไม่มีวันได้รับแพตช์
ตารางนี้สรุปวันที่ของสาขาที่ยังได้รับการดูแล ณ เดือนตุลาคม 2026 จาก หน้า Supported Versions ของ php.net
| สาขา PHP | ออกครั้งแรก | Active support ถึง | Security support ถึง (วันหมดอายุ) |
|---|---|---|---|
| 8.2 | 8 ธ.ค. 2022 | 31 ธ.ค. 2024 | 31 ธ.ค. 2026 |
| 8.3 | 23 พ.ย. 2023 | 31 ธ.ค. 2025 | 31 ธ.ค. 2027 |
| 8.4 | 21 พ.ย. 2024 | 31 ธ.ค. 2026 | 31 ธ.ค. 2028 |
| 8.5 | 20 พ.ย. 2025 | 31 ธ.ค. 2027 | 31 ธ.ค. 2029 |
สาขาที่หมดอายุไปแล้วได้แก่ PHP 8.1 (31 ธ.ค. 2025), 8.0 (26 พ.ย. 2023) และ 7.4 (28 พ.ย. 2022) (PHP Group, Unsupported Branches) ถ้า Site Health ของเว็บแสดงเวอร์ชันเหล่านี้ เว็บกำลังรันบน PHP ที่ไม่มีใครดูแลจากต้นทางแล้ว
ทำไมการใช้ PHP ที่หมดอายุถึงเสี่ยง: บทเรียนจาก PHP2Shell
ตัวอย่างที่ชัดที่สุดเพิ่งเกิดขึ้นเมื่อ 21 ตุลาคม 2026 ช่องโหว่ PHP2Shell ได้รับแพตช์ใน 8.5.12, 8.4.27, 8.3.36 และ 8.2.35 แต่ประกาศความปลอดภัยของ PHP ระบุว่า PHP 8.1 และเก่ากว่าไม่ได้รับการอัปเดตจากโครงการ PHP อีกแล้ว (PHP Group, Security advisory) เว็บที่ยังใช้ 7.4 ถึง 8.1 จึงไม่มีรุ่นแก้ไขอย่างเป็นทางการให้ติดตั้ง ทางเลือกที่เหลือคือย้ายสาขาแบบเร่งด่วน หรือพึ่งแพ็กเกจที่ผู้ให้บริการทำเอง
PHP 8.2 ยังทันได้แพตช์รอบนี้เพราะยังไม่ถึงวันหมดอายุ แต่ถ้าช่องโหว่ระดับเดียวกันเกิดขึ้นในปี 2027 เว็บที่ยังค้างอยู่บน 8.2 จะอยู่ในสถานะเดียวกับเว็บ 8.1 วันนี้ การย้ายแบบมีเวลาทดสอบตอนนี้จึงปลอดภัยกว่าการย้ายแบบรีบร้อนหลังมีข่าวช่องโหว่
WordPress แนะนำ PHP เวอร์ชันไหน
หน้า Requirements ของ WordPress.org แนะนำ PHP 8.3 ขึ้นไป และระบุว่า WordPress ยังทำงานบน PHP 7.4 ขึ้นไปได้ในสภาพแวดล้อมเก่า แต่เวอร์ชันเหล่านั้นอาจทำให้เว็บเสี่ยงต่อช่องโหว่ (WordPress.org, Requirements) ฝั่ง WooCommerce แนะนำ PHP 8.3 ขึ้นไปเช่นกัน และระบุว่าทดสอบถึง PHP 8.4 (WooCommerce, Server Recommendations)
ในตารางความเข้ากันได้ของ WordPress Core ตัว WordPress 7.0 และ 7.1 รองรับ PHP 7.4 ถึง 8.5 ส่วน WordPress 6.8 รองรับถึง 8.4 เท่านั้น (Make WordPress Core) มีรายละเอียดที่ควรรู้คือ
- PHP 8.3 ถูกยกระดับเป็น “เข้ากันได้เต็มที่ (fully compatible)” ตั้งแต่ WordPress 6.8 ในเดือนกรกฎาคม 2025
- PHP 8.4 และ 8.5 เคยติดป้าย “beta support” ตั้งแต่ WordPress 6.7 และ 6.9 ตามลำดับ ป้ายนี้ใช้จนกว่าเว็บ WordPress อย่างน้อย 10% จะใช้เวอร์ชันนั้น เพราะ WordPress แทบไม่เคยถูกใช้โดยไม่มีธีมหรือปลั๊กอิน
- WordPress เลิกใช้ป้าย “beta support” ไปเมื่อเดือนพฤษภาคม 2026 ตารางตอนนี้จึงแสดงแค่ว่ารองรับหรือไม่ โดยไม่ได้บอกว่าปลั๊กอินและธีมพร้อมแล้ว
สรุปคือ WordPress Core พร้อมสำหรับ 8.4 และ 8.5 แต่ความเสี่ยงจริงอยู่ที่ปลั๊กอินและธีมที่เว็บใช้ ซึ่งต้องทดสอบเอง
เลือก PHP 8.3, 8.4 หรือ 8.5 สำหรับเว็บ WordPress + WooCommerce
| เวอร์ชัน | ข้อดี | ข้อควรคิด | เหมาะกับ |
|---|---|---|---|
| PHP 8.3 | WordPress ยืนยันว่าเข้ากันได้เต็มที่ ปลั๊กอินเก่ามีโอกาสพังน้อยที่สุดเมื่อย้ายจาก 8.2 | อยู่ในช่วง Security support แล้ว หมดอายุ 31 ธ.ค. 2027 ต้องย้ายอีกรอบภายในปีหน้า | เว็บที่มีปลั๊กอินเก่าหรือปลั๊กอินสั่งทำ ใช้เป็นทางผ่าน |
| PHP 8.4 | WooCommerce ระบุว่าทดสอบถึงเวอร์ชันนี้ ได้แพตช์ความปลอดภัยถึง 31 ธ.ค. 2028 | Active support จบ 31 ธ.ค. 2026 หลังจากนั้นได้เฉพาะแพตช์ความปลอดภัย ซึ่งเพียงพอสำหรับเว็บทั่วไป | เว็บ WordPress และร้านค้า WooCommerce ส่วนใหญ่ |
| PHP 8.5 | อายุยาวที่สุด แพตช์ถึง 31 ธ.ค. 2029 | หน้าความต้องการของ WooCommerce ยังไม่ได้ระบุว่าทดสอบกับ 8.5 และปลั๊กอินบางตัวอาจยังตามไม่ทัน | เว็บใหม่ หรือเว็บที่ใช้ปลั๊กอินไม่มากและทดสอบครบแล้ว |
ข้อมูลวันที่จาก php.net และข้อมูลการทดสอบจาก WooCommerce ไม่แนะนำให้ข้ามไปเวอร์ชันที่ยังเป็นรุ่นทดสอบ เช่น PHP 8.6 ซึ่งยังอยู่ในขั้น Release Candidate ณ ปลายเดือนตุลาคม 2026 (PHP Group) ไม่ว่าเลือกเวอร์ชันไหน ให้ใช้รุ่นย่อยล่าสุดที่มีแพตช์ PHP2Shell แล้ว
Checklist อัปเกรด PHP แบบปลอดภัย
- เช็กเวอร์ชันปัจจุบัน ไปที่ เครื่องมือ (Tools) → สุขภาพเว็บไซต์ (Site Health) → ข้อมูล (Info) → เซิร์ฟเวอร์ (Server) (WordPress.org, Update PHP)
- สำรองข้อมูลทั้งไฟล์และฐานข้อมูล และเก็บไว้นอกเซิร์ฟเวอร์ ดูวิธีได้ที่ ควรทำ Backup WordPress อย่างไรให้ปลอดภัย
- อัปเดต WordPress ปลั๊กอิน และธีมให้เป็นรุ่นล่าสุดก่อน เพราะรุ่นใหม่มักแก้ปัญหากับ PHP ใหม่ไว้แล้ว
- ทดสอบบนเว็บสำเนา (Staging) ตั้ง PHP เวอร์ชันใหม่บนสำเนา แล้วลองหน้าแรก หน้าสินค้า ตะกร้า Checkout ฟอร์มติดต่อ และหลังบ้าน ปลั๊กอิน PHP Compatibility Checker ที่ WordPress.org เคยแนะนำนั้น ตรวจได้ถึง PHP 8.0 เท่านั้น ไม่มีการพัฒนาต่อแล้ว และไม่ได้รันโค้ดจริงจึงจับปัญหาตอนทำงานไม่ได้ (WordPress.org Plugins) การทดสอบจริงบนสำเนาจึงเชื่อถือได้กว่า
- เปลี่ยนเวอร์ชันในแผงควบคุมโฮสติ้ง เช่น เมนู “Select PHP Version” หรือ “MultiPHP Manager” ใน cPanel หรือการตั้งค่า “PHP Version” ของโดเมนใน Plesk โฮสต์หลายเจ้าให้เจ้าของเว็บเปลี่ยนเองได้ ถ้าไม่มีเมนูนี้ให้ส่งอีเมลขอให้โฮสต์เปลี่ยนให้ (WordPress.org, Update PHP)
- ตรวจหลังเปลี่ยน เปิด Site Health ดูว่าแสดงเวอร์ชันใหม่ ไม่มีคำเตือนสำคัญ แล้วดู Error Log ของ PHP ในช่วง 24 ชั่วโมงแรก ทดลองสั่งซื้อจริงหนึ่งรายการถ้าเป็นร้านค้า
- มีแผนถอยกลับ ถ้าเว็บพัง ให้สลับกลับไปเวอร์ชันเดิมในแผงควบคุม แล้วกู้จาก Backup ถ้าจำเป็น (WordPress.org, Update PHP) การถอยกลับควรเป็นแค่การซื้อเวลาเพื่อแก้ปลั๊กอินที่มีปัญหา ไม่ใช่ทางออกถาวร
ถ้าหลังเปลี่ยนเวอร์ชันแล้วเจอหน้าขาว Critical Error หรือ Error 500 อาการและวิธีไล่หาสาเหตุอยู่ในบทความ PHP Version ไม่รองรับ ทำให้ WordPress Error ได้อย่างไร
โฮสต์บางเจ้ายังแพตช์ PHP เก่าให้ต่อ (Backport)
วันหมดอายุบน php.net คือวันที่โครงการ PHP เลิกดูแล แต่ผู้ให้บริการบางรายยังนำแพตช์ความปลอดภัยไปใส่ในเวอร์ชันเก่าต่อ เรียกว่าการ Backport
- Debian ระบุว่าแทนที่จะอัปเกรดเป็นรุ่นใหม่ จะนำการแก้ไขด้านความปลอดภัยไปใส่ในเวอร์ชันที่มากับรุ่นเสถียร (Debian Security FAQ) Debian 12 (bookworm) ใช้ PHP 8.2 เป็นค่าเริ่มต้น (Debian Packages) ส่วนตัว Debian 12 อยู่ในช่วง Debian LTS ถึง 30 มิ.ย. 2028 (Debian Wiki) แต่ LTS ไม่ได้ครอบคลุมทุกแพ็กเกจ ต้องเช็กกับโฮสต์ว่า PHP ที่ใช้ยังได้แพตช์อยู่หรือไม่
- Ubuntu ออกอัปเดตความปลอดภัยด้วยการแพตช์เฉพาะจุดแทนการเปลี่ยนทั้งเวอร์ชัน แพ็กเกจใน main ได้รับการดูแลจากทีม Security ตลอดอายุรุ่น ส่วน universe ดูแลโดยชุมชน เว้นแต่ใช้ Ubuntu Pro (Ubuntu Security Team FAQ)
- CloudLinux / TuxCare มีบริการ Extended Lifecycle Support (ELS) for PHP แบบเสียเงิน ส่งแพตช์ให้ PHP เวอร์ชันเก่าบน cPanel ผ่านแพ็กเกจ alt-php และถ้าไลเซนส์หมด PHP ยังใช้ได้แต่จะไม่ได้แพตช์ใหม่ (cPanel Docs)
แปลว่าเว็บที่แสดง PHP 8.2 หลังปี 2026 ไม่ได้มีช่องโหว่เสมอไป แต่ก็ไม่ได้ปลอดภัยโดยอัตโนมัติ ต้องถามโฮสต์ให้ชัดว่า PHP ที่ใช้มาจากแพ็กเกจที่ยังได้รับแพตช์หรือไม่ และดูแลถึงเมื่อไร PHP ที่คอมไพล์เองหรือมาจาก Repository ที่เลิกออกรุ่นแล้วจะไม่ได้รับการดูแลต่อ วิธีนี้ควรเป็นแผนสำรองระหว่างรอแก้ปลั๊กอิน ไม่ใช่เหตุผลที่จะไม่ย้ายเวอร์ชัน
การย้าย PHP เป็นงานที่ทำปีละครั้งเป็นอย่างน้อย ถ้าไม่อยากไล่ทดสอบเอง ทีมเรามีบริการ รับดูแลเว็บไซต์ WordPress รายเดือน ที่ช่วยดูแลการอัปเดตและสำรองข้อมูลให้ต่อเนื่อง
คำถามที่พบบ่อย
หลัง 31 ธันวาคม 2026 เว็บที่ใช้ PHP 8.2 จะล่มไหม?
ไม่ล่ม เว็บยังทำงานได้ตามปกติ การหมดอายุหมายถึงโครงการ PHP จะไม่ออกแพตช์ความปลอดภัยให้อีก ถ้ามีช่องโหว่ใหม่ในปี 2027 เว็บจะไม่มีรุ่นแก้ไขอย่างเป็นทางการให้ติดตั้ง เหมือนที่เว็บ PHP 8.1 เจอในกรณี PHP2Shell
ควรย้ายจาก PHP 8.2 ไป 8.3 หรือ 8.4 ดี?
เว็บส่วนใหญ่ควรย้ายไป 8.4 เพราะได้แพตช์ความปลอดภัยถึงสิ้นปี 2028 และ WooCommerce ระบุว่าทดสอบถึง 8.4 แล้ว ถ้าทดสอบแล้วมีปลั๊กอินเก่าที่ยังไม่รองรับ ให้ใช้ 8.3 ชั่วคราว แต่ต้องย้ายอีกรอบก่อน 31 ธันวาคม 2027
WordPress รองรับ PHP 8.5 แล้วหรือยัง?
WordPress 6.9 ขึ้นไปรองรับ PHP 8.5 ในระดับ Core ซึ่งตอนแรกติดป้าย beta support และ WordPress เลิกใช้ป้ายนี้ไปเมื่อพฤษภาคม 2026 ส่วนปลั๊กอินและธีมแต่ละตัวต้องตรวจเอง และหน้าความต้องการของ WooCommerce ยังระบุว่าทดสอบถึง PHP 8.4
อัปเดต WordPress ทุกครั้งแล้ว PHP อัปเดตตามด้วยไหม?
ไม่อัปเดตตาม PHP ทำงานอยู่บนเซิร์ฟเวอร์ใต้ WordPress การเปลี่ยนสาขา PHP ต้องทำในแผงควบคุมโฮสติ้งหรือให้โฮสต์ทำให้ การอัปเดต WordPress ปลั๊กอิน หรือธีม ไม่ได้เปลี่ยนเวอร์ชัน PHP
เปลี่ยน PHP แล้วเว็บขึ้น Critical Error ต้องทำอย่างไร?
สลับกลับไปเวอร์ชันเดิมในแผงควบคุมก่อนเพื่อให้เว็บกลับมา แล้วดู Error Log ว่าปลั๊กอินหรือธีมตัวไหนทำให้พัง จากนั้นอัปเดตหรือหาตัวแทนบนเว็บสำเนา ดูขั้นตอนละเอียดที่ Critical Error ใน WordPress แก้ยังไง
โฮสต์บอกว่า PHP 8.2 ของเรายังได้แพตช์อยู่ เชื่อได้ไหม?
เป็นไปได้จริง เช่น Debian, Ubuntu และบริการ ELS ของ CloudLinux/TuxCare นำแพตช์ไปใส่ในเวอร์ชันเก่าให้ ควรถามโฮสต์ว่าใช้แพ็กเกจจากแหล่งไหนและดูแลถึงเมื่อไร แล้วใช้เวลาที่ได้มาทดสอบและย้ายไปสาขาที่ยังได้รับการดูแลจาก PHP โดยตรง
แหล่งอ้างอิง
- The PHP Group. (ม.ป.ป.). Supported Versions. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://www.php.net/supported-versions.php
- The PHP Group. (ม.ป.ป.). Unsupported Branches. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://www.php.net/eol.php
- The PHP Group. (2026). PHP 8.2.35 Released!. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://www.php.net/archive/2026.php#2026-10-21-1
- The PHP Group. (2026). Security advisory: Critical remote code execution vulnerabilities, update now. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://www.php.net/archive/2026.php#2026-10-21-5
- The PHP Group. (2026). PHP 8.6.0 RC4 available for testing. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://www.php.net/archive/2026.php#2026-10-21-6
- WordPress.org. (ม.ป.ป.). Requirements. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://wordpress.org/about/requirements/
- WordPress.org. (ม.ป.ป.). PHP Compatibility and WordPress Versions. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions/
- WordPress.org. (ม.ป.ป.). Get a faster, more secure website: update PHP today. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://wordpress.org/support/update-php/
- WP Engine. (ม.ป.ป.). PHP Compatibility Checker. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://wordpress.org/plugins/php-compatibility-checker/
- WooCommerce. (ม.ป.ป.). WooCommerce Server Recommendations. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://woocommerce.com/document/server-requirements/
- Debian. (ม.ป.ป.). Debian security FAQ. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://www.debian.org/security/faq
- Debian. (ม.ป.ป.). Package: php (bookworm). สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://packages.debian.org/bookworm/php
- Debian. (ม.ป.ป.). LTS. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://wiki.debian.org/LTS
- Ubuntu. (ม.ป.ป.). SecurityTeam/FAQ. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://wiki.ubuntu.com/SecurityTeam/FAQ
- cPanel. (ม.ป.ป.). TuxCare Extended Lifecycle Support (ELS) for PHP. สืบค้นเมื่อ 28 ตุลาคม 2026, จาก https://docs.cpanel.net/knowledge-base/third-party/tuxcare-extended-lifecycle-support-els-php/
