- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Очередная порция дурацки вопросов, от меня ))
Картинки отдаются через нгинкс (в заголовках ответа вижу Server nginx/0.8.28)
Не понятно следующее, если нгинкс работает правильно (запросы поступают на него изначально) то почему в access логах сайтов, присутсвуют эти же запросы к картинкам?
То есть получается запросы все же apache принимал?
ну может nginx просто проксирует запросы к апачу?
конфиг nginx показать можно?
Потому что nginx пишет в логи Apache.
К примеру, панель ISPManager так его настраивает, чтобы все запросы учитывались, а не только от Apache.
К примеру, панель ISPManager так его настраивает, чтобы все запросы учитывались, а не только от Apache.
кстати, да. одна из идиотских идей в ISPManager :D
Одна их умных идей, котрая позволит корректно считать трафик по сайтам при установленном nginx, а так же чтобы awstats/webalizer более корректно отображали статистику.
Спасибо за ответы, да на вдс-ке стоит ispmanager.
Можете еще конфиг прокомментировать, меня очень смущает воркер_прогресс 2, хотя проц у вдс 4-ядерный и в некоторых статьях советуют ставить его по кол-во ядер.
Одна их умных идей, котрая позволит корректно считать трафик по сайтам при установленном nginx, а так же чтобы awstats/webalizer более корректно отображали статистику.
так через nginx трафик все-равно идет. что мешает логгировать _все_ там?
идею писать в один лог-файл _разными_ демонами - умной назвать нельзя.
Brut, судя по конфигу - у вас именно случай, о котором писал Himiko.
в блоке
root /var/www/joopel/data/www/mysite.ru;
access_log /var/www/httpd-logs/mysite.ru.access.log;
error_page 404 = @fallback;
}
прописано что если картинка не найдена то пересылать запрос в апач
error_page 404 = @fallback;
lingod, а как предлагаешь обрабатывать такие картинки и файлы?
error_page 404 = @fallback;
Это сделано, чтобы картинки, которые генерируются скриптами (к примеру капча) отображались корректно. Т.е. если nginx картинку не найдёт, то перенаправит запрос Apache.
Никакого отношения к теме топика это не имеет.
ТС, если вы считаете, что воркеров не достаточно, то увеличьте.
прописано что если картинка не найдена то пересылать запрос в апач
error_page 404 = @fallback;
это можно поправить if-ом внутри location со статикой.
в лог /var/www/httpd-logs/mysite.ru.access.log - 404 ошибка попадает _дважды_: один раз
пишет nginx (именно со статусом 404) - другой раз - апач, которому в итоге
проксировали запрос (статус может и другим быть).
Brut, скорее всего "оптимизация" с раздачей статики вам нафиг не сдалась
и проще все сразу отправить на бакенд (оставить только "location /").