- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте,
не смог ничего толком найти, подскажите пожалуйста.
Любой агент отправляет заголовки, среди которых поддерживаемые кодировки.
Например:
Но что, если запрашиваемая страница существует в другой кодировке? Предусмотрен ли какой-либо стандарт, требующий определенных действий со стороны сервера? Он должен перекодировать страницу в одну из поддерживаемых агентом? А если ни одна из кодировок агента сервером не поддерживается, должен ли он отдать заголовок о какой-либо серверной 50х - ошибке? Какой? Или отдавать страницу как есть, тогда клиент должен сформировать что-то вроде HTTP 1/1 40х Error?
Такие вопросы решаются прочтением оригинального стандарта - rfc 2616.
Касательно обязательности перекодировки там ничего не написано, а значит поведение на усмотрение конкретной реализации сервера. Например, проект russian apache умел перекодировать документы в ту кодировку, которую хотел клиент. Но он давным давно умер.
Касательно ошибки написано вот что :
and if the server cannot send a response which is acceptable
according to the Accept-Charset header, then the server SHOULD send
an error response with the 406 (not acceptable) status code, though
the sending of an unacceptable response is also allowed.
Формулировка, конечно, дебильная. ДОЛЖЕН отдать 406, хотя можешь и не отдавать.
То есть, не запрещено отдать документ в неправильной кодировке, что мы до сих пор в эру побидившего UTF8 и наблюдаем на некоторых сайтах.