- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Еще раз внимательно смотрим на лог, потом к примеру удаляем location со статикой, киляем пид и смотрим лог опять. Ничего не меняется, все работает как работало. Вопрос - зачем нагружать апач статикой?
Ещё раз говорю. Всё там менется. Статику обрабатывает nginx. Видимо вы что-то не так делаете.
Просто добавлем location, киляем apache и открываем статику. Опа, а она открывается и без него :)
Всё уже давно проверено.
P.S.: Уже не меньше 2-3 лет ispmanager такой конфиг создаёт, так что, тут обсуждать нечего.
Вот мне интересно, что Вы увидите, всунув вот сюда лог:
Сначала обрабатываются стандартные локейшены, а потом реджексы. В данном случае вся статика по правилу первого локейшена уйдет на апач кажется
Учить матчасть, бегом. Не позорьтесь.
http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#location
PS: Статика, к сожалению, не уйдет на апач. А зря. Возможно
имеет смысл использовать что-то типа: error_page 403 404 = @fallback;
В таком случае проблему можно было бы и не заметить. Нужно смотреть логи.
Хорошо, тогда помогите обьяснить такое поведение:
в проксировании стоит proxy_cache_use_stale error timeout invalid_header http_500 http_502 http_503 http_504; и min_uses 5;
При пиках и заваливании апача nginx выдает как положено закешированую страничку, только вот в случае с регулярным локейшеном после стандартного, эта страничка оказывается без стилей, стоит перенести регулярный выше основного - все в порядке, css на месте
Покажите конфиг.
myhand, только утром добираюсь до сервака, простите. Вот конфиг
Вот конфиг
У меня не получилось воспроизвести то, что Вы описали.
nginx/0.7.64
Тестировал работу несколькими запросами, чтобы страничка попала
в кеш + отключением бакенда.