Проверка корректности ответа на вопрос: Проверка ответа сервера - бесплатная проверка HTTP-заголовков сервера

Содержание

Проверка ответа сервера — бесплатная проверка HTTP-заголовков сервера

Используйте кнопку быстрого доступа к сервису Checkmy для мгновенной проверки кода ответа сервера нужной страницы сайта.

1. Перетащите кнопку Checkmy на панель закладок своего браузера.

2. Зайдите на страницу сайта, которую хотите проверить.

3. Нажмите кнопку /Checkmy/ в панели закладок своего браузера.

В новой вкладке браузера откроется результат проверки ответа сервера страницы на которой вы находитесь.

C помощью онлайн сервиса проверки кода ответа сервера вы можете проверить http заголовки, которые выдает сервер при запросе url адреса. Это может быть полезно для того, чтобы узнать включено ли сжатие контента на сервере, проверить исходный код страницы, узнать включена ли поддержка кеширования на сервере и получить другую полезную информацию из заголовков ответа сервера.
Что можно проверить в заголовках сервера:

Доступность и коды состояний url адресов
Поддержку кеширования страниц
Сжатие контента на сервере
Исходный код страницы
Ответ сервера для разных User Agent

Тип сервера, время и кодировку
Корректность переадресаций

Список популярных заголовков ответа сервера с пояснением их значений.

Content-Type

Описание формата передаваемого контента. Необходимо для корректного распознавания браузером.

Accept-Encoding

Перечень способов кодирования содержимого ответа при передаче.

Date

Дата генерации передаваемого контента, используется время отвечающего сервера.

Expires

Дата предполагаемого истечения срока актуальности контента.

Last-Modified

Дата последней модификации контента.

If-Modified-Since

Дата, когда необходимо загружать контент, если он изменился с указанного момента.

Location

URL-адрес по которому клиенту следует перейти или URL созданного ресурса.

Server

Список названий и версий веб-сервера и его компонентов с комментариями.

× Обратите внимание! Указаны только самые распространенные заголовки ответа сервера.

Полный список кодов состояний http-сервера с расшифровкой значения.

Коды 2xx
Коды 3xx
Коды 4xx
Коды 5xx

200 Ok	Запрос клиента обработан успешно и ответ сервера содержит затребованные данные.
201 Created	Этот код состояния используется в случае создания нового URI. Вместе с этим кодом результата сервер выдает заголовок Location, который содержит информацию о том, куда были помещены новые данные.
202 Accepted	Запрос принят, но обрабатывается не сразу. В теле содержимого ответа сервера может быть дана дополнительная информация о данной транзакции. Гарантии того, что сервер в конечном итоге удовлетворит допустимым.
203 Non-Authoritative Information	Информация в заголовке содержимого взята из локальной копии или у третьей стороны, а не с исходного сервера.
204 No Content	Ответ содержит код состояния и заголовок, но тело содержимого отсутствует. При получении этого ответа браузер не должен обновлять свой документ. Обработчик чувствительных областей изображений может возвращать этот код, когда пользователь щелкает на бесполезных или пустых участках изображения.
205 Reset Content	Браузер должен очистить форму, используемую в данной транзакции, для дополнительных входных данных. Полезен для CGI-приложений, требующих ввода данных.
206 Partial Content	Сервер возвращает лишь часть данных затребованного объема. Используется в ответе на запрос с указанием заголовка Range. Сервер должен указать диапазон, включенный в ответ, в заголовке Content-Range.

300 Multiple Choices	Запрошенный URI обозначает более одного ресурса, например, документ переведенный на несколько языков. В теле ответа сервера может находиться перечень конкретных данных о том, как выбрать ресурс правильно.
301 Moved Permanently	Документ перемещен навсегда, новый адрес документа указывается в заголовке Location. Старый адрес больше не используется.
302 Moved Temporarily	Документ перемещен временно, новый адрес документа указывается в заголовке Location. Сейчас нужно запросить документ по новому адресу, но в последствии документ будет доступен по старому адресу.
303 See Other	Документ доступен также и по другому адресу, который указан в заголовке Location.
304 Not Modified	Если при запросе используется заголовок lf-Modified-Since и документ не менялся с указанной даты, то сервер ответит данным кодом. Тело содержимого не посылается, и клиент должен использовать свою локальную копию.
305 Use Proxy	Доступ к документу должен осуществляться через proxy-сервер, указанный в заголовке Location.

400 Bad Request	В запросе клиента обнаружена синтаксическая ошибка.
401 Unauthorized	Пользователь не имеет необходимых полномочий для доступа к документу и должен повторить запрос с предоставлением соответствующих полномочий.
403 Forbidden	Запрос отклонен, так как доступ запрещен — сервер не может или не хочет ответить клиенту.
404 Not Found	Документ не существует.
405 Method Not Allowed	Метод, используемый клиентом, не поддерживается для данного документа.
406 Not Acceptable	Документ существует, но формат документа не соответвует формату, в котором его запрашивает клиент.
407 Proxy Authentication Required	Требуется инициация запроса от прокси-сервера.
406 Not Acceptable	Документ существует, но формат документа не соответвует формату, в котором его запрашивает клиент.
408 Request Time-out	Истекло время ожидания запроса от клиента и сервер прервал соединение.

