Почему Open Server пишет, что $_POST не существует?

Question

[Надим]

Очень странную ошибку смог выловить в Open Server, после определенного (большого) количества отправленных запросов, в какой-то момент он перестает возвращать результат для переменной $_POST, выглядит это так:

Notice: Undefined variable: _POST in C:\OpenServer\domains\proxy\index.php on line 13

<?php

header('Access-Control-Allow-Origin: *'); // Разрешаем запросы с любых доменов
header('Content-Type: text/html; charset=utf-8'); // Указываем тип документа и кодировку

// Включаем отображение ошибок:

ini_set('error_reporting', E_ALL);
ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);

	
print_r($_POST); // Это и есть 13-ая строка

Я не понимаю, что за чертовщина происходит. Если перезагрузить сервер, все внезапно становится норм, но мне то нужна непрерывная работа! Что делать и как мне быть? В логах самого апачах нихрена нет, ни одного намека на корень проблемы. Может ли такое поведение вызвать SSL-сертификат сгенерированный мной самим для локального домена? Или слишком частое использование file_get_contents() всегда с разными контекстом потока?

Из странного я вижу, что в диспетчере у меня два апача почему-то запущено, будто сервак на лету попытался перезагрузиться и не смог, но это единственная наводка, которую я смог нарыть, не факт что дело в этом.

Comments

[Михаил]

передаётся всегда одно и то же?

[Надим]

Михаил, конечно, делаю обычный POST-запрос с рядом нужных мне параметров. Первые тыщ сто запросов все точно норм, а дальше уже как бог положит, в любой момент может упасть.

[Надим]

Михаил, если что, вот мой настоящий корневой файл:

<?php

header('Access-Control-Allow-Origin: *'); // Разрешаем запросы с любых доменов
header('Content-Type: text/html; charset=utf-8'); // Указываем тип документа и кодировку

// Включаем отображение ошибок:

ini_set('error_reporting', E_ALL);
ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);

	
// Проверяем существование переменных:

if ( isset($_POST['proxy']) and isset($_POST['login']) and isset($_POST['password']) and isset($_POST['method']) and isset($_POST['url']) and isset($_POST['header']) ) {
	
	// Определяем тип необходимого запроса:
	
	$method = mb_strtoupper($_POST['method'], 'utf-8');
	
	// Если выбран GET-запрос:
	
	if ($method == 'GET') {
		
		send_get();
		
	}
	
	// Если выбран POST-запрос:
	
	else if ($method == 'POST') {
		
		send_post();
		
	}
	
	// Если метод не удалось распознать:
	
	else {
		
		echo 'Ошибка, передан неподдерживаемый метод: ' . $method;
		
	}
	
}

else {
	
	echo 'Сервер запущен =)';
	
}

// Функция для совершения GET-запросов:

function send_get() {

	$auth = base64_encode($_POST['login'].':'.$_POST['password']);
	
	$headers = array(
		'http' => array(
			'method '=> mb_strtoupper($_POST['method'], 'utf-8'),
			'proxy' => $_POST['proxy'],
			'request_fulluri' => true,
			'header' => "Proxy-Authorization: Basic $auth\r\n".$_POST['header']
		),
	);

	$context = stream_context_create($headers);
	
	echo file_get_contents($_POST['url'], false, $context);

}

// Функция для совершения POST-запроса:

function send_post() {
	
	echo 'Функция для отправки POST-запросов еще не готова!';
	
}

[its2easyy]

На другой версии php пробовали запускать?
В конфиге php open servera меняли что нибудь? под виндой там некоторые настройки могут нестабильно работать

[Надим]

its2easyy, нет не пробовал, настройки все стоят по умолчанию - с какими настройками сам опен сервер установился, с теми и запускаю. Единственное НО, я поставил на локальный домен SSL сертификат, чтобы браузер не ругался, более никаких изменений от настроек по умолчанию не применял.

Answer 1

[ThunderCat]

Ну так чо, пробуйте по порядку же:
1) Отключить сертификат
2) Проверьте что метод запроса пост (в браузере смотрите нетворк, в коде делаете вар_дамп сервер реквест метод)
3) есть подозрение что срабатывает переадресация (почему - другой вопрос), по этому внимательно смотрим п. 2
далее по обстоятельствам.

Comments

[profesor08]

$_POST существует всегда, если ничего не пришло, то просто пустой массив.

[Надим]

profesor08, именно. Да и сертификат я отключить не смогу, так как если отрублю, то мое расширение в браузере не сможет из https сайтов стучатся на локальный http сайт - браузер не даст смешивать типы контента.

[ThunderCat]

profesor08, э, да, прохлопал что дампится чистый _пост без ключа...

Answer 2

[profesor08]

Дропни свой опенсервер и выполни в папке проекта команду php -S 0.0.0.0:80 -t "%cd%", запустится локальный вебсервер. Как убедишься, что все работает как положено, можешь стереть опенсервер и забыть про него. Для локальной разработки он тебе не нужен, как и апач.

Comments

[Надим]

Что-то не уверен, что на винде из под коробки есть php, но попробую.

[profesor08]

