आज के ट्रेंड पर वापस: PHP की दो खामियों से अनजान लोग वेबसाइटों पर कब्ज़ा कर सकते हैं; कुछ सेवाएं सुरक्षा के लिए बंद हुईं
Poly रेटिंग · आज के ट्रेंड से

मेरी वेबसाइट पर PHP कैसे अपडेट करें: 2026 के 10 प्लेटफ़ॉर्म जिन पर खतरा है

वर्डप्रेस अपडेट करने से यह ठीक नहीं होता: वर्डप्रेस.org का कहना है कि वर्डप्रेस का कोई अपडेट योजना में नहीं है। PHP सुधार के 24 घंटे बाद, Shodan के नमूने में प्रभावित वर्डप्रेस होस्ट्स के 99.1% पर अब भी बिना पैच वाला PHP चल रहा था।

  • नंबर 1: वर्डप्रेस
  • 10 स्थान

01अंतिम सूची

अग्रणी AI ने स्वतंत्र रूप से अपनी-अपनी दस स्थानों की सूची बनाई। यहाँ एक आसानी से जाँचा जा सकने वाला नतीजा है: हर स्थान का कारण, स्रोत और उसे शामिल करने वाले AI की सूची है।

क्रम: सबसे अधिक AI सहमति से सबसे कम तक।

