Я запускаю программу PHP, которая работает нормально, если она не вызывается браузером Microsoft Internet Explorer, после чего запускает указанные ниже процессы, блокирует 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.
По этому поводу написано несколько статей, но мне не удалось реализовать ни одну из них:
Apache Server 2 зависает после получения запросов от IE 10/11:
Больше НИОКР: Internet Explorer 10 (Windows 8) вызывает сбой Apache
Программа PHP использует cURL чтобы взять список из 25 элементов и выполнить для каждого из них вызов API (GET) на внешний сервер, который возвращает данные JSON для дальнейшей обработки. Это классическая длительная программа обработки данных.
Что меня беспокоит, так это то, что он отлично работает в любом другом браузере, кроме Internet Explorer, что приводит к некорректному поведению веб-сервера.
Я опросил перечисленные НИОКР, а затем некоторые, внедрил предложенные исправления, но все равно получаю такое же предсказуемое, восстанавливаемое, проблемное поведение сервера.
Мне нужно выяснить, как защитить сервер от плохого поведения, когда он сталкивается, а браузер Internet Explorer делает именно эти запросы к нему. Я хотел бы понять, почему это вообще происходит.
Мы будем очень благодарны за любые рекомендации, перспективы, направления или решения ...
Вот снимок моего кода 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
Давным-давно я видел блокировки Apache в результате того, что процесс Apache делал вызов через HTTP на другой URL-адрес, обслуживаемый процессом Apache на том же сервере. Иногда я получал кучу процессов, ожидающих таких вызовов, без доступных процессов Apache для их обслуживания. В моем случае у меня был слой перевода перед некоторыми веб-страницами, но вызов API на вашем собственном сайте - это то же самое.
Характеристики браузера, выполняющего исходный вызов, могут повысить вероятность этого. Например, сохранение активности, поведение при тайм-ауте и т. Д., Но в основном виноват не браузер.
Если это что-то похожее на то, что я видел, то вы хотите посмотреть на поведение тайм-аута при использовании curl. Код, который вы включили, предполагает, что вы это делаете, но вам может потребоваться более детальное понимание того, к какой точке запроса он идет. Было бы интересно посмотреть на это с помощью tcpdump (или ngrep, Wireshark, или что-то еще). Также было бы хорошо знать, какой системный вызов выполняется, когда вызывающий процесс зависает. То есть посмотрите на это с помощью strace -p [PID].
Вероятно, вам также следует подумать о том, можно ли удалить HTTP-вызов из использования API. Можете ли вы сохранить вещи в одном и том же процессе Apache, выполнив прямой вызов соответствующего кода, который обрабатывает запрос API?
Вероятно, уместно рассказать людям, как вы используете PHP (например, mod_php, fpm и т. Д.). Это может быть частью понимания механизма блокировки кода.