Надим Закиров,
https://windows.php.net/
https://windows.php.net/downloads/releases/archives/

[rPman]

Осторожно, php -S однопоточный, и глюки многопоточного типа (например множественный доступ на запись к объекту а у вас в коде неправильно используются транзакции) на нем не вылавливаются, а так да норм.

[Надим]

rPman, можно чуть подробнее, а где именно у меня ошибка с транзакциями?

[rPman]

Нет, я просто добавил к рекомендации использования встроенного вебсервера в php, инструмент хороший простой (воспользуйтесь советом profesor08, он хороший, удалите все что вы там наставили и поставьте чистый php) но при этом локально работающий сервер может работать иначе в продакшене, потому что однопоточный, про это надо просто помнить.

[Надим]

rPman, а в чем проявляется эта однопоточность? Не совсем понимаю. Просто я из браузера асинхронно буду долбить локальный сервер десятками и сотнями запросов в секунду, которые он должен будет пересылать в интернет, используя тот или иной прокси.

[rPman]

если у вас монопольно открывается какой то ресурс на запись например и операции не атомарны, в однопоточном режиме ошибок у вас не вылезет, так как каждый запрос с фронтэнда на бакэнд будет последовательным и никогда не будет два одновременных, а значит есть ошибки или нет - они не вылезут, т.е. вы не узнаете о них.

В продакшене нормальная ситуация когда веб сервер позволяет запускать одновременно несколько (десятки) сессий, а значит если возможна ситуация когда к одному ресурсу будут одновременно лезть два или более клиента, и если есть ошибки в реализации - будут проблемы.

Классический пример ошибки - вы сначала читаете значение счетчика, затем открываете транзакцию к БД (в данном примере нужна блокировка объекта) и увеличиваете значение. Если то же самое будет происходить одновременно у соседнего клиента, то возможна ситуация что у обоих будет равное значение счетчика, т.е. одно событие будет пропущено.

[Надим]

rPman, нет, я ничего не открываю на запись. Я просто дело file-get-contents() и сразу отдаю результат через echo. По идее, если я вызову свой php скрипт одновременно несколько раз, это же не приведет к ошибкам?

[rPman]

на чтение проблем не будет

[profesor08]

rPman, если надо обновить какой-то счетчик, который могут обновлять много юзеров, то обновлять его надо сразу в бд. Операция называется инкремент.
UPDATE [table] SET [counter] = [counter] + 1

Если делать икремент на пхп и потом пушить в бд готовое значение, то да, может возникнуть казус.

[Надим]

profesor08, логично, но к счастью я БД не использую)

[rPman]

profesor08, я знаю как надо, вы не поняли мой посыл, я говорил про ошибки и их обнаружение

[Надим]

profesor08, нуждаюсь в вашей помощи. Скачал php5.6 и распаковал в папку Proxy, запускаю:
c:\Proxy\php.exe -S 127.0.0.1:80 -t c:\Proxy\root

В браузере мои php-файлы, которые я положил в папку root, прекрасно открываются и вроде как работают, но возникла проблема с функцией file_get_contents() - к сожалению конкретно она не работает. Текст ошибки:

Warning:  file_get_contents(): Unable to find the wrapper https - did you forget to enable it when you configured PHP? in C:\Proxy\root\index.php on line 94
Warning:  file_get_contents(https://etp.roseltorg.ru/common/auction/view/id/3264170): failed to open stream: Invalid argument in C:\Proxy\root\index.php on line 94

Я так понимаю, надо как-то отдельно настраивать https. Не могли бы вы подсказать, как это сделать?

Попробовал раскомментировать в файле c:\Proxy\php.ini-production строку:
extension=php_openssl.dll
Но это не помогло(

[profesor08]

Надим Закиров, в php.ini надо раскомментировать extension=openssl либо extension=php_openssl.dll в зависимости от версии пхп.

php.ini-production либо php.ini-development надо переименовать в php.ini

[Надим]

profesor08, уже переименовал и раскоментировал, но это тоже не помогло(
Само с собой, сам php я перезапускал, после изменений.

[Надим]

profesor08, кстати, я вчера-сегодня успел сделать тест с другим сервером, заменил OpenServer на USBWebServer, но он точно так же проработал примерно сутки и упал с точно такой же ошибкой, т. е. переменные $_POST, $_SERVER (и другие) в какой-то момент просто начинают возвращать ошибки. В общем, для меня сейчас единственным вариантом осталось попробовать все запустить на голом php, без обвязок. Более вариантов не вижу(

[Надим]

profesor08, все разобрался, надо было установить php в переменные сред. Однако, к большому моему сожалению, голый однопоточный php просто не тянет мой прокси скрипт. Стоит отправить больше одного запроса в секунду, как все наглухо виснет. Не справляется он, короче(

Answer 3

[Антон Шаманов]

pthreads в помощь + надо понимать что подобные проекты из коробки не заточены под выконагруженные проекты и ты даже не догадался переключится на ngnix из той же коробки..

Comments

[Надим]

Не догадался, да) Но теперь обязательно попробую его. Спасибо за умную мысль.