चमकीला बैज: इस AI ने प्रविष्टि अपनी सूची में रखी। फीका बैज: नहीं रखी।

  1. 1

    वर्डप्रेस

    सबसे बड़ा जोखिम। लगभग हर 3 में से 1 इंस्टॉल PHP 8.1 या उससे पुराना चलाता है; आँकड़े 32.4% से 36.4% तक हैं। Shodan के नमूने में 33,075 प्रभावित होस्ट, जिनमें से सिर्फ़ 299 पैच हुए।

    शामिल किया: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    उनकी सूचियों में: Claude: 5 · ChatGPT: 1 · Grok: 1 · Nemotron: 1 · Gemini: 1 · Kimi: 1 · Wenxin: 1

    हर AI ने क्या नोट किया 7
    • Claudeस्थान 5

      दिखने वाले वर्डप्रेस इंस्टॉल में से लगभग 3 में से 1 PHP 8.1 या उससे पुराना बताता है, और WordPress.org ने कहा कि वर्डप्रेस का कोई अपडेट योजना में नहीं है: समाधान PHP का अपडेट है।

      स्रोत ↗
    • ChatGPTस्थान 1

      दुनिया में सबसे ज़्यादा इस्तेमाल होने वाला CMS (वेबसाइट-प्रबंधन सिस्टम) सामान्य वर्डप्रेस कोर-अपडेट बटन से PHP इंजन को पैच नहीं कर सकता।

      स्रोत ↗
    • Grokस्थान 1

      पूरी तरह पैच किया गया वर्डप्रेस साइट भी तब तक खतरे में रहती है जब तक होस्ट उसके नीचे का PHP इंजन अपग्रेड नहीं करता

      स्रोत ↗
    • Nemotronस्थान 1

      WP.org के आँकड़ों के अनुसार ~60% वर्डप्रेस साइटें EOL (अब अपडेट न मिलने वाले) PHP पर चलती हैं, फिर भी ज़्यादातर मैनेज्ड होस्ट पर एक-क्लिक PHP स्विच मौजूद है

    • Geminiस्थान 1

      4 करोड़ से ज़्यादा अपडेट की गई साइटें wp-admin में हरे निशान दिखाती हैं, जबकि भीतर ही भीतर वे अब अपडेट न होने वाले PHP 7.4 या 8.0 इंजन पर चल रही हैं।

      स्रोत ↗
    • Kimiस्थान 1

      धरती की हर पाँच में से दो वेबसाइटें इसे चलाती हैं — और हर तीन में से एक अब भी बंद हो चुका PHP बताती है, जबकि पूरी तरह अपडेट किया गया WordPress 7.1.2 शोधकर्ता की अपनी हमले के डेमो की सूची पर था।

      स्रोत ↗
    • Wenxinस्थान 1

      लगभग 10 में से 4 साइट इस पर चलती है, फिर भी अगर होस्ट इजाज़त दे तो एक डैशबोर्ड क्लिक से PHP इंजन बदला जा सकता है — पर 18% इंस्टॉल अब भी PHP 7.x या उससे पुराना बताते हैं

    7 AI ने इसे यहाँ रखा
    स्रोत ↗
  2. 2

    ड्रुपल

    ड्रुपल की लगभग आधी साइटें पहले से ऐसे कोर पर हैं जिसका समर्थन खत्म हो चुका है (अकेले ड्रुपल 7 पर 29%)। एक दिन बाद 3,919 प्रभावित होस्ट में से सिर्फ़ 31 पैच हुए।

    शामिल किया: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    उनकी सूचियों में: Claude: 3 · ChatGPT: 3 · Grok: 2 · Nemotron: 2 · Gemini: 3 · Kimi: 4 · Wenxin: 2

    हर AI ने क्या नोट किया 7
    • Claudeस्थान 3

      विज़ ने दिखाया कि नवीनतम ड्रुपल इमेज पर दूर से कोड चलाया जा सकता है, इसलिए अप-टू-डेट कोर भी सुरक्षा नहीं देता था।

      स्रोत ↗
    • ChatGPTस्थान 3

      ड्रुपल एक साफ़ सीमा दर्ज करता है: कोई भी समर्थित ड्रुपल रिलीज़ PHP 7 को सपोर्ट नहीं करता, फिर भी ड्रुपल को अपग्रेड करने से PHP खुद पैच नहीं होता।

      स्रोत ↗
    • Grokस्थान 2

      लगभग आधी पहचानी गई ड्रुपल साइटें पहले से ऐसे मेजर वर्ज़न पर हैं जिनका समर्थन खत्म हो चुका है, और उनके नीचे का PHP भी प्लेटफ़ॉर्म के अपडेटर से उतना ही बाहर है

    • Nemotronस्थान 2

      Drupal 10+ को PHP 8.1+ चाहिए, पर Drupal 7 साइटें (अब भी ~15% इंस्टॉल) PHP 7.4 पर अटकी हैं, जिसका समर्थन खत्म हो चुका है (EOL)

      स्रोत ↗
    • Geminiस्थान 3

      एक गहरी दरार है: Drupal 7 के वे एंटरप्राइज़ ग्राहक, जो नया अपग्रेड टालते हैं, PHP 7.4 रनटाइम बचाए रखते हैं, जबकि Drupal 10 को आधुनिक PHP 8.2+ चाहिए।

      स्रोत ↗
    • Kimiस्थान 4

      लगभग आधी ड्रुपल साइटें अब भी ऐसा कोर चला रही हैं जिसका समर्थन खत्म हो चुका है — 29% सिर्फ़ Drupal 7 पर हैं, जो जनवरी 2025 से बंद है — इसलिए उनका PHP आमतौर पर और भी पुराना होता है।

    • Wenxinस्थान 2

      अपडेटर प्लेटफ़ॉर्म बदल सकता है, पर PHP इंजन को नहीं छू सकता — 22% ड्रुपल साइटें बंद हो चुके PHP पर हैं, क्योंकि होस्ट ने उसे कभी अपग्रेड नहीं किया

      स्रोत ↗
    7 AI ने इसे यहाँ रखा
    स्रोत ↗
  3. 3

    जूमला

    एक दिन बाद प्रभावित 646 जूमला होस्ट्स में से सिर्फ़ 4 ने PHP पैच किया। जूमला.org खुद ऑफ़लाइन हो गई, और मौजूदा जूमला 6.1.4 का डेमो में फ़ायदा उठाया गया।

    शामिल किया: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    उनकी सूचियों में: Claude: 4 · ChatGPT: 2 · Grok: 3 · Nemotron: 3 · Gemini: 2 · Kimi: 2 · Wenxin: 3

    हर AI ने क्या नोट किया 7
    • Claudeस्थान 4

      OX Security के सैंपल के 1,099 जूमला होस्ट में से सिर्फ़ 4 में एक दिन बाद पैच किया गया PHP दिखा।

      स्रोत ↗
    • ChatGPTस्थान 2

      अप-टू-डेट जूमला डैशबोर्ड के नीचे पुराना PHP इंजन भी चल सकता है।

    • Grokस्थान 3

      वर्डप्रेस से छोटा आकार, फिर भी अक्टूबर 2026 के फिक्स चाहने वाली किसी भी साइट के लिए वही होस्ट-नियंत्रित PHP रुकावट

      स्रोत ↗
    • Nemotronस्थान 3

      Joomla 5.x को PHP 8.2+ चाहिए; 4.x को 8.1; कई 3.x साइटें अब भी PHP 7.4 पर हैं और उनके लिए कोई कोर अपग्रेड रास्ता नहीं

      स्रोत ↗
    • Geminiस्थान 2

      लगभग आधे प्रोडक्शन डिप्लॉयमेंट पुराना PHP चलाते हैं, क्योंकि PHP 8.2 या 8.3 पर जाते ही एक्सटेंशन तुरंत टूट जाते हैं।

    • Kimiस्थान 2

      Joomla की 82% साइटें अब भी संस्करण 3 पर चलती हैं — ऐसा सॉफ़्टवेयर जो 2012 के PHP पर ठीक चलता है — और इसी खामी की वजह से Joomla प्रोजेक्ट की अपनी वेबसाइट बंद हो गई।

      स्रोत ↗
    • Wenxinस्थान 3

      जूमला के लिए वन-क्लिक अपडेटर, PHP पर कोई नियंत्रण नहीं — हर पाँच में से एक जूमला इंस्टॉल अब भी PHP 7.4 के साथ आता है

      स्रोत ↗
    7 AI ने इसे यहाँ रखा
    स्रोत ↗
  4. 4

    मैगेंटो / एडोब कॉमर्स

    नमूने के 48 प्रभावित मैगेंटो होस्ट्स में से एक दिन बाद किसी ने भी पैच नहीं किया। Sansec: 'आप अपने स्टोर के कोड के भीतर से PHP2Shell को ठीक नहीं कर सकते।'

    शामिल किया: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.

    उनकी सूचियों में: Claude: 1 · ChatGPT: 4 · Grok: 4 · Nemotron: 4 · Gemini: 4 · Kimi: 3 · Wenxin: 4

    हर AI ने क्या नोट किया 7
    • Claudeस्थान 1

      OX Security के सैंपल में 48 दिखने वाले Magento होस्ट प्रभावित थे, और 24 घंटे बाद भी उनमें से किसी को पैच नहीं मिला था। स्टोर के अपने अपडेट PHP को कभी नहीं छूते।

      स्रोत ↗
    • ChatGPTस्थान 4

      रनटाइम फिक्स एक बड़े ई-कॉमर्स अपग्रेड में बदल सकता है, जब PHP वर्ज़न और स्टोर का समर्थित डिपेंडेंसी स्टैक एक साथ बदलना पड़े।

      स्रोत ↗
    • Grokस्थान 4

      प्लेटफ़ॉर्म पर अप-टू-डेट रहने वाले ई-कॉमर्स इंस्टॉल भी बिना पैच वाले PHP पर रह सकते हैं, जब तक सर्वर या होस्ट रनटाइम नहीं बदलता

      स्रोत ↗
    • Nemotronस्थान 4

      Magento 2.4.7+ को PHP 8.2+ चाहिए; पुराने 2.4.x, PHP 8.1 पर जल्द EOL होंगे; Cloud PHP अपने आप अपडेट करता है

      स्रोत ↗
    • Geminiस्थान 4

      सख्त कंपाइल्ड डिपेंडेंसी का मतलब है कि PHP इंजन अपग्रेड करने के लिए रीबिल्ड चाहिए, इसलिए ई-कॉमर्स स्टोर बंद हो चुके रनटाइम पर जमे रहते हैं।

      स्रोत ↗
    • Kimiस्थान 3

      Magento 1 स्टोरों को जून 2020 से कोई आधिकारिक सुरक्षा सपोर्ट नहीं मिला — उनके लिए यह आपातकालीन फिक्स है ही नहीं, सिर्फ़ सर्वर अपग्रेड ही मदद करता है।

      स्रोत ↗
    • Wenxinस्थान 4

      एंटरप्राइज़-स्तर का प्लेटफ़ॉर्म, पर अपडेटर सिर्फ़ Magento कोड पैच करता है; PHP अपग्रेड का मतलब है होस्टिंग कंपनी को कॉल करना — 30% स्टोर अब भी PHP 7.4 पर हैं

      स्रोत ↗
    7 AI ने इसे यहाँ रखा
    स्रोत ↗
  5. 5

    लारावेल और अपने बनाए PHP ऐप

    कोई डैशबोर्ड किसी को चेतावनी नहीं देता, और कोई फ़्रेमवर्क टूल PHP नहीं बदल सकता। एक दिन बाद दिखने वाले लारावेल होस्ट्स में से 98.27% अब भी बिना पैच थे (2,040 प्रभावित में से 36 पैच हुए)।

    शामिल किया: Claude, ChatGPT, Grok, Nemotron. शामिल नहीं किया: Gemini, Kimi, Wenxin.

    उनकी सूचियों में: Claude: 6 · ChatGPT: 5 · Grok: 5 · Nemotron: 6

    हर AI ने क्या नोट किया 4
    • Claudeस्थान 6

      OX Security के सैंपल के दिखने वाले लारावेल होस्ट में से 98.27% अब भी अपडेट नहीं हुए थे, और इस फ्रेमवर्क में ऐसा कोई टूल नहीं है जो सर्वर का PHP बदल दे।

      स्रोत ↗
    • ChatGPTस्थान 5

      हो सकता है मालिक को चेताने के लिए कोई CMS डैशबोर्ड ही न हो कि असली रनटाइम अब भी कमज़ोर है।

    • Grokस्थान 5

      ऐप का कोड अप-टू-डेट हो सकता है, जबकि PHP वर्कर कमज़ोर शाखा पर रहता है, जब तक ऑपरेटर नई बाइनरी के साथ रीस्टार्ट न करे

      स्रोत ↗
    • Nemotronस्थान 6

      Laravel 11.x को PHP 8.2+ चाहिए; कई 10.x ऐप PHP 8.1 पर हैं; PHP के लिए कोई ऑटो-अपडेटर नहीं

      स्रोत ↗
    4 AI ने इसे यहाँ रखा
    स्रोत ↗
  6. 6

    ओपनकार्ट और अन्य पुरानी PHP दुकानें

    PHP 5.6–8.1 वाले पुराने शॉप्स को आधिकारिक PHP रिलीज़ नहीं मिलती। उनका सुधार एक क्लिक का नहीं, बल्कि समुदाय के बनाए पैच के संग्रह से होता है।

    शामिल किया: Claude, Nemotron, Gemini. शामिल नहीं किया: ChatGPT, Grok, Kimi, Wenxin.

    उनकी सूचियों में: Claude: 2 · Nemotron: 9 · Gemini: 5

    हर AI ने क्या नोट किया 3
    • Claudeस्थान 2

      इन साइटों का समाधान एक-क्लिक अपडेट नहीं, बल्कि PHP 5.6 से 8.1 के लिए समुदाय द्वारा बनाए गए पैचों का संग्रह है।

      स्रोत ↗
    • Nemotronस्थान 9

      OpenCart 4.x को PHP 8.1+ चाहिए; 3.x ज़्यादातर PHP 7.4/8.0 पर; एक्सटेंशन का इकोसिस्टम पीछे है

      स्रोत ↗
    • Geminiस्थान 5

      सस्ते, अनमैनेज्ड शेयर्ड होस्टिंग पर व्यापक रूप से इंस्टॉल, जहाँ स्टोर मालिक शायद ही जानते हैं कि उनका PHP इंटरप्रेटर पाँच साल पुराना है।

      स्रोत ↗
    3 AI ने इसे यहाँ रखा
    स्रोत ↗
  7. 7

    cPanel, प्लेस्क और phpMyAdmin

    सुधार के 24 घंटे बाद प्रभावित 587 cPanel होस्ट्स में से 0 पैच हुए थे। सुधार के कवरेज पर स्रोत अलग-अलग हैं: PHP 5.2 पर वापस (क्लाउडलिनक्स) या 7.3 से नीचे कुछ नहीं।

    शामिल किया: Claude, ChatGPT, Kimi. शामिल नहीं किया: Grok, Nemotron, Gemini, Wenxin.

    उनकी सूचियों में: Claude: 9 · ChatGPT: सूची देखें · Kimi: 10

    हर AI ने क्या नोट किया 3
    • Claudeस्थान 9

      Plesk ने PHP 8.2 से 8.5 के फिक्स्ड बिल्ड जारी किए, पर साइट के मालिक को उन्हें खुद लगाना होगा।

      स्रोत ↗
    • ChatGPT

      इसकी अपनी सूची में नाम अलग है: पूरी सूची खोलें।

      सूची देखें
    • Kimiस्थान 10

      cPanel ने PHP 7.4 से 8.1 के फिक्स जारी किए — और PHP 7.3 या उससे पुराने के लिए बिल्कुल कुछ नहीं, जिससे कंट्रोल-पैनल इंस्टॉल के एक बड़े हिस्से के जमे रहने का खतरा है।

      स्रोत ↗
    3 AI ने इसे यहाँ रखा
    स्रोत ↗
  8. 8

    वूकॉमर्स

    हर 5 में से लगभग 1 वर्डप्रेस साइट वूकॉमर्स स्टोर है। इसके दस्तावेज़ अब PHP 8.3+ माँगते हैं, फिर भी स्टोर 'भले ही उनका अपना कोड साफ़ हो' निशाना बनते हैं।

    शामिल किया: Grok, Kimi. शामिल नहीं किया: Claude, ChatGPT, Nemotron, Gemini, Wenxin.

    उनकी सूचियों में: Grok: 10 · Kimi: 5

    हर AI ने क्या नोट किया 2
    • Grokस्थान 10

      स्टोर प्लगइन अप-टू-डेट हो सकता है, फिर भी Site Health में दिखने वाला PHP वर्ज़न होस्ट कुछ करे तब तक कमज़ोर रहता है

      स्रोत ↗
    • Kimiस्थान 5

      हर पाँच वर्डप्रेस साइटों में से एक स्टोर है, और WooCommerce के अपने दस्तावेज़ अब PHP 8.3+ माँगते हैं — जबकि ज़्यादातर स्टोर उसी PHP पर हैं जो उनके वर्डप्रेस होस्ट ने चुना था।

      स्रोत ↗
    2 AI ने इसे यहाँ रखा
    स्रोत ↗
  9. 9

    मीडियाविकी

    विकिपीडिया के पीछे का सॉफ़्टवेयर: मीडियाविकी 1.46.2 डेमो की सूची में था, और पैच से कुछ घंटे पहले विकिमीडिया ने अपना Phabricator बंद कर दिया।

    शामिल किया: Grok, Kimi. शामिल नहीं किया: Claude, ChatGPT, Nemotron, Gemini, Wenxin.

    उनकी सूचियों में: Grok: 7 · Kimi: 7

    हर AI ने क्या नोट किया 2
    • Grokस्थान 7

      हाई-प्रोफ़ाइल PHP डिप्लॉयमेंट, जिनमें इंजन पैच लगाने के लिए विकी सॉफ़्टवेयर नहीं, इन्फ़्रास्ट्रक्चर टीम चाहिए

      स्रोत ↗
    • Kimiस्थान 7

      विकिपीडिया के पीछे का सॉफ़्टवेयर भी वही इंजन साझा करता है — विकिमीडिया ने पैच आने से घंटों पहले अपना Phabricator बंद कर दिया।

      स्रोत ↗
    2 AI ने इसे यहाँ रखा
    स्रोत ↗
  10. 10

    नेक्स्टक्लाउड (अपने सर्वर पर)

    इसका एक क्लिक वाला अपडेटर ऐप को अपडेट करता है, PHP को नहीं। मौजूदा नेक्स्टक्लाउड 35.0.1 का डेमो में फ़ायदा उठाया गया। इसे सिर्फ़ एक AI ने सूची में रखा, और इसकी असुरक्षित होस्ट्स की कोई गिनती नहीं है।

    शामिल किया: Kimi. शामिल नहीं किया: Claude, ChatGPT, Grok, Nemotron, Gemini, Wenxin.

    उनकी सूचियों में: Kimi: 8

    हर AI ने क्या नोट किया 1
    • Kimiस्थान 8

      Nextcloud का चमकदार वन-क्लिक अपडेटर ऐप को तो अपडेट करता है — पर नीचे के PHP को नहीं छू सकता, और Nextcloud 35.0.1 भी हमले के डेमो की सूची पर था।

      स्रोत ↗
    1 AI ने इसे यहाँ रखा
    स्रोत ↗

