नहीं। केवल PHP 8.3 से 8.4 या 8.5 चुन लेना काफी नहीं है। चुनी हुई Branch में उस Security समस्या का Fix होना जरूरी है। जैसे किसी घर का दरवाजा बदलना तभी मदद करता है, जब नए दरवाजे का ताला भी सही हो। हम लोग पहले पूरा Version और Vendor का Patch Status जाँचेंगे, फिर Update करेंगे।
PHP Version और Security Patch में क्या फर्क है?
8.4 एक Branch है; 8.4.27 पूरा Release Number है। एक ही Branch के पुराने Release में समस्या हो सकती है और अगले Release में उसका Fix मिल सकता है। Linux Hosting में Vendor कभी पुराने दिखने वाले Version में भी Fix जोड़ता है, जिसे Backport कहते हैं। इसलिए सिर्फ Hosting Dropdown या Version Number देखकर फैसला न करें। PHP की official advisory और अपने Hosting Vendor की जानकारी मिलाएँ।
इस समय किस Fix की बात हो रही है?
PHP ने 21 October 2026 को CVE-2026-109618 और CVE-2026-109619 के Fix जारी किए। इनसे बिना Login के Server पर Code चलने का खतरा हो सकता है। PHP की advisory में PHP-FPM, Apache mod_php, CGI, FrankenPHP और LiteSpeed सहित Web Requests चलाने वाली installations का उल्लेख है। यह केवल WordPress Plugin की समस्या नहीं है।
| Branch | Fix वाला Release |
|---|---|
| PHP 8.2 | 8.2.35 |
| PHP 8.3 | 8.3.36 |
| PHP 8.4 | 8.4.27 |
| PHP 8.5 | 8.5.12 |
ये इन दो समस्याओं के Fix वाले Releases हैं, हमेशा के लिए सबसे नए या हर समस्या से सुरक्षित Version की सूची नहीं। Install करते समय अपनी Supported Branch का नवीनतम उपयुक्त Security Release और Vendor Advisory जाँचें। PHP 8.1 और पुराने Versions के लिए Vendor के Backport की पुष्टि या Supported Branch पर Migration चाहिए।
4 November 2026 तक के दो अतिरिक्त Checks
- Windows Hosting: PHP ने 26 October को Brotli समस्या के लिए 8.5.12-1, 8.4.27-1, 8.3.36-1 और 8.2.35-1 Windows Packages दिए। Runtime Version वही दिख सकता है; Package Build भी Host से Confirm करें।
- Session Upload Progress: 23 October की PHP सूचना में एक खास Configuration के लिए अतिरिक्त सलाह है। Host से पूछें कि
session.upload_progress.enabledवाली सलाह आपकी installation पर लागू है या नहीं। Settings जानकार Administrator से बदलवाएँ।
अपनी वेबसाइट पर PHP कैसे जाँचें और Update करें?
पहले तैयार रखें: Hosting Login, Website URL, Files और Database का Backup, और Backup Restore करने का तरीका। Password या Hosting Access किसी Public Comment में न डालें।
- WordPress पर Version देखें: Dashboard खोलें → Tools → Site Health → Info → Server। PHP Version नोट करें। Menu की भाषा आपके Dashboard के अनुसार अलग हो सकती है।
- Shared Hosting पर: Hosting Panel में PHP Settings, Select PHP Version या MultiPHP Manager खोजें। सही Domain चुनें और उसका पूरा Version देखें। केवल Dropdown में 8.4 लिखा हो तो Support से Patch Status पूछें। Panel और उपलब्ध विकल्प Host पर निर्भर हैं।
- Host से पुष्टि लें: नीचे दिया Message भेजें। Managed Hosting में Provider Update करता है; VPS या Dedicated Server में Administrator को Vendor Packages, सभी PHP Pools और Containers की जाँच करनी होगी।
php -vकेवल CLI का Version दिखा सकता है, Website वाला PHP अलग हो सकता है। - Backup और Test के बाद Apply करें: संभव हो तो Staging Copy पर Themes, Plugins और Custom Code की Compatibility जाँचें। Hosting में सही Domain के लिए Patched Release चुनकर Apply/Save करें। अगर Update उपलब्ध नहीं है तो Host से तुरंत सहायता लें।
- चलते Workers जाँचें: Host या Administrator से जरूरी PHP/Web Service Restart और सभी Workers पर नया Package लागू होने की पुष्टि लें। खुद बिना समझे Server Commands न चलाएँ।
- नतीजा जाँचें: Site Health या Hosting में Version दोबारा देखें। Home, Login, Contact Form, Upload, Checkout और Payment Flow में जो Features आपकी Site पर हैं, उन्हें Test करें। Error Logs देखें और Host से CVE Patch Confirmation लें।
Hosting Support को क्या Message भेजें?
मेरे Domain पर Web Requests चलाने वाला PHP Version और Package Build बताएं। क्या CVE-2026-109618 और CVE-2026-109619 के Fix सभी Workers/Pools पर लागू हैं? Backported Fix हो तो Advisory या Package Reference दें। Windows Build और 23 October की Session Upload Progress सलाह भी जाँचें। Update तथा Restart के बाद पुष्टि करें।
क्या सिर्फ Plugin Update या WAF काफी है?
इन दो PHP समस्याओं का पूरा समाधान PHP का सही Update है। WordPress की official सूचना भी इसे केवल WordPress की समस्या नहीं बताती। WAF या कुछ Settings जोखिम घटा सकती हैं, लेकिन PHP advisory उन्हें पूरा Fix नहीं मानती। Update तुरंत संभव न हो तो Host से प्रभावित Service को अस्थायी रूप से अलग करने या Offline करने पर सहायता लें।
क्या Blogger और हर वेबसाइट पर यही Steps लागू हैं?
ये PHP जाँच के Steps उस Hosting के लिए हैं जहाँ PHP Application चलती है। WordPress और Custom PHP वेबसाइटों के Owners को Host से जाँचना चाहिए। Blogger जैसे Hosted Platform में आपके पास ऐसा PHP Version Selector नहीं होता; अपने जुड़े हुए PHP Backend या अलग Hosting को भी जाँचें। केवल वेबसाइट का नाम देखकर उसका Server Setup तय नहीं किया जा सकता।
वेबसाइट पहले से Hack होने का शक हो तो?
Patch लगने से पहले डाला गया Malware अपने-आप नहीं हटता। अनजान Admin Users, बदली Files, Redirects या संदिग्ध Logs दिखें तो Hosting Security Team से जाँच कराएँ। Logs सुरक्षित रखें और Clean Backup, Malware Removal तथा Credentials बदलने का काम उनकी सलाह से करें।
अक्सर पूछे जाने वाले सवाल
क्या PHP 8.5 लिखा दिखे तो वेबसाइट सुरक्षित है?
इतनी जानकारी काफी नहीं। पूरा Release, Package Build और लागू Security Fix की पुष्टि चाहिए।
क्या Version छिपाने से Fix हो जाएगा?
नहीं। Version छिपाना Vulnerability को Patch नहीं करता।
Update के बाद Error आए तो क्या करें?
Host या Developer को Error Logs दें। Compatibility ठीक कराएँ या किसी Compatible Patched Branch का विकल्प लें; पुराने Vulnerable Release को स्थायी समाधान न मानें।
अब पहला काम: पूरा PHP Version लिखें और Hosting Support से Patch की पुष्टि लें। Website Development या तकनीकी सहायता के लिए RITI Web Solution से संपर्क करें।
Sources और वीडियो संदर्भ
- PHP official archive: 21, 23 और 26 October 2026 की Security सूचनाएँ
- WordPress: Critical PHP Security Release और Site Health का रास्ता
- आपका दिया YouTube वीडियो — उपलब्ध साझा अंश विषय का आधार है। पूरा वीडियो उपलब्ध न होने के कारण यह उसका पूरा Transcript या सत्यापित Summary नहीं है।
तथ्य जाँच: 4 November 2026। Publish करने से पहले नवीनतम Advisories दोबारा जाँचें।
Disclaimer: Content और instructional Images AI की सहायता से बनाए गए हैं। गलती या कोई बात छूट सकती है; जरूरी Facts official Sources और अपने Hosting Provider से जाँचें।