500 Internal Server Error	Внутренняя ошибка конфигурации сервера или одного из его компонентов. Запрос не может быть обработан.
501 Not Implemented	Запрос не может быть выполнен сервером.
502 Bad Gateway	Сервер получил недопустимый ответ от другого сервера или прокси-сервера.
503 Service Unavailable	Служба временно недоступна, если известно время восстановления, то будет выдан заголовок Retry-After.
504 Gateway Time-out	Шлюз или сервер превысил время ожидания ответа и ожидание прервано.
505 HTTP Version not supported	Сервер не поддерживает версию протокола HTTP, использованную в запросе.

Проверьте ответы на популярные вопросы, возможно вы найдете ответ на свой вопрос.

Как проверить поддержку If-Modified-Since ?

Введите адрес страницы, которую хотите проверить, отметьте галку If-Modified-Since и укажите дату предыдущего посещения страницы. Если вместо заголовка ответа HTTP/1.1 200 OK вы получите http-заголовок HTTP/1.1 304 Not Modified, значит сервер поддерживает If-Modified-Since и отправляет тело контента только в том случае, если с даты предыдущего посещения он изменился.

Какой User Agent отправляется в запросе ?

По-умолчанию Checkmy использует User Agent пользователя, то есть ваш. Если вы хотите его изменить, то можете выбрать любой другой из соответствующего выпадающего списка.

Как узнать поддерживает ли сервер сжатие ?

Введите адрес страницы, которую хотите проверить и отметьте галку Accept-Encoding: gzip. Если ответ сервера будет содержать заголовок Content-Encoding: gzip, значит сжатие поддерживается.

Checkmy поддерживает домены на кириллице ?

Да, сервис поддерживает IDN-домены и для их проверки не требуется переводить имя домена в punycode. Просто введите введите адрес вашего кириллического домена и проверьте http-код ответа сервера.

Можно ли проверять страницы с несколькими редиректами ?

Да, Checkmy самостоятельно переходит по адресу редиректа и проверяет следующую страницу, указанную в поле <Location>. Вы можете проверить страницу на которой до 7 переадресаций, для каждой переадресации Checkmy покажет отправленные заголовки и полученные заголовки ответа сервера.

Есть ли мобильная версия сервиса ?

Да, конечно, вы можете использовать Checkmy на мобильных устройствах для проверки http-ответа сервера, он быстро загружается и прекрасно выглядит.

Проверить ответ сервера, HTTP-заголовки — OnLine сервис

Код состояния HTTP (англ. HTTP status code) — является частью первой строки ответа сервера. Он представляет собой целое число из трех арабских цифр. Первая цифра указывает на класс состояния. За кодом ответа обычно следует отделённая пробелом поясняющая фраза на английском языке, которая разъясняет человеку причину именно такого ответа.

Клиент узнаёт по коду ответа о результатах его запроса и определяет, какие действия ему предпринимать дальше. Набор кодов состояния является стандартом, и они описаны в соответствующих документах RFC. Введение новых кодов должно производиться только после согласования с IETF. Тем не менее, известно о двух используемых кодах, не упомянутых в RFC: 449 Retry With (введён Microsoft) и 509 Bandwidth Limit Exceeded (введён в cPanel).

Клиент может не знать все коды состояния, но он обязан отреагировать в соответствии с классом кода. В настоящее время выделено пять классов кодов состояния.

Веб-сервер Microsoft Internet Information Services в своих файлах журналов кроме стандартных кодов состояния использует подкоды записывая их через точку после основного. При этом в ответах от сервера данный субкод не размещается — он нужен администратору сервера чтобы тот мог более точно определять источники проблем. Со списком подкодов IIS можно ознакомиться в документе «Коды состояния служб IIS» в Базе знаний Microsoft.

1xx: Informational (Информационные)

В этот класс выделены коды, информирующие о процессе передачи. В HTTP/1.0 сообщения с такими кодами должны игнорироваться. В HTTP/1.1 клиент должен быть готов принять этот класс сообщений как обычный ответ, но ничего серверу отправлять не нужно. Сами сообщения от сервера содержат только стартовую строку ответа и, если требуется, несколько специфичных для ответа полей заголовка. Прокси-сервера подобные сообщения должны отправлять дальше от сервера к клиенту.

100 Continue (Продолжать) — Сервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1.

101 Switching Protocols (Переключение протоколов) — Сервер предлагает выбрать другой протокол, более соответствующий данному ресурсу. Протоколы предлагаемый сервером, указываются в строке заголовка Update, если предложенный сервером протокол, устраивает клиента, он высылает новый запрос с указанием нового протокола. Появился в протоколе версии HTTP/1.1.