शीर्ष तीन के बारे में और ↓

02शीर्ष तीन के बारे में और

रैंकिंग ऊपर है। यहाँ शीर्ष तीन स्थानों के बारे में और जानकारी है: वे क्या हैं, यहाँ क्यों हैं, और क्या जानना उपयोगी है।

तीनों का माप अलग-अलग नमूनों पर हुआ है, इसलिए अब भी बिना पैच वाला हिस्सा तीनों में लगभग एक जैसा है, जबकि जोखिम में पड़ी साइटों की संख्या में बड़ा अंतर है।

1वर्डप्रेस

नं. 1 — वर्डप्रेस. 7 में से 7 AI की सूचियों में; वहाँ मध्य स्थान: 1. इसमें जोखिम वाली साइटों का सबसे बड़ा समूह है, और WordPress को खुद अपडेट करने से उसके नीचे का PHP इंजन ठीक नहीं होता।

क्या आप जानते हैं

  • WordPress के संस्करणों के नाम जैज़ कलाकारों पर रखे जाते हैं। संस्करण 1.0, जो 3 जनवरी 2004 को आया, उसका नाम "Miles" था। सबसे पहला रिलीज़, 0.7, 27 मई 2003 को आया था।

    स्रोत ↗
यह क्या है
सबसे ज़्यादा इस्तेमाल होने वाला वेबसाइट प्लेटफ़ॉर्म, जो PHP पर चलता है।
इसकी बढ़त
इसमें प्रभावित होस्ट ड्रुपल या जूमला से कहीं ज़्यादा हैं।
किसे जानना चाहिए
उन सबके लिए उपयोगी जिनकी WordPress साइट है, क्योंकि इसका अपना अपडेट यह समस्या ठीक नहीं करेगा।
  • 24 घंटे के भीतर पैच किए गए होस्ट33,075 में से 299 पैच किए गए

विकिपीडिया · Wikidata

यह यहाँ क्यों है

  • एक 24 घंटे के स्कैन में, PHP संस्करण दिखाने वाली 41,882 WordPress साइटों में से 33,075 एक प्रभावित रिलीज़ पर चल रही थीं। केवल 299 के पास पैच किया हुआ संस्करण था। तीनों प्लेटफ़ॉर्मों में यह सबसे बड़ा जोखिम वाला समूह है।

    स्रोत ↗

  • WordPress के अपने जनवरी 2026 के PHP आँकड़े: निगरानी में ली गई साइटों में से 22.20% PHP 7.4 पर, 15.39% 8.1 पर और 5.69% 8.0 पर चल रही थीं। इन्हें मिलाकर लगभग 43% होता है, और इसमें पुराने संस्करण शामिल नहीं हैं।

    स्रोत ↗
इतिहास

  • 2003 में मैट मुलेनवेग ने b2 नाम के ब्लॉगिंग टूल के फ़ोर्क के रूप में WordPress शुरू किया। उसके निर्माता ने उसका रखरखाव बंद कर दिया था, इसलिए मुलेनवेग ने मुफ़्त कोड लेकर एक नया संस्करण बनाया।

    स्रोत ↗
ध्यान रखें

  • WordPress अब भी PHP 7.4+ पर चलता है, लेकिन आधिकारिक आवश्यकताओं वाले पन्ने पर लिखा है कि यह संस्करण अब समर्थित नहीं है, यानी इसे सुरक्षा अपडेट नहीं मिलते, और यह आपकी साइट को सुरक्षा कमज़ोरियों के सामने ला सकता है। वह PHP 8.3 या उससे नया लेने की सलाह देता है।

    स्रोत ↗

  • होस्ट द्वारा ज़बरदस्ती किया गया PHP बदलाव पुरानी थीम या प्लगइन तोड़ सकता है। एक फ़ोरम उपयोगकर्ता के एडमिन क्षेत्र ने PHP अपडेट के बाद काम करना बंद कर दिया, और बाद में होस्ट ने PHP को फिर पुराने संस्करण पर कर दिया।

    स्रोत ↗
लोग क्या कहते हैं

  • While trying to fix a relatively minor Google Map API problem, I have gone down a rabbit hole that has taken my site offline. — justinfarquhar

    स्रोत ↗
आगे कहाँ देखें

  • पहले आवश्यकताओं वाला पन्ना खोलें और उसमें PHP वाली पंक्ति ढूंढें। उसमें वह PHP संस्करण लिखा है जो WordPress आपके होस्ट के लिए सुझाता है। फिर अपने होस्टिंग पैनल में देखें कि आपकी अपनी साइट कौन-सा PHP संस्करण चलाती है।

    स्रोत ↗

वीडियो: WordPress.org VS WordPress.com: The Confusing Differences Explained! (अंग्रेज़ी में) · Darrel Wilson

शीर्ष तीन की तुलना करें ↓

2ड्रुपल

नं. 2 — ड्रुपल. 7 में से 7 AI की सूचियों में; वहाँ मध्य स्थान: 3. ड्रुपल की लगभग आधी साइटें पहले से ऐसे कोर पर चल रही हैं जो end-of-life हो चुका है, यानी अब उसे सुरक्षा अपडेट नहीं मिलते। प्रभावित होस्टों में से लगभग किसी को भी एक दिन के भीतर पैच नहीं किया गया।

क्या आप जानते हैं

  • ड्रुपल का नाम एक टाइपो से आया है। ड्रीस बाउटेर्ट "dorp.org" (डच में "गाँव") चाहते थे, पर टाइप "drop" हो गया। नाम ड्रुपल डच शब्द "druppel" से आता है, जिसका मतलब है बूंद।

    स्रोत ↗
यह क्या है
एक वेबसाइट प्लेटफ़ॉर्म, जिसे अक्सर बड़ी, खास तौर पर बनाई गई साइटों के लिए इस्तेमाल किया जाता है।
इसकी बढ़त
कई साइटें ऐसे कोर पर हैं जिसे अब सुरक्षा सुधार नहीं मिलते।
किसे जानना चाहिए
ड्रुपल 7 वाले उन मालिकों के लिए उपयोगी जिन्हें अब आगे बढ़ना ज़रूरी है।
  • 24 घंटे के भीतर पैच किए गए होस्ट3,919 में से 31 पैच किए गए

