ERR_CONTENT_LENGTH_MISMATCH в nginx и прокси в Chrome при загрузке больших файлов
Вы можете проверить cx_freeze . Он утверждает, что создает исполняемые файлы, которые являются «кросс-платформенными и должны работать на любой платформе, на которой сам Python работает».
Я столкнулся с ней при изучении пакета moneyGuru , который использует PyQt. Я загрузил файл moneyguru.exe в свою систему Windows XP, выполнил его, и он отлично работал на Python 3.2.
Вы можете клонировать hg-репо из здесь , чтобы посмотреть, как это сделать .s done.
10 ответов
Кажется, что под давлением nginx попытался вытащить angular.js из своего кэша и не смог из-за проблем с разрешениями. Вот что решило эту проблему:
root@amac-2:/usr/local/var/run/nginx $ chown -R _www:admin proxy_temp
_www:admin может отличаться в вашем случае, в зависимости от того, какой пользователь владеет процессом nginx. Дополнительная информация о ServerFault:
https://serverfault.com/questions/534497/why-do-nginx-process-run-with-user-nobody
Добавление следующей строки в конфигурацию nginx было единственным, что исправило ошибку net::ERR_CONTENT_LENGTH_MISMATCH для меня:
proxy_buffering off;
Я попробовал все вышеперечисленное и все еще не мог заставить его работать. Даже после обращения к chmod 777. Единственное, что решило это для меня, это полностью отключить кеширование:
proxy_max_temp_file_size 0;
Хотя это не было исправлением и не пригодно для производственного использования, для меня это было нормально поскольку я использую только nginx как часть локальной настройки разработки.
Для меня сработало изменение proxy_temp_path на папку с разрешениями на чтение / запись (777)
location / {
proxy_temp_path /data/tmp;
}
Когда я попробовал вышеупомянутое решение, это не решило проблему. Я также изменил разрешение на запись на месте, но это не сработало. Тогда я понял, что сделал что-то не так там. В месте хранения файла у меня было что-то вроде
"/ storage" + fileName + ".csv"
. Я тестировал в среде Windows, и она отлично работала. Но позже, когда мы переместили приложение в среду Linux, оно перестало работать. Поэтому позже мне пришлось изменить его на
"./ storage" + fileName + ".csv"
, и он начал нормально работать.
Для меня средством правовой защиты были эти две настройки:
В файле: /etc/nginx/nginx.conf
Добавить:
proxy_max_temp_file_size 0;
proxy_buffering off;
Между строк client_max_body_size 128M; и server_names_hash_bucket_size 256;:
http {
client_max_body_size 128M;
proxy_max_temp_file_size 0;
proxy_buffering off;
server_names_hash_bucket_size 256;
Для нас оказалось, что довольно маленький корень нашего сервера (то есть. /) Был полон.
Там было множество журналов и файлов от пользователей в / home. Перемещение всего этого мусора на другой установленный диск решило проблемы.
Просто хотел поделиться, поскольку это может быть еще одной причиной проблемы.
Для меня решение было:
sudo chown -R nginx:nginx /var/cache/nginx/fastcgi_temp/
**ps aux | grep "nginx: worker process"**
после выполнения вышеуказанной команды вы увидите пользователя, через которого запускается nginx
например.
www-data 25356 0.0 0.0 68576 4800 ? S 12:45 0:00 nginx: worker process
www-data 25357 0.0 0.0 68912 5060 ? S 12:45 0:00 nginx: worker process
Теперь вы должны запустить команду ниже, чтобы дать разрешение
**chown -R www-data:www-data /var/lib/nginx/**
Надеюсь, это сработает
У меня была та же проблема. При увеличении пространства Папка Каталога или , где nginx установлен, решила проблему.