Усеченный ответ Nginx proxy_pass
За века одним из основных путей, которыми люди стали богатыми и продуктивными, является разделение труда. Путем специализации на конкретной роли можно провести больше времени, находя трудовые методы сохранения и узнающие больше детали, которые должен проигнорировать универсал. Я сомневаюсь, что Вы встретите многих программистов, которые записали модули ядра и веб-сайты Ajax; я не вижу оснований для веры тому, что испытывает Вас, имеют, поскольку веб-разработчик передаст эффективной конфигурации сервера.
Вопрос, который появляется, Ваша фирма должна нанять эксперта или произвести на стороне?
Аутсорсинг
Существующая практика должна произвести на стороне посредством поставщиков услуг хостинга. Они решили множество проблем для Вас из поля. У них есть системы изоляции и выполнение, и различные инструменты управления сделали доступным как cPanel, который они получили для клиентов на лучших условиях (форма коллективных переговоров!). Поставщики услуг хостинга нацелены на 90 процентов рынка, который они могут снабдить единственной конфигурацией.
Найм
Это - рынок работодателя, таким образом, Вы можете находить качественных администраторов на дешевом. Проведите некоторое исследование на видах вещей, которые Ваши конкуренты нанимают администраторов, чтобы сделать, и сколько они платят для понимания то, что можно достигнуть что цена. Преимущества найма главным образом прибывшего от увеличенной гибкости. Принимая во внимание, что хостинговые компании предложат ограниченный набор пакетов, небо предел на Ваше собственное поле.
Я не могу сказать Вам, какая опция более экономически эффективна, не зная Ваши существующие затраты, но необходимо ли спросить себя, Ваше время лучше всего используется в качестве системного администратора? И если так, Вы действительно более продуктивны, чем обученные профессионалы?
Есть, но по умолчанию его 1G:
http://wiki.nginx.org/HttpProxyModule#proxy_max_temp_file_size
Как сказал @kolbyjack, вероятно, в ошибке есть ошибки .log для просмотра.
Если в журналах доступа вы видите код возврата 304 (Не изменено) для усеченного файла, попробуйте очистить кеш браузера. К сожалению, я не смог найти способ «исправить» это в конфигурации nginx.
Я знаю, что это очень старый вопрос, но я столкнулся с той же проблемой. Убедитесь, что пользователь, от имени которого вы запускаете nginx, имеет права на запись в каталог proxy_temp. Если вы обслуживаете более крупный ответ через свой прокси-сервер, который не может храниться в ваших proxy_buffers, остальные данные ответа записываются на диск в вашем каталоге proxy_temp. Если это невозможно из-за неадекватных привилегий (или чего-то еще, например, дискового пространства), ответ будет усечен.
Простой способ определить, заключается ли проблема в том, чтобы очистить кеш браузера и перезагрузить страницу с помощью Открываются инструменты разработчика Chrome. Найдите усеченный файл на вкладке сети, и если размер соответствует размеру вашего прокси-буфера (64 КБ в вашем случае), тогда у nginx, вероятно, возникнут проблемы с записью на диск.
Дополнительная информация о nginx proxy_temp_path: http: / /wiki.nginx. org / HttpProxyModule # proxy_temp_path