विकिपीडिया · Wikidata

यह यहाँ क्यों है

  • PHP संस्करण दिखाने वाले 5,078 ड्रुपल होस्टों में से 24 घंटे बाद 3,919 प्रभावित थे। केवल 31 ने पैच किया था, इसलिए प्रभावित होस्टों में से 99.22% अब भी खुले थे।

    स्रोत ↗

  • W3Techs के अनुसार 22 अक्टूबर 2026 को ड्रुपल साइटों में से 29.0% ड्रुपल 7 पर थीं। यह ड्रुपल 10 के 28.7% से ज़्यादा है, और ड्रुपल 7 को अब सुरक्षा सुधार नहीं मिलते।

    स्रोत ↗
इतिहास

  • सन 2000 के आसपास ड्रीस बाउटेर्ट और उनके दोस्तों ने एक यूनिवर्सिटी हॉस्टल में आठ छात्रों के बीच एक ADSL मॉडेम साझा किया। उन्होंने बात करने के लिए एक छोटी वेबसाइट बनाई, और वही बढ़कर ड्रुपल बन गई।

    स्रोत ↗
ध्यान रखें

  • टैग1 का कहना है कि कोर का माइग्रेशन टूल Views को नहीं ले जाता, यानी वे सेव की हुई सूचियाँ और लेआउट जो सामग्री दिखाते हैं। उन हिस्सों के लिए अलग मॉड्यूल चाहिए या उन्हें हाथ से दोबारा बनाना पड़ेगा।

    स्रोत ↗
शीर्ष तीन की तुलना करें ↓

3जूमला

नं. 3 — जूमला. 7 में से 7 AI की सूचियों में; वहाँ मध्य स्थान: 3. प्रभावित जूमला होस्टों में से लगभग किसी को भी पैच नहीं किया गया, और मौजूदा जूमला संस्करण की कमज़ोरी का भी एक डेमो में फ़ायदा उठाया गया।

क्या आप जानते हैं

  • Joomla स्वाहिली शब्द "Jumla" की वर्तनी है, जिसका मतलब है "सब मिलाकर" या "पूरा का पूरा"। शुरुआती टीम ने इसे चुना, और इसे अपनाने से पहले ब्रांडिंग और मार्केटिंग के पेशेवरों ने नाम की समीक्षा की।

    स्रोत ↗
यह क्या है
पुराने मैम्बो से विकसित हुआ एक वेबसाइट प्लेटफ़ॉर्म।
इसकी बढ़त
24 घंटे बाद भी प्रभावित होस्टों का सबसे ऊँचा हिस्सा खुला था।
किसे जानना चाहिए
जूमला मालिकों के लिए उपयोगी, क्योंकि अकेले जूमला अपडेट करने से छेद बंद नहीं होता।
  • 24 घंटे के भीतर पैच किए गए होस्ट646 में से 4 पैच किए गए

Wikidata

यह यहाँ क्यों है

  • PHP संस्करण दिखाने वाले 1,099 जूमला होस्टों में से 646 प्रभावित थे और 24 घंटे बाद केवल 4 ने पैच किया था। 99.38% अब भी प्रभावित होने के साथ, जूमला का स्कोर WordPress (99.1%) और ड्रुपल (99.22%) से खराब रहा।

    स्रोत ↗

  • Wiz के शोधकर्ताओं ने नवीनतम जूमला कंटेनर इमेज पर बिना लॉगिन के दूर से कोड चलाने की खामी दिखाई, जिसे CVSS 9.2 रेट किया गया है। यह खामी PHP में ही है, इसलिए अकेले जूमला अपडेट करने से यह बंद नहीं होती।

    स्रोत ↗
इतिहास

  • 2005 में मैम्बो के कोर डेवलपर नियंत्रण को लेकर झगड़े के बाद चले गए। मैम्बो नाम जिसके पास था, उस मिरो ने एक फ़ाउंडेशन बनाया, जिसे डेवलपरों ने कहा कि उसे बहुत ज़्यादा ताक़त देता है। फिर उन्होंने जूमला शुरू किया।

    स्रोत ↗
ध्यान रखें

  • जूमला 3 को अब पूरी तरह सहारा नहीं मिलता। आधिकारिक मैनुअल कहता है कि सहारा 17 अगस्त 2023 को खत्म हुआ और Extended LTS 17 फ़रवरी 2025 को। अब भी उस पर चल रही साइटों को कोई सुधार नहीं मिलता।

    स्रोत ↗
लोग क्या कहते हैं

  • K2 extension do not work inside J4, and will not work (!) becuase of K2 developers. — Paul Frankowski

    स्रोत ↗
आगे कहाँ देखें

  • पहले PHP वाली पंक्ति पढ़ें। जूमला 6 को कम से कम PHP 8.3.0 चाहिए, और 8.4 की सलाह दी जाती है। इसकी तुलना उस PHP संस्करण से करें जो आपका होस्ट आपकी साइट को देता है।

    स्रोत ↗
शीर्ष तीन की तुलना करें ↓

शीर्ष तीन आमने-सामने

वर्डप्रेसड्रुपलजूमला
AI सूचियों में7 / 77 / 77 / 7
24 घंटे के भीतर पैच किए गए होस्ट33,075 में से 299 पैच किए गए3,919 में से 31 पैच किए गए646 में से 4 पैच किए गए
पहला स्थान दियाChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin——

जिन स्थानों को बराबर AI ने चुना, वे AI सूचियों में उनके औसत स्थान के क्रम में हैं।

और रैंकिंग

03जानने योग्य

सूची बनाते समय AI ने क्या देखा।

सुधार के 24 घंटे बाद, Shodan के नमूने में मापे जा सकने वाले PHP इंस्टेंस के 99.3% पर अब भी पैच नहीं था; पैच वाले होस्ट्स सिर्फ़ 245 से बढ़कर 14,151 हुए, जबकि कुल लगभग 2M हैं।

किसने देखा:
शामिल किया: Claude, Grok. शामिल नहीं किया: ChatGPT, Nemotron, Gemini, Kimi, Wenxin.
स्रोत ↗

दो अलग गिनतियाँ एक ही बात कहती हैं: खुले PHP होस्ट्स में से लगभग 10 में से 7 ऐसी शाखा पर हैं जिसे PHP प्रोजेक्ट अब सहारा नहीं देता: Flare 72.7%, Qualys 71%।

किसने देखा:
शामिल किया: Claude. शामिल नहीं किया: ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin.
स्रोत ↗

यहाँ हरा 'अप टू डेट' डैशबोर्ड कुछ साबित नहीं करता: खामी वर्डप्रेस, थीम और प्लगइन्स के नीचे है, इसलिए इसे सिर्फ़ PHP अपडेट ही ठीक करता है।

किसने देखा:
शामिल किया: Claude, ChatGPT, Gemini, Kimi. शामिल नहीं किया: Grok, Nemotron, Wenxin.
स्रोत ↗

संस्करण नंबर दोनों तरफ़ से भ्रम पैदा करते हैं: क्लाउडलिनक्स के बैकपोर्ट (पुराने संस्करण में किया गया सुधार) से ठीक हुआ होस्ट PHP 8.5.11 दिखा सकता है, जबकि सिस्टम पैकेज पुराने संस्करण नंबर रख सकते हैं।

किसने देखा:
शामिल किया: Claude, Kimi. शामिल नहीं किया: ChatGPT, Grok, Nemotron, Gemini, Wenxin.
स्रोत ↗

खतरे में होस्ट्स की संख्या तरीके के हिसाब से बहुत बदलती है: लगभग 1.3M से 2.6M (VulnCheck), 6.29M (Censys) और 22.6M 'संभावित रूप से असुरक्षित' इंस्टेंस (Palo Alto Networks) तक।

किसने देखा:
शामिल किया: Claude, Grok, Kimi. शामिल नहीं किया: ChatGPT, Nemotron, Gemini, Wenxin.
स्रोत ↗

04लोग क्या पूछते हैं

PHP कैसे अपडेट करें

एक ठीक किए गए रिलीज़ पर जाएँ: 8.5.12, 8.4.27, 8.3.36 या 8.2.35, फिर PHP लोड करने वाली हर सेवा दोबारा शुरू करें। PHP 8.1 और उससे पुराने के लिए कोई आधिकारिक सुधार नहीं है, इसलिए उन्हें विक्रेता का बैकपोर्ट चाहिए या अपग्रेड।

स्रोत ↗
अपनी वेबसाइट पर PHP कैसे अपडेट करें

शेयर्ड या मैनेज्ड होस्टिंग पर अपने होस्ट के कंट्रोल पैनल में PHP का ठीक किया गया संस्करण चुनें या सपोर्ट से पूछें। वर्डप्रेस, ड्रुपल, जूमला या मैगेंटो को अपडेट करने से PHP इंजन नहीं बदलता।

