लंबे समय तक चलने वाले डेटा API के लिए PHP / CURL को लागू करने के लिए इंटरनेट एक्सप्लोरर का उपयोग करने से Apache 2 सर्वर फ्रीज हो जाता है और उसे पुनरारंभ करने की आवश्यकता होती है


10

मैं एक PHP प्रोग्राम चला रहा हूं जो तब तक ठीक काम करता है जब तक कि यह Microsoft इंटरनेट एक्सप्लोरर ब्राउज़र द्वारा इनवॉइस नहीं किया जाता है, जिसके बाद यह नीचे की प्रक्रियाओं को पूरा करता है, Apache 2 को लॉक करता है और वेब सर्वर (Ubuntu 12.04 LTS पर) को पुनरारंभ करने की आवश्यकता होती है।

bob@drools:/etc/php5/apache2# ps auxwww | grep apache2
root      8737  0.1  2.5 369164 25800 ?        Ssl  12:41   0:00 /usr/sbin/apache2 -k start
www-data  8743  0.0  3.2 393748 33268 ?        Sl   12:41   0:00 /usr/sbin/apache2 -k start
www-data  8755  0.1  3.3 393856 33904 ?        Sl   12:41   0:00 /usr/sbin/apache2 -k start
www-data  8779  0.1  3.2 393724 33252 ?        Sl   12:45   0:00 /usr/sbin/apache2 -k start
www-data  8782  0.1  3.2 393716 33236 ?        Sl   12:45   0:00 /usr/sbin/apache2 -k start
www-data  8785  0.1  3.2 393684 33204 ?        Sl   12:45   0:00 /usr/sbin/apache2 -k start
www-data  8812  1.1  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8815  1.3  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8818  1.3  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8821  1.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8824  1.4  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8827  1.4  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8830  1.4  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8835  2.5  3.2 393684 33256 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8838  2.8  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8841  2.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8844  2.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8847  3.2  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8850  3.0  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8853  3.2  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8856  3.2  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8861  3.3  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8864  3.6  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8867  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8870  3.6  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8873  3.6  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8876  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8879  3.3  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8881  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8883  3.6  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8886  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8891  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8894  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8896  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8900  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8901  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8904  3.5  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8909  3.8  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8912  3.8  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8915  3.8  3.2 393684 33264 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
www-data  8918  3.6  3.2 393684 33260 ?        Sl   12:47   0:00 /usr/sbin/apache2 -k start
root      8922  0.0  0.1   9396  2000 pts/0    S+   12:47   0:00 grep --color=auto apache2

यह पूरे सर्वर को तब तक लॉक करता था, जब तक कि मैं " mpm_ " मॉड्यूल मापदंडों में से कुछ को /etc/spache2/apache2.conf में अधिक उचित रूप से बदल नहीं देता

Internet Explorer के साथ समस्याओं को देखते हुए, मैंने यह पंक्ति भी जोड़ दी है:

**" SetEnvIf User-Agent ".*MSIE.*"   nokeepalive "**

यहां स्थित वर्चुअल होस्ट फ़ाइल में: / etc / apache2 / sites-available।

इस मुद्दे पर कई लेख लिखे गए हैं, लेकिन मुझे उनमें से किसी को भी लागू करने में कोई सफलता नहीं मिली है:

IE 10/11 से अनुरोध प्राप्त करने के बाद Apache Server 2 हैंग हो जाता है :

अधिक आरएंडडी: इंटरनेट एक्सप्लोरर 10 (विंडोज 8) अपाचे को दुर्घटनाग्रस्त कर देता है

PHP प्रोग्राम 25 आइटमों की एक सूची लेने के लिए cURL का उपयोग करता है और प्रत्येक बाहरी सर्वर के लिए एक (GET) API कॉल करता है जो आगे की प्रक्रिया के लिए JSON डेटा लौटाता है। यह एक क्लासिकल लॉन्ग रनिंग डेटा प्रोग्राम है।

मेरा नूडल जो बनाता है वह यह है कि यह इंटरनेट एक्सप्लोरर को छोड़कर हर दूसरे ब्राउज़र में ठीक चलता है - जिससे वेब सर्वर गलत व्यवहार करता है।

