Посмотрите, нанимает ли Ваша компания уже связанного дилера ценных бумаг для того, чтобы уничтожить документы. Я использую наш для того, чтобы уничтожить отчеты, цифровые среды, старые ленты для резервного копирования и жесткие диски. IIRC, это стоит двух маркеров на жесткий диск, и они шлифуют их к порошку. Никакая суета, никакое беспокойство, никакие экопроблемы.
Почему Вы не проверяете размер дважды запроса POST. Например, можно использовать netcat для слушания на 8 080.
netcat -l -p 8080
Затем перенаправьте свой браузер для использования прокси на порте 8080 прежде, чем отправить форму. Необходимо получить что-то вроде этого:
POST http://example.com/path/to/my/wiki/index.php HTTP/1.1
Host: example.com
Proxy-Connection: keep-alive
Content-Type: application/x-www-form-urlencoded
Content-Length: 217
Самая важная строка Content-Length
и просто проверьте фактическую длину дважды содержания. Это, по крайней мере, поможет Вам определить, где вещи идут не так, как надо. У Вас, по крайней мере, будет идея фактического размера содержания.
Затем удостоверьтесь, что Вы непосредственно соединяетесь с Apache а не или через прокси или через обратный прокси. Некоторые обратные прокси помещают ограничение в максимальный размер запроса как своего рода меры безопасности. Так, можно хотеть проверить, что, а также Apache регистрируется, чтобы гарантировать, что ничто иное не продолжается.
У меня была такая же ошибка, и это было из-за безопасности мода, связанного с загрузкой файлов размером 500 МБ и меньше с помощью ajax, для исправления я открыл конфигурацию.
sudo vi /etc/httpd/conf.d/mod_security.conf
Изменил это
SecRequestBodyLimit 131072
SecRequestBodyNoFilesLimit
SecRequestBodyInMemoryLimit
На:
SecRequestBodyLimit 524288000
SecRequestBodyNoFilesLimit 524288000
SecRequestBodyInMemoryLimit 524288000