स्रोत ↗
Windows में PHP कैसे अपडेट करें

windows.php.net से ठीक किया गया Windows बिल्ड (8.5.12, 8.4.27, 8.3.36 या 8.2.35) डाउनलोड करें, पुराना PHP फ़ोल्डर बदलें लेकिन php.ini रखें, फिर IIS, Apache या PHP-CGI दोबारा शुरू करें।

स्रोत ↗
PHP का संस्करण कैसे अपडेट करें

php -v से अपना संस्करण देखें और 8.2.35 या नए पर जाएँ। चूँकि PHP 8.2 खुद 31 Dec 2026 को सहायता खत्म होने (end of life) पर पहुँचेगा, 8.3, 8.4 या 8.5 को लक्ष्य बनाएँ और पहले स्टेजिंग पर परखें।

स्रोत ↗

05हमने कैसे गिना

सीधी भाषा में, बिना सूत्रों के।

1सवाल

सबसे लोकप्रिय 10 वेबसाइट प्लेटफ़ॉर्म, जहाँ अपडेटेड साइट भी कमज़ोर PHP पर चल सकती है

2यह विषय क्यों

इसमें उपयोग के सर्वे को इंटरनेट स्कैन के साथ रखा गया है, और यह भी बताया गया है कि असल में सुधार किसके हाथ में है, ताकि साइट मालिक देख सके कि 'मेरी साइट अपडेटेड है' और 'मेरा सर्वर सुरक्षित है' के बीच कितना फ़ासला है। कोई एक तालिका यह फ़ासला नहीं दिखाती।

3यह कहाँ लागू होता है

दुनिया भर; वर्डप्रेस, ड्रुपल, जूमला, मैगेंटो और PHP पर चलने वाला अन्य वेबसाइट सॉफ़्टवेयर

4हमने किन बातों पर ध्यान दिया

  • हर प्लेटफ़ॉर्म के इंस्टॉल में से वह हिस्सा जो ऐसा PHP संस्करण चलाता है जिसका समर्थन खत्म हो चुका है
  • उन इंस्टॉल में से वह हिस्सा जिस तक स्कैनर इंटरनेट से पहुँच सकते हैं
  • वह हिस्सा जो PHP को कमज़ोर तरीके से चलाता है, जैसे CGI मोड
  • क्या प्लेटफ़ॉर्म का अपना अपडेटर PHP इंजन बदल सकता है, या सिर्फ़ प्लेटफ़ॉर्म खुद
  • सुधार एक आम साइट तक कितनी जल्दी पहुँचता है: एक क्लिक, होस्टिंग कंपनी, या सर्वर का मैनुअल अपग्रेड
  • वर्डप्रेस.org सांख्यिकी — सक्रिय वर्डप्रेस इंस्टॉल का हिस्सा, जो PHP का जो संस्करण वे बताते हैं उसके हिसाब से। लाइव चार्ट के आँकड़े अलग हैं: PHP 8.1 या उससे पुराने पर 32.4% से 36.4%
  • OX Security (Shodan का नमूना, सुधार के 24 घंटे बाद) — हर तकनीक के लिए मिले, प्रभावित और पैच हुए होस्ट्स। यह नमूना है, पूरा इंटरनेट नहीं
  • W3Techs / TheDropTimes — वेब पर PHP संस्करणों का हिस्सा, और सहायता खो चुके बड़े संस्करणों वाली ड्रुपल साइटें

5रैंक किसने दी

अग्रणी AI: Claude, ChatGPT, Grok, Nemotron, Gemini, Kimi, Wenxin। हर एक ने स्वतंत्र रूप से दस स्थानों की अपनी सूची बनाई और हर स्थान के लिए स्रोत बताया।

6स्थान कैसे तय हुए

अलग-अलग AI द्वारा अलग ढंग से लिखी गई एक ही चीज़ को एक गिना गया। जितने ज़्यादा AI ने किसी चीज़ को अपनी सूची में रखा और जितना ऊपर रखा, उसका स्थान उतना ऊँचा। "AI की सहमति" बताती है कि कितने AI की अपनी सूची में वह चीज़ थी। स्रोत केवल वही हैं जो AI ने खुद खोजे; हाथ से कुछ नहीं जोड़ा गया।

06हर AI की अपनी सूची

🇺🇸 Claude10 स्थान · 4 नोट

वही सवाल, जिसका जवाब अकेले Claude ने दिया। ऊपर की अंतिम सूची सभी AI को मिलाती है।

  1. 1
    मैगेंटो / एडोब कॉमर्स (अपने सर्वर पर)

    OX Security के सैंपल में 48 दिखने वाले Magento होस्ट प्रभावित थे, और 24 घंटे बाद भी उनमें से किसी को पैच नहीं मिला था। स्टोर के अपने अपडेट PHP को कभी नहीं छूते।

    स्रोत ↗
  2. 2
    ओपनकार्ट और अन्य पुराने PHP स्टोर

    इन साइटों का समाधान एक-क्लिक अपडेट नहीं, बल्कि PHP 5.6 से 8.1 के लिए समुदाय द्वारा बनाए गए पैचों का संग्रह है।

    स्रोत ↗
  3. 3
    ड्रुपल (अपने सर्वर पर)

    विज़ ने दिखाया कि नवीनतम ड्रुपल इमेज पर दूर से कोड चलाया जा सकता है, इसलिए अप-टू-डेट कोर भी सुरक्षा नहीं देता था।

    स्रोत ↗
  4. 4
    जूमला (अपने सर्वर पर)

    OX Security के सैंपल के 1,099 जूमला होस्ट में से सिर्फ़ 4 में एक दिन बाद पैच किया गया PHP दिखा।

    स्रोत ↗
  5. 5
    शेयर्ड होस्टिंग या अपने चलाए VPS पर वर्डप्रेस

    दिखने वाले वर्डप्रेस इंस्टॉल में से लगभग 3 में से 1 PHP 8.1 या उससे पुराना बताता है, और WordPress.org ने कहा कि वर्डप्रेस का कोई अपडेट योजना में नहीं है: समाधान PHP का अपडेट है।

    स्रोत ↗
  6. 6
    किराए के सर्वरों पर लारावेल और कस्टम PHP ऐप

    OX Security के सैंपल के दिखने वाले लारावेल होस्ट में से 98.27% अब भी अपडेट नहीं हुए थे, और इस फ्रेमवर्क में ऐसा कोई टूल नहीं है जो सर्वर का PHP बदल दे।

    स्रोत ↗
  7. 7
    डॉकर-आधारित वर्डप्रेस / ड्रुपल / जूमला इमेज

    फिर से बिल्ड करने से समस्या ठीक होती है, पर आधिकारिक php इमेज को 8.1 या उससे पुराने के लिए कोई फिक्स नहीं मिलता।

    स्रोत ↗
  8. 8
    cPanel / CloudLinux शेयर्ड होस्टिंग वाली साइटें

    कंट्रोल पैनल के PHP पैकेज PHP 5.2 तक फिक्स किए गए, पर पैच हुई साइट पर भी पुराना वर्ज़न नंबर दिख सकता है।

    स्रोत ↗
  9. 9
    Plesk से मैनेज होने वाली साइटें (VPS और होस्ट)

    Plesk ने PHP 8.2 से 8.5 के फिक्स्ड बिल्ड जारी किए, पर साइट के मालिक को उन्हें खुद लगाना होगा।

    स्रोत ↗
  10. 10
    मैनेज्ड वर्डप्रेस होस्टिंग (पैंथियन, प्रेसेबल, किन्स्टा, WP Engine)

    Pantheon और Pressable 22 अक्टूबर को ही पूरी तरह पैच हो चुके थे। WP Engine और Flywheel ने अपने अपडेट आने तक आगे CDN (कंटेंट डिलीवरी नेटवर्क) की सुरक्षा लगा दी।

    स्रोत ↗

Claude ने क्या देखा

OX Security के Shodan सैंपल में फिक्स के 24 घंटे बाद भी मापे जा सकने वाले PHP इंस्टेंस में से 99.3% अब भी बिना पैच के थे। लगभग 2M में से पैच हुए इंस्टेंस की संख्या 245 से बढ़कर 14,151 हो गई।

स्रोत ↗

दो अलग-अलग मापों में एक ही बात सामने आई है: उजागर PHP रन में से लगभग 7 में 10 ऐसी वर्ज़न शाखा चलाते हैं जिसे PHP प्रोजेक्ट अब सपोर्ट नहीं करता। Flare के अनुसार 72.7% सर्विस रिकॉर्ड, और Qualys के अनुसार 71% इंस्टॉलेशन।

स्रोत ↗

अपडेट हो चुका वर्डप्रेस डैशबोर्ड झूठा भरोसा देता है। Codeable के अनुसार WordPress.org ने पुष्टि की कि वर्डप्रेस, थीम या प्लगइन का कोई अपडेट ज़रूरी या योजना में नहीं है, क्योंकि खामी इन सबके नीचे है।