मैंने सूचीबद्ध आरएंडडी और फिर कुछ से पूछताछ की है, सुझाए गए फ़िक्सेस को लागू किया है, फिर भी मुझे अभी भी एक ही अनुमानित, मनोरंजक, समस्याग्रस्त सर्वर व्यवहार मिलता है।

मुझे यह पता लगाने की आवश्यकता है कि जब यह सामना करता है और इंटरनेट एक्सप्लोरर ब्राउज़र इसे बुरी तरह से बर्ताव करने से बचाता है, तो इसके विशेष अनुरोध करता है। मैं यह समझना चाहता हूं कि यह पहली जगह में क्यों होता है।

किसी भी मार्गदर्शन, दृष्टिकोण, दिशा या समाधान की बहुत सराहना की जाएगी ...

यहाँ मेरे cURL कोड का एक स्नैपशॉट है:

<?php

// *** CURL Init, SetOps, and Execution Statements ****
$ch = curl_init();


// *** Execute the  API call for each part number and store in the Associative Array ****
$index=0;
foreach ($partNumbersArray as $partNum) {

    $MyValue = $partNum;

    $MyUrl = $MyNiinjaBaseURL."/".$APICmd1."/".$MyDataSet."/".$MyValue."?key=".$MyKey."&$"."filter=substringof('".$MyValue."',PartNumbers)";


    // *** cURL SetOpts, and Execution Statements ****
    curl_setopt($ch, CURLOPT_URL, $MyUrl);
    curl_setopt($ch, CURLOPT_HEADER, 0);
    curl_setopt($ch, CURLOPT_FRESH_CONNECT, true);
    // curl_setopt($ch, CURLOPT_TIMEOUT, 15);       // <= THIS *never* worked with any reliability ....
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);

    $server_output = curl_exec ($ch);   // <= THIS executes the cURL call and stores the resulting JSON object in the variable '$server_output'

    $niinjaResultsJsonArray[$MyValue] = $server_output;        // Add the JSON object to the Array and index to PartNumber
    $index++;                                                // Increment the index

} // End Execution of NIINJA API Calls

// ** Close the CURL Object and release resources
curl_close ($ch);

?>

यहाँ PHP जानकारी पृष्ठ है: http://www.versaggi.net/phptest.phtml


1
मुझे लगता है कि आपको किसी भी तरह IE और कुछ अन्य ब्राउज़र से पूर्ण आवक HTTP अनुरोधों को लॉग इन करने की आवश्यकता है जिससे हमें कोई समस्या न हो इसलिए हम उनकी तुलना कर सकते हैं और अंतर खोज सकते हैं। कृपया इस सवाल पर एक नज़र डालें कि आप ऐसा कैसे कर सकते हैं। आईई को HTTP रिक्वेस्ट (कुछ अतिरिक्त या गुम हेडर आदि?) के साथ कुछ ऐसा होना चाहिए जो अपाचे को अलग तरीके से व्यवहार करता है। या तो वह, या यह एक निचले (आईपी पैकेट) स्तर पर है, जो मुझे यकीन है कि उम्मीद नहीं है।
स्टिजन डे विट

मैंने उम्मीद की कि आप अपने प्रश्न के लिए कुछ ध्यान आकर्षित करने में मदद करेंगे।
स्टिजन डे विट

2
इसके बारे में कुछ और सोचते हुए, आप शायद इसे अपाचे को बग के रूप में रिपोर्ट कर सकते हैं ... क्योंकि वास्तव में कोई तरीका नहीं है जो मैं इसे दूर कर सकता हूं क्योंकि यह अपाचे बग नहीं है। इस मुद्दे को देखने के लिए (और उम्मीद है कि इसे ठीक करने के लिए) कुछ बहुत अनुभवी अपाचे गुरु पाने में आपकी मदद कर सकते हैं। यदि आप उस मार्ग पर जाना चाहते हैं, तो यदि आप पृष्ठ को सबसे छोटे संभावित परिदृश्य में समस्या का सामना करने वाले पृष्ठ को छोटा कर सकते हैं, तो अभी भी समस्या है। यह और वैसे भी अपने आप में मददगार हो सकता है।
स्टिजन डे विट