102 Processing (Идёт обработка) — Запрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания. Клиент при получении такого ответа должен сбросить таймер и дожидаться следующей команды в обычном режиме. Появился в WebDAV.

105 Name Not Resolved (Не удается преобразовать DNS-адрес сервера) — При разрешении доменного имени возникла ошибка в связи с неверным или отсутствующем IP-адресом DNS-сервера.

2xx: Success (Успешно)

Сообщения данного класса информируют о случаях успешного принятия и обработки запроса клиента. В зависимости от статуса сервер может ещё передать заголовки и тело сообщения.

200 OK (Хорошо) — Успешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0.

201 Created (Создано) — В результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется ещё указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ с кодом 202. Появился в HTTP/1.0.

202 Accepted (Принято) — Запрос был принят на обработку, но она не завершена. Клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс. Появился в HTTP/1.0.

203 Non-Authoritative Information (Информация не авторитетна) — Аналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной. Появился в HTTP/1.1.

204 No Content (Нет содержимого) — Сервер успешно обработал запрос, но в ответе были переданы только заголовки без тела сообщения. Клиент не должен обновлять содержимое документа, но может применить к нему полученные метаданные. Появился в HTTP/1.0.

205 Reset Content (Сбросить содержимое) — Сервер обязывает клиента сбросить введённые пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно. Появился в HTTP/1.1.

206 Partial Content (Частичное содержимое) — Сервер удачно выполнил частичный GET-запрос, возвратив только часть сообщения. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию. Появился в HTTP/1.1.

207 Multi-Status (Многостатусный) — Сервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus. Не рекомендуется размещать в этом объекте статусы из серии 1xx из-за бессмысленности и избыточности. Появился в WebDAV.

226 IM Used (Использовано IM) — Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.

3xx: Redirection (Перенаправление)

Коды класса 3xx сообщают клиенту, что для успешного выполнения операции необходимо сделать другой запрос (как правило по другому URI). Из данного класса пять кодов 301, 302, 303, 305 и 307 относятся непосредственно к перенаправлениям (жарг. редирект). Адрес, по которому клиенту следует произвести запрос, сервер указывает в заголовке Location. При этом допускается использование фрагментов в целевом URI.

По последним стандартам клиент может производить перенаправление автоматически (без запроса пользователя) только если второй ресурс будет запрашиваться методом GET или HEAD. В предыдущих спецификациях говорилось что для избежания круговых переходов пользователя следует спрашивать после 5-го подряд перенаправления. При всех перенаправлениях если метод был не HEAD, то в тело ответа следует включить короткое гипертекстовое сообщение с целевым адресом чтобы в случае чего пользователь смог сам произвести переход.

Разработчики HTTP отмечают что многие клиенты при перенаправлениях с кодами 301 и 302 ошибочно применяют метод GET ко второму ресурсу несмотря на то, что к первому запрос был с иным методом. Чтобы избежать недоразумений в версии HTTP/1.1 были введены коды 303 и 307 вместо 302. Изменять метод нужно только если сервер ответил 303. В остальных случаях следующий запрос производить с исходным методом.

300 Multiple Choices (Несколько вариантов выбора) — По указанному URI существует несколько вариантов предоставления ресурса по типу MIME, по языку или по другим характеристикам. Сервер передаёт с сообщением список альтернатив, давая возможность сделать выбор клиенту автоматически или пользователю. Появился в HTTP/1.0.

301 Moved Permanently (Перемещено навсегда) — Запрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. Некоторые клиенты некорректно ведут себя при обработке данного кода. Появился в HTTP/1.0.

302 Moved Temporarily / Found (Перемещено временно / Найдено) — Запрошенный документ временно доступен по другому URI, указанному в заголовке в поле Location. Этот код может быть использован, например, при управляемом сервером согласовании содержимого. Некоторые клиенты некорректно ведут себя при обработке данного кода. Введено в HTTP/1.0.

303 See Other (Смотреть другое) — Документ по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался иным методом. Этот код был введён вместе с 307-ым для избежания неоднозначности, чтобы сервер был уверен, что следующий ресурс будет запрошен методом GET. Например, на веб-странице есть поле ввода текста для быстрого перехода и поиска. После ввода данных браузер делает запрос методом POST, включая в тело сообщения введённый текст. Если обнаружен документ с введённым названием, то сервер отвечает кодом 303, указав в заголовке Location его постоянный адрес. Тогда браузер гарантировано его запросит методом GET для получения содержимого. В противном случае сервер просто вернёт клиенту страницу с результатами поиска. Введено в HTTP/1.1.

304 Not Modified (Не изменялось) — Сервер возвращает такой код, если клиент запросил документ методом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не изменился с указанного момента. При этом сообщение сервера не должно содержать тела. Появился в HTTP/1.0. Проверить код 304 Not Modified.

305 Use Proxy (Использовать прокси) — Запрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут использовать только исходные HTTP-сервера (не прокси). Введено в HTTP/1.1.