स्रोत ↗

बैनर दोनों तरफ़ से भ्रमित कर सकता है। CloudLinux के बैकपोर्ट में फिक्स होने के बाद भी होस्ट PHP 8.5.11 दिखा सकता है, जबकि उबंटू या डेबियन पैकेज पुराना वर्ज़न नंबर रख सकते हैं।

स्रोत ↗
🇺🇸 ChatGPT10 स्थान · 3 नोट

वही सवाल, जिसका जवाब अकेले ChatGPT ने दिया। ऊपर की अंतिम सूची सभी AI को मिलाती है।

  1. 1
    वर्डप्रेस वेबसाइटें — PHP सुरक्षा अपडेट, 2026

    दुनिया में सबसे ज़्यादा इस्तेमाल होने वाला CMS (वेबसाइट-प्रबंधन सिस्टम) सामान्य वर्डप्रेस कोर-अपडेट बटन से PHP इंजन को पैच नहीं कर सकता।

    स्रोत ↗
  2. 2
    जूमला वेबसाइटें — PHP सुरक्षा अपडेट, 2026

    अप-टू-डेट जूमला डैशबोर्ड के नीचे पुराना PHP इंजन भी चल सकता है।

  3. 3
    ड्रुपल वेबसाइटें — PHP सुरक्षा अपडेट, 2026

    ड्रुपल एक साफ़ सीमा दर्ज करता है: कोई भी समर्थित ड्रुपल रिलीज़ PHP 7 को सपोर्ट नहीं करता, फिर भी ड्रुपल को अपग्रेड करने से PHP खुद पैच नहीं होता।

    स्रोत ↗
  4. 4
    एडोब कॉमर्स और मैगेंटो ओपन सोर्स — PHP सुरक्षा अपडेट, 2026

    रनटाइम फिक्स एक बड़े ई-कॉमर्स अपग्रेड में बदल सकता है, जब PHP वर्ज़न और स्टोर का समर्थित डिपेंडेंसी स्टैक एक साथ बदलना पड़े।

    स्रोत ↗
  5. 5
    कस्टम PHP वेबसाइटें — PHP सुरक्षा अपडेट, 2026

    हो सकता है मालिक को चेताने के लिए कोई CMS डैशबोर्ड ही न हो कि असली रनटाइम अब भी कमज़ोर है।

  6. 6
    पुराने PHP ऐप्लिकेशन — PHP सुरक्षा अपडेट, 2026

    19 अक्टूबर के W3Techs स्नैपशॉट में पता चली PHP वेबसाइटों में से PHP 5 और PHP 7 मिलकर 34.7% थे, हालाँकि यह इन CVE से प्रभावित होने वाले हिस्से के बराबर नहीं है।

    स्रोत ↗
  7. 7
    शेयर्ड होस्टिंग पर PHP ऐप्लिकेशन — PHP सुरक्षा अपडेट, 2026

    एक ही होस्ट पर चलने वाला रनटाइम कई अलग-अलग तरह से संभाली जाने वाली ग्राहक वेबसाइटों के लिए सुरक्षा की अड़चन बन सकता है।

    स्रोत ↗
  8. 8
    मैनेज्ड क्लाउड होस्टिंग पर PHP वेबसाइटें — PHP सुरक्षा अपडेट, 2026

    मैनेज्ड होस्टिंग पैच तक का रास्ता छोटा कर सकती है, पर तभी जब प्रोवाइडर असली रनटाइम अपडेट करे और लागू सेवा की जाँच करे।

    स्रोत ↗
  9. 9
    उपकरणों और तीसरे पक्ष के उत्पादों में शामिल PHP ऐप्लिकेशन — PHP सुरक्षा अपडेट, 2026

    वेबसाइट मालिक को शायद यह भी न पता हो कि उसने जो उत्पाद खरीदा है, उसमें वह PHP रनटाइम है जिसे अपडेट करना ज़रूरी है।

    स्रोत ↗
  10. 10
    सर्वर पर अपने-आप लगने वाली PHP साइटें — PHP सुरक्षा अपडेट, 2026

    ऑटोमेशन आपातकालीन पैच को रोज़ की डिप्लॉयमेंट में बदल सकता है, पर जो पाइपलाइन सिर्फ़ ऐप की फ़ाइलें अपडेट करती है, वह रनटाइम को छुए बिना छोड़ देती है।

    स्रोत ↗

ChatGPT ने क्या देखा

13 अक्टूबर की W3Techs तुलना में जिन वेबसाइटों की सर्वर-साइड भाषा पता थी, उनमें से 69.7% PHP पर चलती थीं। इतने बड़े पैमाने पर रनटाइम की खामी किसी एक CMS की नहीं, पूरे इकोसिस्टम की समस्या बन जाती है।

स्रोत ↗

19 अक्टूबर 2026 को पता चली PHP वेबसाइटों में से 27.0% PHP 7 और 7.7% PHP 5 पर चल रही थीं। यह पुरानी चीज़ों के रखरखाव के बारे में कड़ी चेतावनी है, पर दोनों में से कोई आँकड़ा इन दो नई CVE से सीधे खतरे को नहीं मापता।

स्रोत ↗

CMS अपडेट और PHP रनटाइम अपडेट दो अलग काम हैं। WordPress साफ़ कहता है कि PHP का वर्ज़न चुनना सर्वर या होस्टिंग के स्तर पर होता है, इसलिए ठीक दिखने वाला डैशबोर्ड भी बिना पैच वाला इंजन छुपा सकता है।

स्रोत ↗
🇺🇸 Grok10 स्थान · 3 नोट

वही सवाल, जिसका जवाब अकेले Grok ने दिया। ऊपर की अंतिम सूची सभी AI को मिलाती है।

  1. 1
    वर्डप्रेस

    पूरी तरह पैच किया गया वर्डप्रेस साइट भी तब तक खतरे में रहती है जब तक होस्ट उसके नीचे का PHP इंजन अपग्रेड नहीं करता

    स्रोत ↗
  2. 2
    ड्रुपल

    लगभग आधी पहचानी गई ड्रुपल साइटें पहले से ऐसे मेजर वर्ज़न पर हैं जिनका समर्थन खत्म हो चुका है, और उनके नीचे का PHP भी प्लेटफ़ॉर्म के अपडेटर से उतना ही बाहर है

  3. 3
    जूमला

    वर्डप्रेस से छोटा आकार, फिर भी अक्टूबर 2026 के फिक्स चाहने वाली किसी भी साइट के लिए वही होस्ट-नियंत्रित PHP रुकावट

    स्रोत ↗
  4. 4
    मैगेंटो / एडोब कॉमर्स

    प्लेटफ़ॉर्म पर अप-टू-डेट रहने वाले ई-कॉमर्स इंस्टॉल भी बिना पैच वाले PHP पर रह सकते हैं, जब तक सर्वर या होस्ट रनटाइम नहीं बदलता

    स्रोत ↗
  5. 5
    लारावेल (और मिलते-जुलते PHP फ़्रेमवर्क)

    ऐप का कोड अप-टू-डेट हो सकता है, जबकि PHP वर्कर कमज़ोर शाखा पर रहता है, जब तक ऑपरेटर नई बाइनरी के साथ रीस्टार्ट न करे

    स्रोत ↗
  6. 6
    प्रेस्टाशॉप

    ओपन-सोर्स शॉप सॉफ़्टवेयर, जिसके सुरक्षा रिलीज़ उस PHP इंजन को नहीं छूते जो असल में पेज दिखाता है

    स्रोत ↗
  7. 7
    मीडियाविकी / विकिपीडिया-परिवार की साइटें

    हाई-प्रोफ़ाइल PHP डिप्लॉयमेंट, जिनमें इंजन पैच लगाने के लिए विकी सॉफ़्टवेयर नहीं, इन्फ़्रास्ट्रक्चर टीम चाहिए

    स्रोत ↗
  8. 8
    phpBB और अन्य PHP फ़ोरम

    फ़ोरम सॉफ़्टवेयर के अपडेट इंटरप्रेटर को नहीं छूते; कमज़ोर PHP कब खत्म होगा, यह शेयर्ड होस्ट तय करते हैं

    स्रोत ↗
  9. 9
    शेयर्ड होस्टिंग पर कस्टम PHP ऐप्लिकेशन

    कोई प्लेटफ़ॉर्म अपडेटर नहीं; साइट मालिक के पास बस होस्ट का PHP चुनने वाला विकल्प या सपोर्ट टिकट है

    स्रोत ↗
  10. 10
    वर्डप्रेस पर वूकॉमर्स स्टोर

    स्टोर प्लगइन अप-टू-डेट हो सकता है, फिर भी Site Health में दिखने वाला PHP वर्ज़न होस्ट कुछ करे तब तक कमज़ोर रहता है

    स्रोत ↗

Grok ने क्या देखा

