- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Поставить nginx не проблема, как настроить чтобы картинки и файлы отдавались через него?
ссылка по теме http://blog.kovyrin.net/2006/05/18/nginx-as-reverse-proxy/lang/ru/
и на том же ресурсе очень интересная статейка по запуску пхп скриптов из nginx
http://blog.kovyrin.net/2006/04/17/typical-nginx-configurations/lang/ru/ - однозначно в мемориз
Я не очень понял, если установить nginx только для отдачи картинок и файлов, что-то править придется в скриптах, например пути к картинкам или файлам?
Unlock, http://sysoev.ru/nginx/ почитайте, большая часть вопросов отпадёт.
Я извинюсь за мою "танковость", но вот цитата:
Другой вариант — "акселерированное кеширование", при котором все запросы посетителей сначала поступают к nginx. Если идет запрос на получение статичного файла (например простой HTML, картинки, CSS или JavaScript файлы), то nginx самостоятельно обрабатывает этот запрос. Если же пользователь обращается к какому-либо скрипту, тогда nginx передает этот запрос на обслуживание к Apache. При таком варианте никаких изменений в коде сайта производить не надо.
Но в моей ситуации картинки грузятся на динамических страницах, т.е. сначала идет обращение к скрипту, если я правильно понимаю. В таком случае смысла в nginx нет?
Пофик. Браузеру всё равно, статичная у вас страница или нет, GET запросы элементов будут точно такими же.
Нгинх прожуёт все запросы, просто часть (статику) он обработает и отдаст клиенту сам, а часть (скрипты) отдаст бекенду, получит от бекенда ответ и его отдаст клиенту.
UPD: Вот если картинки у вас в базе лежат - тогда да, очень большой разницы не будет.
Unlock, c nginx впринцепи сайт будет работать также, если используются rewrite правила, в nginx с ними сложнее... А установить и настроить можно так:
1. установить nginx, настроить в нём домены на 80 порт, для каждого домена/сайта server {} (как это указано тут http://blog.kovyrin.net/2006/05/18/nginx-as-reverse-proxy/lang/ru/)
2. установить модуль для апача mod_rpaf чтобы был виден реальный IP (если нужен), поставить в конфиге апача порт 8080.
ну и пуск))
Ugnich Anton, а что картинки или файлы отдавать через апач не очень правильно?
Нет, не очень. :) Он слишком сильно напрягает сервер ради примитивной картинки. Просто потому что он большой и неуклюжий.
Выделить IP под это дело не проблема, я только не понял как тогда будут выглядеть ссылки на картинки и файлы, если отдавать их через nginx?
Выделите IP и субдомен, указывающий на этот IP.
Было: http://example.com/files/file1.zip
Станет: http://files.example.com/file1.zip
А можно и без субдомена. Не так красиво, зато быстрее - резолвить ничего не надо.
Кстати на скорость скачивания больших (200-400 Мб) файлов это может повлиять?
С теми цифрами (нагрузка), которые вы привели - нет. Просто будет больше памяти свободной. А если юзеры ещё и качают в несколько потоков - тогда ещё больше. :)
P.S. Подсмотрел в соседней теме :) А есть смысл поюзать mod_status?
Посмотреть хотя бы раз, определенно стОит. :)
Он слишком сильно напрягает сервер ради примитивной картинки.
я так полагал, что апач отдаёт картинку в том же соединение, тем же процессом, что и сам, к примеру, php скрипт или просто статику html, и где он сильно напрягает с такими (load averages: 0.05, 0.01, 0.00), бесспорно nginx нужен когда есть нагрузка на сервер, ну что теперь, на всё подряд его ставить теперь? а потом, nginx+htaccess дайте напутствия автору, рас так сильно его советуете! =)
UPD: Вот если картинки у вас в базе лежат - тогда да, очень большой разницы не будет.
Как раз в этом случае будет очень неплохая прибавка к пенсии, т.к nginx умеет не только проксировать но и кэшировать неменяющуюся инфу.