306 (Зарезервировано, код использовался только в ранних спецификациях) — Использовавшийся раньше код ответа, в настоящий момент зарезервирован. Упомянут в RFC 2616 (обновление HTTP/1.1).

307 Temporary Redirect (Временное перенаправление) —- Запрашиваемый ресурс на короткое время доступен по другому URI, указанный в поле Location заголовка. Этот код был введён вместе с 303 вместо 302-го для избежания неоднозначности. Введено в RFC 2616 (обновление HTTP/1.1).

4xx: Client Error (Ошибка клиента)

Класс кодов 4xx предназначен для указания ошибок со стороны клиента. При использовании всех методов, кроме HEAD, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя.

400 Bad Request (Плохой запрос) — Сервер обнаружил в запросе клиента синтаксическую ошибку. Появился в HTTP/1.0.

401 Unauthorized (Неавторизован) — Для доступа к запрашиваемому ресурсу требуется аутентификация. В заголовке ответ должен содержать поле WWW-Authenticate с перечнем условий аутентификации. Клиент может повторить запрос, включив в заголовок сообщения поле Authorization с требуемыми для аутентификации данными.

402 Payment Required (Необходима оплата) — Предполагается использовать в будущем. В настоящий момент не используется. Этот код предусмотрен для платных пользовательских сервисов, а не для хостинговых компаний. Имеется в виду, что эта ошибка не будет выдана хостинговым провайдером в случае просроченной оплаты его услуг. Зарезервирован, начиная с HTTP/1.1.