PHP उन वेबसाइटों को चलाता है जिनकी सर्वर-साइड भाषा पता है, उनमें से 69.3%। फिर भी अक्टूबर 2026 की दूर से कोड चलाने वाली खामियों का एकमात्र पूरा समाधान रनटाइम अपग्रेड है, जो लगभग कोई CMS खुद नहीं कर सकता।

स्रोत ↗

WordPress.org का डेटा अब भी दिखाता है कि सक्रिय इंस्टॉल में से 16.24% PHP 7.4 पर और 10.68% PHP 8.1 पर हैं, जो दोनों उन शाखाओं से बाहर हैं जिन्हें आधिकारिक फिक्स्ड रिलीज़ मिले।

स्रोत ↗

GoDaddy जैसे होस्ट ने बताया कि उन्होंने घंटों के भीतर अपने मैनेज्ड PHP बेड़े को पैच कर दिया, पर जो साइट पुरानी शाखा पर अटकी थी या खुद मैनेज होने वाले सर्वर पर थी, वह मैन्युअल बदलाव होने तक खतरे में रही।

स्रोत ↗
🇺🇸 Nemotron10 स्थान · 1 नोट

वही सवाल, जिसका जवाब अकेले Nemotron ने दिया। ऊपर की अंतिम सूची सभी AI को मिलाती है।

  1. 1
    वर्डप्रेस

    WP.org के आँकड़ों के अनुसार ~60% वर्डप्रेस साइटें EOL (अब अपडेट न मिलने वाले) PHP पर चलती हैं, फिर भी ज़्यादातर मैनेज्ड होस्ट पर एक-क्लिक PHP स्विच मौजूद है

  2. 2
    ड्रुपल

    Drupal 10+ को PHP 8.1+ चाहिए, पर Drupal 7 साइटें (अब भी ~15% इंस्टॉल) PHP 7.4 पर अटकी हैं, जिसका समर्थन खत्म हो चुका है (EOL)

    स्रोत ↗
  3. 3
    जूमला

    Joomla 5.x को PHP 8.2+ चाहिए; 4.x को 8.1; कई 3.x साइटें अब भी PHP 7.4 पर हैं और उनके लिए कोई कोर अपग्रेड रास्ता नहीं

    स्रोत ↗
  4. 4
    मैगेंटो / एडोब कॉमर्स

    Magento 2.4.7+ को PHP 8.2+ चाहिए; पुराने 2.4.x, PHP 8.1 पर जल्द EOL होंगे; Cloud PHP अपने आप अपडेट करता है

    स्रोत ↗
  5. 5
    TYPO3

    TYPO3 v12 LTS को PHP 8.1+ चाहिए; v11 2024 में EOL हो गया; कई v10/v11 साइटें PHP 7.4/8.0 पर हैं

  6. 6
    लारावेल (फ़्रेमवर्क, CMS नहीं)

    Laravel 11.x को PHP 8.2+ चाहिए; कई 10.x ऐप PHP 8.1 पर हैं; PHP के लिए कोई ऑटो-अपडेटर नहीं

    स्रोत ↗
  7. 7
    सिम्फनी (फ़्रेमवर्क)

    Symfony 7.x को PHP 8.2+ चाहिए; 6.4 LTS, 8.1 पर; कई 5.4/6.x ऐप पुराने PHP पर

    स्रोत ↗
  8. 8
    प्रेस्टाशॉप

    PrestaShop 8.1+ को PHP 8.1 चाहिए; 1.7 अब भी PHP 7.4 पर बड़े पैमाने पर चल रहा है; कोई कोर PHP स्विचर नहीं

    स्रोत ↗
  9. 9
    ओपनकार्ट

    OpenCart 4.x को PHP 8.1+ चाहिए; 3.x ज़्यादातर PHP 7.4/8.0 पर; एक्सटेंशन का इकोसिस्टम पीछे है

    स्रोत ↗
  10. 10
    मूडल

    Moodle 4.5 को PHP 8.2 चाहिए; 4.1 LTS, 8.0 पर; कई 3.11/4.0 साइटें PHP 7.4 पर

    स्रोत ↗

Nemotron ने क्या देखा

CGI/FPM मोड मायने रखता है: opcache वाला PHP-FPM हेडर में वर्ज़न छुपाता है, CGI उसे दिखाता है। स्कैनर प्रॉक्सी के पीछे के FPM पूल पकड़ नहीं पाते।

स्रोत ↗
🇺🇸 Gemini10 स्थान · 1 नोट

वही सवाल, जिसका जवाब अकेले Gemini ने दिया। ऊपर की अंतिम सूची सभी AI को मिलाती है।

  1. 1
    वर्डप्रेस

    4 करोड़ से ज़्यादा अपडेट की गई साइटें wp-admin में हरे निशान दिखाती हैं, जबकि भीतर ही भीतर वे अब अपडेट न होने वाले PHP 7.4 या 8.0 इंजन पर चल रही हैं।

    स्रोत ↗
  2. 2
    जूमला

    लगभग आधे प्रोडक्शन डिप्लॉयमेंट पुराना PHP चलाते हैं, क्योंकि PHP 8.2 या 8.3 पर जाते ही एक्सटेंशन तुरंत टूट जाते हैं।

  3. 3
    ड्रुपल

    एक गहरी दरार है: Drupal 7 के वे एंटरप्राइज़ ग्राहक, जो नया अपग्रेड टालते हैं, PHP 7.4 रनटाइम बचाए रखते हैं, जबकि Drupal 10 को आधुनिक PHP 8.2+ चाहिए।

    स्रोत ↗
  4. 4
    मैगेंटो (एडोब कॉमर्स)

    सख्त कंपाइल्ड डिपेंडेंसी का मतलब है कि PHP इंजन अपग्रेड करने के लिए रीबिल्ड चाहिए, इसलिए ई-कॉमर्स स्टोर बंद हो चुके रनटाइम पर जमे रहते हैं।

    स्रोत ↗
  5. 5
    ओपनकार्ट

    सस्ते, अनमैनेज्ड शेयर्ड होस्टिंग पर व्यापक रूप से इंस्टॉल, जहाँ स्टोर मालिक शायद ही जानते हैं कि उनका PHP इंटरप्रेटर पाँच साल पुराना है।

    स्रोत ↗
  6. 6
    प्रेस्टाशॉप

    पेमेंट मॉड्यूल की असंगति 38% सक्रिय व्यापारियों को पुराने PHP 7.4 से बाँधे रखती है, गंभीर खतरे की चेतावनियों के बावजूद।

    स्रोत ↗
  7. 7
    TYPO3

    लंबे समर्थन चक्र वाले एंटरप्राइज़ CMS को 6 साल तक पैच की गारंटी है, जो अक्सर उस PHP रनटाइम के मानक समर्थन से लंबी होती है जिस पर वह चलता है।

    स्रोत ↗
  8. 8
    मूडल

    शैक्षणिक संस्थान कठोर अकादमिक कैलेंडर पर चलते हैं, इसलिए शैक्षणिक सत्रों के बीच उनके सर्वर स्टैक बंद हो चुके PHP वर्ज़न पर जमे रहते हैं।

    स्रोत ↗
  9. 9
    phpBB

    हज़ारों पुराने कम्युनिटी फ़ोरम भूले-बिसरे शौकिया सर्वरों पर चलते हैं, जहाँ बोर्ड ऐप अपडेट होता है पर Apache FastCGI नहीं बदलता।

    स्रोत ↗
  10. 10
    vBulletin

    कमर्शियल लाइसेंस धारक महँगे लाइसेंस नवीनीकरण से बचने के लिए पुराने LAMP स्टैक (सर्वर सेटअप) पर पुराने इंस्टॉलेशन रखते हैं।

Gemini ने क्या देखा

दुनिया भर की PHP-संचालित वेबसाइटों में से 35% से ज़्यादा PHP 7.4 या उससे पुराने वर्ज़न पर चलती हैं, जिन्हें कई साल पहले आधिकारिक सामुदायिक सुरक्षा अपडेट मिलना बंद हो गया।

स्रोत ↗
🇨🇳 Kimi10 स्थान · 4 नोट

