1. असली Web PHP पहचानें
शाखा, पूरा पैकेज revision, स्रोत, एक्सटेंशन, सेवा और हैंडलर लिखें। CLI और Web अलग हो सकते हैं। FPM पूल, Apache, इमेज, कतार और सभी प्रतिकृतियाँ जाँचें। उत्पादन बदलाव से पहले बैकअप, अनुकूलता परीक्षण और वापसी तैयार करें।
2. सुधारा बिल्ड स्थापित करें
पहले संस्करण 8.2.35, 8.3.36, 8.4.27 और 8.5.12 हैं। समर्थित शाखा और संगत एक्सटेंशन चुनें। ऐप और स्वास्थ्य जाँचें। PHP या जिम्मेदार विक्रेता से लें। WAF और CMS अपडेट इंटरप्रेटर ठीक नहीं करते।
| PHP शाखा | इससे पुराने मूल संस्करण | पहला सुधारा गया संस्करण | सुरक्षा समर्थन समाप्त |
|---|---|---|---|
| PHP 8.5 | < 8.5.12 | ✓ 8.5.12 | 31 दिस॰ 2029 |
| PHP 8.4 | < 8.4.27 | ✓ 8.4.27 | 31 दिस॰ 2028 |
| PHP 8.3 | < 8.3.36 | ✓ 8.3.36 | 31 दिस॰ 2027 |
| PHP 8.2 | < 8.2.35 | ✓ 8.2.35 | 31 दिस॰ 2026 |
इन शाखाओं के सामान्य PHP रिलीज़ उपलब्ध नहीं हैं। 7.4, 8.0 और 8.1 के न्यूनतम स्रोत बैकपोर्ट हैं। विक्रेता समर्थन अलग से सत्यापित करें। गाइड पढ़ें ↗
वितरण बैकपोर्ट
Ubuntu, Debian और एंटरप्राइज़ Linux पुराना मूल नंबर रखकर नया संशोधन देते हैं। 8.3.6 बैनर अकेला प्रमाण नहीं। OS, repository, architecture और revision को दोनों CVE से मिलाएँ। हम पैकेज सीमा नहीं गढ़ते।
3. सब पुनः शुरू और सत्यापित करें
नई फाइलें मेमोरी में पुराने वर्कर नहीं बदलतीं। mod_php में Apache, FPM में संबंधित पूल और स्थायी कतार पुनः शुरू करें। शुरू समय, Web संस्करण, पैकेज, स्वास्थ्य और प्रतिकृतियाँ जाँचें। diagnostic पेज तुरंत हटाएँ, phpinfo() सार्वजनिक न छोड़ें।
कमांड उदाहरण / INVENTORY
php -v
php --ini
# Check the executable used by the Web service separately.
php-fpm -v
# On versioned installations, for example:
php-fpm8.3 -vसुधार गाइड
Ubuntu और Debian
php*-common और Web हैंडलर पैकेज पहचानें।
गाइड पढ़ेंRHEL, Rocky और AlmaLinux
OS पैकेज, ऐप स्ट्रीम और तीसरे स्रोत अलग करें।
गाइड पढ़ेंDocker और कंटेनर
पुराना कंटेनर पुनः शुरू करने से पैच नहीं लगता।
गाइड पढ़ेंBaoTa और 1Panel
पैनल का PHP सिस्टम से अलग हो सकता है।
गाइड पढ़ेंWordPress और प्रबंधित होस्टिंग
WordPress, Drupal या Joomla अपडेट PHP नहीं बदलता।
गाइड पढ़ें