403 Forbidden (Запрещено) — Сервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ 401 или 407 при использовании прокси. В противном случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого программного обеспечения. В любом случае клиенту следует сообщить причины отказа в обработке запроса. Наиболее вероятными причинами ограничения может послужить попытка доступа к системным ресурсам веб-сервера (например, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов, требование аутентификации не средствами HTTP, например, для доступа к системе управления содержимым или разделу для зарегистрированных пользователей либо сервер не удовлетворён IP-адресом клиента, например, при блокировках. Появился в HTTP/1.0.

404 Not Found (Не найдено) — Самая распространенная ошибка при пользовании Интернетом, основная причина — ошибка в написании адреса Web-страницы. Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код 410. Ответ 404 может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы. Появился в HTTP/1.0.

405 Method Not Allowed (Метод не поддерживается) — Указанный клиентом метод нельзя применить к текущему ресурсу. В ответе сервер должен указать доступные методы в заголовке Allow, разделив их запятой. Эту ошибку сервер должен возвращать, если метод ему известен, но он не применим именно к указанному в запросе ресурсу, если же указанный метод не применим на всём сервере, то клиенту нужно вернуть код 501 (Not Implemented). Появился в HTTP/1.1.

406 Not Acceptable (Неприемлемо) — Запрошенный URI не может удовлетворить переданным в заголовке характеристикам. Если метод был не HEAD, то сервер должен вернуть список допустимых характеристик для данного ресурса. Появился в HTTP/1.1.

407 Proxy Authentication Required (Необходима прокси авторизация) — Ответ аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на исходном сервере. Появился в HTTP/1.1.

408 Request Timeout (Истекло время ожидания) — Время ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время. Например, такая ситуация может возникнуть при загрузке на сервер объёмного файла методом POST или PUT. В какой-то момент передачи источник данных перестал отвечать, например, из-за повреждения компакт-диска или потери связи с другим компьютером в локальной сети. Пока клиент ничего не передаёт, ожидая от него ответа, соединение с сервером держится. Через некоторое время сервер может закрыть соединение со своей стороны, чтобы дать возможность другим клиентам сделать запрос. Этот ответ не возвращается, когда клиент принудительно остановил передачу по команде пользователя или соединение прервалось по каким-то иным причинам, так как ответ уже послать невозможно. Появился в HTTP/1.1.

409 Conflict (Конфликт) — Запрос не может быть выполнен из-за конфликтного обращения к ресурсу. Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.Появился в HTTP/1.1.

410 Gone (Удалён) — Такой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае неизвестно и местоположение альтернативного документа, например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404. Появился в HTTP/1.1.

411 Length Required (Необходима длина) — Для указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI. Такой ответ естественен для запросов типа POST и PUT. Например, если по указанному URI производится загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумней будет проверить в самом начале заголовок Content-Length и сразу отказать в загрузке, чем провоцировать бессмысленную нагрузку, разрывая соединение, когда клиент действительно пришлёт слишком объёмное сообщение. Появился в HTTP/1.1.

412 Precondition Failed (Условие ложно) — Возвращается, если ни одно из условных полей заголовка запроса не было выполнено. Появился в HTTP/1.1.

413 Request Entity Too Large (Размер запроса слишком велик) — Возвращается в случае, если сервер отказывается обработать запрос по причине слишком большого размера тела запроса. Сервер может закрыть соединение, чтобы прекратить дальнейшую передачу запроса. Если проблема временная, то рекомендуется в ответ сервера включить заголовок Retry-After с указанием времени, по истечении которого можно повторить аналогичный запрос. Появился в HTTP/1.1.

414 Request-URI Too Large (Запрашиваемый URI слишком длинный) — Сервер не может обработать запрос из-за слишком длинного указанного URL. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST. Появился в HTTP/1.1.

415 Unsupported Media Type (Неподдерживаемый тип данных) — По каким-то причинам сервер отказывается работать с указанным типом данных при данном методе. Появился в HTTP/1.1.

416 Requested Range Not Satisfiable (Запрашиваемый диапазон не достижим) — в поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges. Введено в RFC 2616 (обновление HTTP/1.1).

417 Expectation Failed (Ожидаемое неприемлемо) — По каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса. Введено в RFC 2616 (обновление HTTP/1.1).

418 I’m a teapot (Я — чайник) — Этот код был введен в 1998 году как одна из традиционных первоапрельских шуток IETF в RFC 2324, Hyper Text Coffee Pot Control Protocol. Не ожидается, что данный код будет поддерживаться реальными серверами.

422 Unprocessable Entity (Необрабатываемый экземпляр) — Сервер успешно принял запрос, может работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом. Введено в WebDAV.

423 Locked (Заблокировано) — Целевой ресурс из запроса заблокирован от применения к нему указанного метода. Введено в WebDAV.

424 Failed Dependency (Невыполненная зависимость) — Реализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не выполнена и из-за этого нельзя выполнить текущий запрос, то сервер вернёт этот код. Введено в WebDAV.

425 Unordered Collection (Неупорядоченный набор) — используется в расширении WebDAV Advanced Collections Protocol. Посылается, если клиент указал номер элемента в неупорядоченном списке, или запросил несколько элементов в порядке, отличающемся от серверного.

426 Upgrade Required (Необходимо обновление) — Сервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено в RFC 2817 для возможности перехода к TLS посредством HTTP.

428 Precondition Required (Необходимо предусловие) — Сервер указывает клиенту на необходимость использования в запросе заголовков условий, наподобие If-Match. Введено в черновике стандарта RFC 6585.

429 Too Many Requests (Слишком много запросов) — Клиент попытался отправить слишком много запросов за короткое время, что может указывать, например, на попытку DoS-атаки. Может сопровождаться заголовком Retry-After, указывающим, через какое время можно повторить запрос. Введено в черновике стандарта RFC 6585.

431 Request Header Fields Too Large (Поля заголовка запроса слишком большие) — Превышена допустимая длина заголовков. Сервер не обязан отвечать этим кодом, вместо этого он может просто сбросить соединение. Введено в черновике стандарта RFC 6585.

434 Requested host unavailable. (Запрашиваемый адрес недоступен) — Запрашиваемый адрес недоступен.

449 Retry With (Повторить с) — Возвращается сервером, если для обработки запроса от клиента поступило недостаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой Microsoft Money.

451 Unavailable For Legal Reasons (Недоступно по юридическим причинам) — Доступ к ресурсу закрыт по юридическим причинам, например, по требованию органов государственной власти или по требованию правообладателя в случае нарушения авторских прав. Введено в черновике IETF за авторством Google, при этом код ошибки является отсылкой к роману Рэя Брэдбери «451 градус по Фаренгейту».

456 Unrecoverable Error (Некорректируемая ошибка) — Возвращается сервером, если обработка запроса вызывает некорректируемые сбои в таблицах баз данных. Введено корпорацией Microsoft для WebDAV.

499 Client Closed Request (Клиент закрыл соединение) — Используется Nginx, когда клиент закрывает соединение до получения ответа.

5xx: Server Error (Ошибка сервера)

Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера. Для всех ситуаций, кроме использования метода HEAD, сервер должен включать в тело сообщения объяснение, которое клиент отобразит пользователю.

500 Internal Server Error (Внутренняя ошибка сервера) — Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса. Появился в HTTP/1.0.

501 Not Implemented (Не реализовано) — Сервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим к данному ресурсу, то нужно вернуть ответ 405. Появился в HTTP/1.0.

502 Bad Gateway (Плохой, ошибочный шлюз) — Сервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера. Появился в HTTP/1.0.

503 Service Unavailable (Сервис недоступен) — Сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным кажется сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов. Появился в HTTP/1.0.

504 Gateway Timeout (Шлюз не отвечает) — Сервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса. Появился в HTTP/1.1.

505 HTTP Version Not Supported (Версия HTTP не поддерживается) — Сервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP. Появился в HTTP/1.1.

506 Variant Also Negotiates (Вариант тоже проводит согласование) — В результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается. Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

507 Insufficient Storage (Переполнение хранилища) — Не хватает места для выполнения текущего запроса. Проблема может быть временной. Введено в WebDAV.

508 Loop Detected (Обнаружено бесконечное перенаправление) — операция отменена, т.к. сервер обнаружил бесконечный цикл при обработке запроса без ограничения глубины. Введено в WebDAV.

509 Bandwidth Limit Exceeded (Исчерпана пропускная ширина канала) — Используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру. В настоящий момент данный код не описан ни в одном RFC и используется только модулем «bw/limited», входящим в панель управления хостингом cPanel, где и был введён.

510 Not Extended (Нет расширения) — На сервере отсутствует расширение, которое желает использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях. Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

511 Network Authentication Required (Требуется сетевая аутентификация) — Этот ответ посылается не сервером, которому был предназначен запрос, а сервером-посредником — например, сервером провайдера — в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету. Предполагается, что в теле ответа будет возвращена Web-форма авторизации или перенаправление на неё. Введено в черновике стандарта RFC 6585.

Dimension Analysis Вопросы и ответы – Dhananjay Parkar

Q1: Дайте определение термину «размерность»
Ответ: Термин «размерность» используется для обозначения физической природы величины и типа единицы измерения, используемой для ее определения. С математической точки зрения размерность физической величины — это степень, в которую должны быть возведены фундаментальные величины.

напр. Размерность скорости = Перемещение / время = [L]/[T] = [M ⁰ ][L ¹ ][T ^-1 ]

Q2: Что такое размерные константы?
Ответ: Константы, обладающие измерениями, называются размерными константами. Например. Планковская постоянная.

Q3: Что такое размерные переменные?
Ответ: Те физические величины, которые обладают размерностью, но не имеют фиксированного значения, называются размерными переменными. Например. Перемещение, сила, скорость и т. д.

Q4: Что такое безразмерные величины?
Ответ: Физические величины, не обладающие размерностью, называются безразмерными величинами. Например. Угол, удельный вес, деформация. В общем случае физическая величина, представляющая собой отношение двух величин одинаковой размерности, будет безразмерной.

Q5: Определить принцип однородности размеров. На каком принципе он основан?
Ответ: Принцип однородности размерностей утверждает, что уравнение правильно с размерной точки зрения, если размерности различных членов по обе стороны уравнения одинаковы.
Этот принцип основан на том, что сложить можно только две величины одной и той же размерности, и полученная величина также будет иметь одну и ту же размерность.
т.е. в уравнении X + Y = Z верно, если размеры X, Y и Z одинаковы.

Q6: Кто ввел анализ измерений
Ответ: Фурье (Жозеф Фурье – французский математик)

Q7: Перечислите основные измерения.
Ответ:

Длина – L
Время – Т
Масса – M
Температура – K или θ
Ток – А

В8. Каковы виды использования (приложения) многомерного анализа?

Ответ: Применение размерного анализа:

Преобразование физической величины из одной системы единиц в другую.

Для проверки размерной правильности данного уравнения. Установите связь между различными физическими величинами в уравнении.

Q9 (NCERT): Книга с большим количеством опечаток содержит четыре различные формулы для смещения y частицы, совершающей определенное периодическое движение:

(a) y = a sin 2π t/T
(b) y = a sin vt
(c) y = (a/T) sin t/a
(d) y = (a 2) (sin 2πt / T + cos 2πt / T )

(a = максимальное перемещение частицы, v = скорость частицы. T = период времени
движения).

Исключите неправильные формулы на основании размерности.
Ответ:
Дано,
Размерность a = перемещение = [M ⁰ L ¹ T ⁰ ]
Размерность v (скорость) = расстояние/время = [M ^{0 ^{8 1} L 1} ^-1 ]
Размерность t или T (период времени) = [M ⁰ L ⁰ T ¹ ]

Тригонометрическая функция sine является отношением, поэтому она должна быть безразмерной.

(a) y = a sin 2π t/T ( правильный ✓ )
Размеры RHS = [L ¹ ] sin([T].[T ^-1 ] ) = [M ⁰ L ¹ T ⁰ ] = LHS (уравнение верное).

(b) y = a sin vt (неправильно ✗)
RHS = [L ¹ ] sin([LT ^-1 ] [T ¹ ]) = [L ¹ ] sin([L ]) = неправильно, так как тригонометрическая функция должна быть безразмерной.

(c) y = (a/T) sin t/a (неверно ✗)
RHS = [L ¹ ] sin([T]. [L ^-1 ] ) = [L ¹ ] sin([TL ^-1 ] ) = неправильно, синусоидальная функция должна быть безразмерной.

(d) y = (a 2) (sin 2πt / T + cos 2πt / T ) ( правильно ✓ )
RHS = [L ¹ ] ( sin([T].[T ^-1 ] + cos([T].[T ^-1 ] ) = [L ¹ ] ( sin(M ⁰ L ¹ T ⁰ ) + cos(M ⁰ L

7 1 Т

⁰ ) )
= [L ¹ ] = RHS = уравнение имеет правильную размерность.

Q10(NCERT): Известное соотношение в физике связывает «движущуюся массу» m с «массой покоя» mo частицы через ее скорость v и скорость света, c. (Это соотношение впервые возникло как следствие специальной теории относительности благодаря Альберту Эйнштейну). Мальчик почти правильно вспоминает отношение, но забывает, куда поставить константу c. Он пишет
Ответ:
Размер m (масса) = [M ¹ L ⁰ T ⁰]
Размер M ₀ (MASS) = [M ¹ L ⁰ T ⁰]
Dimension of V (Velocity) = [M ⁰ L ¹ T ^-1]

∴ Размер V ² = [M ⁰ L ² T ^-2]

Dimension of (Selocity) = [M ⁰ L ^{1 10002} T ^-1 ]

Применяя принцип однородности размеров, [LHS] = [RHS] = [M ¹ L ⁰ T ⁰ ]
⇒ Уравнение (1- v ² ) ^½ должно быть безразмерным, что возможно, если мы имеем выражения вида:
(1 – v ² ² ) Уравнение после размещения ‘c’

Q11: Проверьте правильность размеров следующего уравнения для расчета смещения
(a) x = x0 + ut + (1/2) at ²
где x — водоизмещение в данный момент времени t
            xo — перемещение в момент t = 0
            u — скорость в момент t = 0
             a представляет собой ускорение.

(b) p = (ρgh) ^½
, где P — давление,
ρ — плотность
G — гравитационное ускорение
H — высот.

Ответ:
(a) x = x0 + ut + (1/2) at ²
Применяя принцип однородности, все подвыражения уравнения должны иметь одинаковую размерность и быть равными [LHS]
Размерность x = [M ⁰ L ¹ T ⁰ ]

Размеры подвыражений [RHS] должны быть [M ⁰ L ¹ T ⁰ ] (размер x 0 место 9 ) = [M ⁰ L ¹ T ⁰ ] = [LHS]

Размерность ut = скорость x время = [M ⁰ L ¹ T ^-1] [M ⁰ L ⁰ T ¹] = [M ⁰ L ¹ T ⁰] = [LHS]

Dimension в ² = ускорение x (время) ² = [M ⁰ L ¹ T ^-2] [M ⁰ L ⁰ T ^-2] = [M ⁰ L ¹ T ⁰ ] = [LHS]

∴ Размерность уравнения верна.

(б) P = (ρgh) ^½

Размеры LHS, т. е. давление [P] = [M ¹ L ^-1 T ^-2 ]

Размеры ρ = масса/объем = [M ⁸ L T ⁰ ]
Размеры g (ускорение) = [M ⁰ L ¹ T ^-2 ]
Размеры h (высота) = [M ⁰ L ^{1 8}]
Размеры RHS = [(ρgh) ^½ ] = ([M ¹ L ^-3 T ⁰ ]. [M ⁰ L ¹ T ^-2]. ½
= [M ^½ L ^-½ T ^-1 ] ≠ [LHS]

Q.12 (NCERT): Человек, быстро идущий под дождем на скорости v, должен наклонить зонт вперед, создавая угол θ с вертикалью. Студент выводит следующее соотношение между θ и v : tan θ = v и проверяет, что отношение имеет правильный предел: при v → 0, θ → 0, как и ожидалось. (Мы предполагаем, что нет сильного ветра и что дождь падает вертикально для неподвижного человека). Как вы думаете, может ли это соотношение быть правильным? Если нет, угадайте правильное отношение.

Ответ: Дано, v = tanθ
Размерность LHS = [v] = [M ⁰ L ¹ T ^-1 ]
Размерность RHS = [tanθ] = [M ⁰

8 0

T ⁰ ] (тригонометрические отношения безразмерны)

Так как [ЛВС] ≠ [ПОР]. Уравнение неправильно по размерам.

Чтобы размерность уравнения была правильной, LHS также должен быть безразмерным. Это может быть возможно, если учесть скорость дождя (V _r ), и уравнение примет вид:
tan θ = v/V _r

Q.13: Закон Гука утверждает, что сила F в пружине, растянутой на длину x, определяется выражением F = −kx.
Согласно второму закону Ньютона F = ma, где m — масса, a — ускорение.
Рассчитайте размер жесткости k.

Ответ: Дано, F = -kx
⇒ k = – F/x

F = ma, размерность силы:
[F] = ma = [M ¹ L ⁰ T ⁰ ]. [M ⁰ L ¹ T ^-2 ] = [M ¹ L ¹ T ^-2 ]
Следовательно, размер жесткости пружины (k) равен:
[k] = [F]/[x] = [M ¹ L ¹ T ^-2 ].[M ⁰ L ^-1 T ⁰ ] = [M ^{1 0 7 0 8} L 0

8 T

^-2 ] или [MT ^-2 ] ….. (ответ)

Q.14: Вычислите размерную формулу электрического сопротивления (R).
Ответ: По закону Ома
V = IR или R = V/I
Поскольку выполненная работа = QV , где Q — заряд
⇒ R = W/QI = W/I ² t (I = Q/t)
Размеры работы [Вт] = [M ¹ L ² T ^-2 ]
∴Размер R = [R] = [M ¹ L ² T ^-2 -90 ][A ^{-2 T 1} ] = [M ¹ L ² T ^-3 A ^-2 ] … (ответ)

Q.15: Калория – это единица теплоты или энергии, равная примерно 4,2 Дж где 1J = 1 кг м ² s ^–2 . Предположим, мы используем систему единиц, в которой единица массы равна α кг, единица длины равна β м, единица времени равна γ с. Покажите, что калория имеет величину 4,2 α ^–1 β ^–2 γ ² 900 единиц в новых единицах 3,00007 2 900.

Ответ: Учитывая формулу преобразования единиц измерения,
n ₁ U ₁ = n ₁ U ₂
n ₁ [M ₁ ^a L ₁ ^b T ₁ ^c ] = n ₂ [ M ₂ ^a L ₂ ^b T ₂ ^c ]
Здесь указано: 1 кал = 4,2 Дж = 4,2 кг·м ^{0 –}

n ₁ = 4,2, M ₁ = 1 кг, L ₁ = 1 м, T ₁ = 1 сек
и
n ₂ = ?, М ₂ = α кг, л ₂ = βм, Т ₂ = γ сек

]
⇒ a = 1, b = 1 и c = -2 Подставив эти значения в приведенное выше уравнение,

n ₂ = n ₁ [M ₁ /M ₂ ] ^{a ₁ /L ₂ ] ^b [T ₁ /T ₂ ] ^c}

= n ₁ [M ₁ /M ₂] ¹ [L ₁ /L ₂] ² [T ₁ /T ₂] ^{-2 9013}

9013

9013 9013 9013 9013 9013 9013 9013 9013 9013 9013 9013 9013 9013 9013 9013 9019 2 9019 2 9013 /T ₂] /T ₂].

