- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Смотрю error.log nginx:
Однако в это же время в access.log apache:
Код 200
И в это же время в access.log nginx:
Тоже код 200
Откуда тогда ошибка то ?
Крайне редко встречается и только с amp страницами.
И в сёчконсоли раз в 3-4 месяца появляется ошибка что какая то страница amp недоступна.
Потом ошибка исчезает.
Кто виноват ? Почему так ? И надо ли что-то с этим делать ?
Таймауты для прокси в nginx заданы какие?
Я читал про это - но эти лимиты надо увеличивать когда код ответа 502, а в моем случае код 200 !
suffix, при увеличении таймаута частота ошибок изменилась?
Если нет, то ковырять как там апач с пхп работает, возможно воркеры пхп дропаются не вовремя.
Вот что мне на форуме nginx ответили:
"В лог-формате "combined" после статус-кода (200) идёт body_bytes_sent.
Видно, что апач отдал nginx-у 45443 байта, а ngnix клиенту 12664, так что
обоснованное подозрение на то, что nginx недополучил данные.
В HTTP/1.1 есть механизм контроля целостности данных, и nginx может видеть,
что ему прислали ответ короче, чем должно быть по его заголовку.
Я бы прежде всего подумал, нет ли между апачем и nginx-ом statefull
файрвола, который из-за какой-то ошибки в своей логике иногда обрывает
коннекции, например, содержащие этот "amp"."
Теперь бы понять что такое statefull файервол и где его искать ? :)
suffix, а разница размеров случаем не в том, что сначала данные от апача не сжаты, а дальше нгинксом для клиента пережаты?
Понятия не имею :))
Но да, brotli и gzip в nginx включены конечно.
На всякий случай увеличил: