ufkr

Рейтинг
14
Регистрация
18.04.2010

ну да..)

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

Так...а ресурсов на машинке достаточно свободных, вообще сколько времени идет загрузка файла до того как nginx плюет 504?

по top что в системе происходит в процессе заливки?

логи еще б ерорные глянуть nginx и апача..

Ну еще есть кардинальный вариант...сменять апачу на fcgi php-fpm

send_timeout 6000;

proxy_buffering off; -особенно это попробуйте

ну и гляньте еще раз php.ini может где там косячек с таймаутом..

если nginx то косяк в проксировании..

моя конфа с которой любой файл до ограничения в 1024m льеться без проблем

sendfile on;

tcp_nopush on;

tcp_nodelay on;

keepalive_timeout 650;

output_buffers 32 512k;

sendfile_max_chunk 128k;

postpone_output 1460;

server_names_hash_bucket_size 64;

client_max_body_size 1024m;

За той лишь разницей что у меня нет апача, fcgi php-fpm

client_body_timeout тогда впишите 3600 скажем

ну и на всякий track_uploads proxied поставить поболее и если не поможет закаменьтить вообще..

proxy_temp_file_write_size поставьте скажем 10m и попробуйте залить файл мегов на 5

У меня макс. 10 переходов в день было(это раза 2),в основном от 1 до 5 переходов на не коммерческой тематике..добавили бесплатно..

12 тысяч думаю не стоит тратить на эту услугу в большинстве случаев..

_voland_:

PS А как настраивался nginx для работы с Joomla без Apache? Вопрос актуален если используется аналог mod_rewrite.

rewrite ^(.+)$ /index.php?q=$1 last;

Примерно так будет выгледеть реврайт для жумло на nginx..:)

nginx+fcgi(PHP-FPM)+eaccelerate+sql(query_cache on)+centOS

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

По факту самое важное это frontend к апачу(или вообще отсутстви оного, тут уже от задач как говориться).. ну и буферы мускуля открутить в рамках разумного, благо памяти у вас много..остальное с моей точки зрения существенных изменений не приносит, это со стороны администрирования..

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

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

Это я к тому что сильно увлекаться "тюнингом" не стоит...кардинально это ситуацию не изменит..

Всего: 131