/α кг] ¹ [1M/βM] ² [1SEC/γ SEC] ^-2 = 4,2 α ^–1 β ^–2 γ ²… (Ответ)

Q. 16: Кинетическая энергия K вращающегося тела зависит от его момента инерции I и его угловой скорости ω. Учитывая соотношение K = kI ^a ω ^b где k — безразмерная константа.
Найдите a и b. Момент инерции сферы относительно ее диаметра равен (2/5)Mr ²

Ответ:
Размерность кинетической энергии K = [M ¹ L ² T 90 50 07 -2 90] момента инерции (I) = [(2/5)Mr ² ] = [ML ² T ⁰ ]
Размеры угловой скорости ω = [θ/t] = [M ⁰ L ⁰ T ^-1]
Применение принципа однородности в размерах в уравнении K = KI ^A ω ^B

[M ¹ L ² T ^-2] = K ([ML ² T ⁰]) ^A ([M ⁰ L ⁰ T ^-1]) ^B
[M ¹ L ² T ^{— 2} ] = k [M ^a L ^2a T ^-b ]
⇒ a = 1 и b = 2
⇒ K = kIω ² … (ответ)

Q. 17: Каковы ограничения размерного анализа?
Ответ: Ограничения размерного анализа:

Он не может определить значение безразмерных констант.