वही सवाल, जिसका जवाब अकेले Kimi ने दिया। ऊपर की अंतिम सूची सभी AI को मिलाती है।

  1. 1
    वर्डप्रेस (2026)

    धरती की हर पाँच में से दो वेबसाइटें इसे चलाती हैं — और हर तीन में से एक अब भी बंद हो चुका PHP बताती है, जबकि पूरी तरह अपडेट किया गया WordPress 7.1.2 शोधकर्ता की अपनी हमले के डेमो की सूची पर था।

    स्रोत ↗
  2. 2
    जूमला (2026)

    Joomla की 82% साइटें अब भी संस्करण 3 पर चलती हैं — ऐसा सॉफ़्टवेयर जो 2012 के PHP पर ठीक चलता है — और इसी खामी की वजह से Joomla प्रोजेक्ट की अपनी वेबसाइट बंद हो गई।

    स्रोत ↗
  3. 3
    मैगेंटो / एडोब कॉमर्स (2026)

    Magento 1 स्टोरों को जून 2020 से कोई आधिकारिक सुरक्षा सपोर्ट नहीं मिला — उनके लिए यह आपातकालीन फिक्स है ही नहीं, सिर्फ़ सर्वर अपग्रेड ही मदद करता है।

    स्रोत ↗
  4. 4
    ड्रुपल (2026)

    लगभग आधी ड्रुपल साइटें अब भी ऐसा कोर चला रही हैं जिसका समर्थन खत्म हो चुका है — 29% सिर्फ़ Drupal 7 पर हैं, जो जनवरी 2025 से बंद है — इसलिए उनका PHP आमतौर पर और भी पुराना होता है।

  5. 5
    वूकॉमर्स (2026)

    हर पाँच वर्डप्रेस साइटों में से एक स्टोर है, और WooCommerce के अपने दस्तावेज़ अब PHP 8.3+ माँगते हैं — जबकि ज़्यादातर स्टोर उसी PHP पर हैं जो उनके वर्डप्रेस होस्ट ने चुना था।

    स्रोत ↗
  6. 6
    Shopware (2026)

    Sansec की पहले ही दिन की चेतावनी ने Shopware को Magento के साथ जोड़ दिया: DACH क्षेत्र के स्टोर ‘भले ही उनका अपना कोड साफ़ हो’ खतरे में थे।

    स्रोत ↗
  7. 7
    मीडियाविकी (2026)

    विकिपीडिया के पीछे का सॉफ़्टवेयर भी वही इंजन साझा करता है — विकिमीडिया ने पैच आने से घंटों पहले अपना Phabricator बंद कर दिया।

    स्रोत ↗
  8. 8
    नेक्स्टक्लाउड (अपने सर्वर पर, 2026)

    Nextcloud का चमकदार वन-क्लिक अपडेटर ऐप को तो अपडेट करता है — पर नीचे के PHP को नहीं छू सकता, और Nextcloud 35.0.1 भी हमले के डेमो की सूची पर था।

    स्रोत ↗
  9. 9
    WHMCS (2026)

    जिस बिलिंग पैनल से होस्टिंग कंपनियाँ आपको ‘पूरी तरह मैनेज्ड’ होस्टिंग बेचती हैं, वह खुद शोधकर्ता की प्रभावित सूची पर था।

    स्रोत ↗
  10. 10
    phpMyAdmin / cPanel और Plesk पैनल (2026)

    cPanel ने PHP 7.4 से 8.1 के फिक्स जारी किए — और PHP 7.3 या उससे पुराने के लिए बिल्कुल कुछ नहीं, जिससे कंट्रोल-पैनल इंस्टॉल के एक बड़े हिस्से के जमे रहने का खतरा है।

    स्रोत ↗

Kimi ने क्या देखा

अपडेटेड एडमिन डैशबोर्ड धोखा दे सकता है: WordPress.org ने पुष्टि की कि इन खामियों के लिए वर्डप्रेस का कोई अपडेट ज़रूरी या योजना में नहीं है — फिक्स सिर्फ़ PHP इंजन में है, इसलिए हर प्लेटफ़ॉर्म पर हरा ‘सब अपडेट है’ बैज झूठी सुरक्षा का एहसास है।

स्रोत ↗

हर तीन वर्डप्रेस साइटों में से एक पर बंद हो चुका PHP चल रहा है (7.4 + 8.0 + 8.1 = अक्टूबर 2026 में 32.4%), और सभी PHP साइटों में से 7.7% अब भी PHP 5 पर हैं — इनमें से 55% अकेले 5.6 वर्ज़न पर है, ऐसे सर्वरों पर जो एक दशक के फिक्स से छूट चुके हैं।

स्रोत ↗

समाधान का रास्ता देश से नहीं, कारोबार के मॉडल से बँटता है: Hostinger और OVHcloud ने हर मैनेज्ड ग्राहक तक पैच अपने आप पहुँचाया (Hostinger ने 22 अक्टूबर, 06:44 UTC पर पूरा किया), जबकि GoDaddy ने ग्राहकों से खुद जाँचने और अपडेट करने को कहा, और स्वयंसेवकों द्वारा चलाए जाने वाले Remi रिपॉज़िटरी में पहले दिन कोई पैकेज नहीं था।

स्रोत ↗

mod_php सबसे खराब कॉन्फ़िगरेशन है: वहाँ PHP ने डिफ़ॉल्ट सीमाओं के साथ पूरी दूर-से-कोड-चलाने की खामी सत्यापित की, किसी भी ऐप कोड के चलने से पहले ही। यह CVE-2024-4577 की याद दिलाता है, Windows CGI की वह खामी जिसका कुछ ही दिनों में बड़े पैमाने पर हमला हुआ, जबकि बंद हो चुकी शाखाओं को कभी पैच नहीं मिला।

स्रोत ↗
🇨🇳 Wenxin10 स्थान · 1 नोट

वही सवाल, जिसका जवाब अकेले Wenxin ने दिया। ऊपर की अंतिम सूची सभी AI को मिलाती है।

  1. 1
    वर्डप्रेस 6.x (2026)

    लगभग 10 में से 4 साइट इस पर चलती है, फिर भी अगर होस्ट इजाज़त दे तो एक डैशबोर्ड क्लिक से PHP इंजन बदला जा सकता है — पर 18% इंस्टॉल अब भी PHP 7.x या उससे पुराना बताते हैं

  2. 2
    ड्रुपल 10/11 (2026)

    अपडेटर प्लेटफ़ॉर्म बदल सकता है, पर PHP इंजन को नहीं छू सकता — 22% ड्रुपल साइटें बंद हो चुके PHP पर हैं, क्योंकि होस्ट ने उसे कभी अपग्रेड नहीं किया

    स्रोत ↗
  3. 3
    जूमला 4/5 (2026)

    जूमला के लिए वन-क्लिक अपडेटर, PHP पर कोई नियंत्रण नहीं — हर पाँच में से एक जूमला इंस्टॉल अब भी PHP 7.4 के साथ आता है

    स्रोत ↗
  4. 4
    मैगेंटो (एडोब कॉमर्स) 2.4 (2026)

    एंटरप्राइज़-स्तर का प्लेटफ़ॉर्म, पर अपडेटर सिर्फ़ Magento कोड पैच करता है; PHP अपग्रेड का मतलब है होस्टिंग कंपनी को कॉल करना — 30% स्टोर अब भी PHP 7.4 पर हैं

    स्रोत ↗
  5. 5
    विक्स / स्क्वेरस्पेस (SaaS, 2026)

    ये प्लेटफ़ॉर्म अपने PHP स्टैक खुद चलाते हैं — यूज़र इंजन को कभी नहीं छूता, इसलिए फिक्स PHP रिलीज़ होने के दिन ही पहुँच जाता है, पर उनका लॉक-इन जोखिम छिपा देता है

  6. 6
    शॉपिफ़ाई (SaaS, 2026)

    Wix की तरह: पूरी तरह मैनेज्ड, PHP का जोखिम विक्रेता उठाता है — पर उनके विशाल पैमाने का मतलब है कि एक गलत पैच की लहर एक साथ सैकड़ों हज़ारों स्टोरों पर पड़ती है

  7. 7
    प्रेस्टाशॉप (2026)

    ऐप के लिए वन-क्लिक अपडेटर वाला ओपन-सोर्स ई-कॉमर्स, पर PHP के लिए नहीं; लगभग 27% दुकानें अब भी PHP 7.4 या उससे पुराने पर हैं

    स्रोत ↗
  8. 8
    TYPO3 CMS (2026)

    जर्मन इंजीनियरिंग से बना CMS जो एडमिन को इंस्टॉल टूल में PHP बदलने देता है — पर केवल 14% इंस्टॉलर ऐसा करते हैं, जिससे 3 लाख से ज़्यादा साइटें खतरे में हैं

  9. 9
    Craft CMS (2026)

    खास-सा CMS, जिसका अपडेटर सुथरा है; पकड़ यह है कि ज़्यादातर छोटे व्यापार की साइटें शेयर्ड होस्ट पर चलती हैं जो PHP कभी अपग्रेड नहीं करते — 19% बंद हो चुके PHP पर हैं

  10. 10
    Concrete CMS (2026)

    प्लेटफ़ॉर्म का अपना अपडेटर CMS को पैच करता है, PHP को नहीं — यहाँ सबसे छोटा आकार है, इसलिए कुल प्रभावितों की संख्या सबसे कम है, पर पैच की रफ़्तार सबसे धीमी

Wenxin ने क्या देखा

‘वन-क्लिक अपडेटर’ का मिथक: WordPress, Drupal, Joomla और Magento, चारों CMS को एक क्लिक में अपडेट करने देते हैं, पर इनमें से कोई भी नीचे चल रहे PHP इंजन को अपग्रेड नहीं कर सकता — वह कदम होस्ट के हाथ में है।

स्रोत ↗