सेटटॉप का उपयोग करके कर्ल में एक टाइमआउट सेट करें
2:10 पर user1050544

3
क्या क्लाइंट का कोई प्रभाव है, जिस पर php स्क्रिप्ट द्वारा URLs तक पहुँचा जा रहा है? जब आप सर्वर को उपरोक्त अवस्था में पाते हैं तो क्या CURL अनुरोध अभी भी चल रहे हैं? क्या ऐसा हो सकता है कि IE अनुरोधों को फिर से प्राप्त कर रहा है जब वे बहुत धीरे-धीरे जवाब दे रहे हैं? यदि आपके वेबसर्वर का प्रत्येक HTTP अनुरोध इसे 25 अन्य HTTP अनुरोधों को बैकएंड में आरंभ करने का कारण बन सकता है, तो यह बहुत जल्दी बढ़ सकता है। क्या आप एक से अधिक क्लाइंट के लिए cURL के साथ मिलने वाली प्रतिक्रियाओं का पुन: उपयोग कर सकते हैं?
कैस्परल्ड

जवाबों:


5

बहुत समय पहले, मैंने Apache लॉक-अप को उसी सर्वर पर Apache प्रक्रिया द्वारा सेवित एक अन्य URL से HTTP के माध्यम से कॉल करने के परिणामस्वरूप अपाचे लॉक-अप देखा। मैं कभी-कभी ऐसी कॉल पर प्रतीक्षा करने वाली प्रक्रियाओं के एक समूह के साथ उपलब्ध नहीं होता, जिनकी सेवा के लिए कोई अपाचे प्रक्रिया उपलब्ध नहीं है। मेरे मामले में कुछ वेब पेजों के सामने अनुवाद की परत थी, लेकिन आपकी अपनी साइट पर एपीआई कॉल करना एक ही बात है।

मूल कॉल करने वाले ब्राउज़र की विशेषताओं से ऐसा होने की अधिक संभावना हो सकती है। उदाहरण के लिए, जीवित, समयबाह्य व्यवहार और इसके आगे, लेकिन यह मूल रूप से गलती पर ब्राउज़र नहीं है।

अगर यह कुछ भी है जैसा मैंने देखा है, तो आप अपने कर्ल के उपयोग में मध्यांतर व्यवहार को देखना चाहते हैं। आपके द्वारा शामिल किया गया कोड आपको सुझाव देता है कि आप उस पर काम कर रहे हैं, लेकिन आपको इस बात की समझ में आने की जरूरत है कि आपको इस अनुरोध के बारे में क्या कहना है। इसे tcpdump (या ngrep, Wireshark , या जो भी हो) के साथ देखना दिलचस्प हो सकता है । यह भी जानना अच्छा होगा कि कॉलिंग प्रक्रिया के लटकने पर सिस्टम कॉल किस प्रगति पर है। यानी इसे साथ देखो strace -p [PID]

आपको शायद यह भी सोचना चाहिए कि क्या आप एपीआई के उपयोग से HTTP कॉल को हटा सकते हैं। क्या आप एपीआई अनुरोध को संभालने वाले उपयुक्त कोड पर सीधे कॉल करके समान अपाचे प्रक्रिया के भीतर चीजें रख सकते हैं?

यह शायद लोगों को यह बताने के लिए प्रासंगिक है कि आप PHP कैसे चला रहे हैं (जैसे mod_php, fpm, आदि)। यह उस तंत्र को समझने का हिस्सा हो सकता है जिसके द्वारा कोड लॉक हो जाता है।


यह PHP के इंटर्नल से पूछताछ में मदद कर सकता है ... versaggi.net/phptest.phtml
ProfVersaggi

एक प्रयोग के रूप में मैंने CURL लूप से एपीआई कॉल को निष्क्रिय कर दिया और परीक्षणों का एक समूह चलाया। उन परीक्षणों के दौरान समस्या को अलग कर दिया गया, Apache2 बहरा स्वस्थ रहा।
प्रोफैर्सगैगी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.