Мы не можем использовать этот метод для уравнений, содержащих экспоненциальные и тригонометрические функции.

Его нельзя применять к уравнению, включающему более трех физических величин.

Это тоже не решение, т.е. оно может проверить только правильность уравнения в размерности или нет. Но нельзя сказать, что уравнение абсолютно правильное.

Q.18: Переведите 1 ньютон в дину, используя метод измерений.

Answer: Dimensions of Force = [M ¹ L ¹ T ^-2 ]
Considering dimensional unit conversion formula i.e. n ₁ [M ₁ ^a L ₁ ^b T ₁ ^C] = N ₂ [M ₂ ^A L ₂ ^B T ₂ ^C]
⇒ A = 1, 1 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 и C = -2 ^C] ^B T ₂ ^C] ^{B.
в системе SI, M ₁ = 1 кг, L ₁ = 1M и T ₁ = 1S
в системе CGS, M ₂ = 1G, L ₂ = 1CM и T ₂ = 1 = 197 = 1G197 = 1G197 = 1G197 = 1G197 = 1G197 = 1.}

Ввод значений в формулу перевода 10 ³ /1г)(10 ² см) = 10 ⁵ дина …(ответ)

Q.19: Центростремительная сила (F), действующая на частицу (равномерно движущуюся по окружности), зависит от массы (m) частицы, ее скорости (v) и радиуса (r) окружности. Выведите размерную формулу для силы (F).
Ответ: дано, F ∝ M ^A .V ^B .R ^C
∴ F = км ^A .V ^B .R ^C (где k постоян каждой величины в уравнении,

[M ¹ L ¹ T ^-2 ] = [M ¹ L ⁰ T ⁰ ] ^a . [М ⁰ Л ¹ Т ^-1 ] ^б . [M ⁰ L ¹ T ⁰ ] ^c = [M ^a L ^b+cT +cT ^-b ]