Проверка ответа сервера — бесплатная проверка 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-ответа сервера, он быстро загружается и прекрасно выглядит.
Как узнать и сократить время ответа сервера
31300 2
| How-to | – Читать 11 минут |
Прочитать позже
АУДИТ САЙТА — СКОРОСТЬ ЗАГРУЗКИ
Инструкцию одобрил
маркетолог в Hostpro
Диана Гончаренко
Узнать время ответа сервера можно с помощью консоли DevTools, Google Analytics или сторонних инструментов. Если после запроса к серверу страница генерируется дольше чем 200 мс, используйте разные методы уменьшения этого показателя.
Содержание
Проверка времени ответа сервера
- В консоли DevTools
- В Google Analytics
- В сторонних инструментах
Как уменьшить время ответа сервера
Заключение
Проверка времени ответа сервера
После запроса со стороны браузера сервер обращается к базе данных, после чего начинается генерация страницы.
Чем больше при этом используется скриптов и стилей, тем дольше будет происходить формирование ожидаемого контента. Время отклика сервера, или TTFB (Time To First Byte)— период от браузерного запроса до загрузки первого байта страницы на экране.
Не стоит путать это понятие со скоростью загрузки самой страницы – периодом времени от клика на ссылку до полной загрузки страницы.
В консоли DevTools
Рассмотрим самый простой способ узнать время ответа сервера с помощью консоли DevTools – нажимаем F12, выбираем вкладку «Network», затем «Doc». Чтобы увидеть результат проверки, перезагружаем страницу. Наводим курсор на Waterfall → ищем Waiting (TTFB) – тот показатель, который нам нужен.
В других браузерах инструменты разработчика можно открыть с помощью горячих клавиш:
- Chrome для Mac – Cmd+Opt+J
- Safari – Cmd+Opt+C (предварительно включив «Меню разработчика»)
- Opera – Ctrl+Shift+i
- Mozilla Firefox, Microsoft Edge и другие браузеры под Windows – F12
Желательное время ответа сервера — не больше 200 мс.
В идеале этот показатель рекомендуется сделать в 4 раза меньше. Это аксиома: даже если ваше значение входит в допустимые рамки, всегда рекомендуется сократить его еще больше.
Чем быстрее генерируется запрашиваемая страница, тем лучше она ранжируется в поиске. Такую прямую зависимость SEO-продвижения от скорости серверного ответа обнаружили в исследовании специалисты MOZ.
В Google Analytics
Для определения показателя времени ответа сервера в Google Analytics следует зайти в раздел «Поведение» и нажать «Скорость загрузки сайта» → «Обзор» → «Среднее время ответа сервера».
Но есть нюанс – Google Analytics делает замер не от системы, а от реальных данных посетителей. То есть, на результат будет влиять разница в девайсах, местонахождении и даже в скорости Интернета. И этот результат всё равно не продемонстрирует все-все проблемные места, как если бы это был замер от системы.
В сторонних инструментах
Еще один метод распознавания медлительности ответа сервера – обращение к сторонним инструментам.
- Netpeak Spider – в отчёте вы сможете найти колонку с названием «Время ответа сервера», где для каждого урла на вашем сайте будет выводиться собственное значение.
- Serpstat – нам будут нужны именно данные SEO-аудита сайта. Выбираем в меню слева «Аудит сайта» → «Скорость загрузки» → «Время ответа сервера».
- GTmetrix – инструмент бесплатный, однако локации в основном тоже западные. Процедура анализа та же: вводим в поисковую строку название сайта, нажимаем на «Test your site» и в режиме реального времени проверяем – в результатах открываем вкладку «Performance» – спускаемся к разделу «Browser Timings», где и увидим наш Time to First Byte.
- WebPageTest – процедура достаточно простая: нужно только ввести свой URL в поисковую строку на главной странице и нажать Start Test. В результате видим отчет «Observed Metrics» – первым будет именно наш показатель под названием «First Byte» в секундах.
Более подробно визуально можно посмотреть результаты измерения TIME TO FIRST BYTE в миллисекундах, если нажать на «Plot Full Results».
Единственный минус – в локации тестовой версии не входят страны СНГ. То есть, ресурс принесет реальною пользу только тем, кто ориентирован на западный рынок.
Как уменьшить время ответа сервера
Скорость загрузки любого сайта начинается с быстрого и надежного хостинга. Показательные вещи, на которые стоит обратить внимание при выборе хостинг-провайдера, в двух словах:
- Локация дата-центра – чем ближе будут размещаться сервера к вашей целевой аудитории, тем быстрее у них будет загружаться ваш сайт.
- Производительность самого сервера и поколение дисков. Определить высокопродуктивный сервер поможет стоимость хостинга – качественные сервера достаточно дорогое удовольствие. По поводу дисков, лучше выбирать хостинг на NVMe SSD-дисках – они в разы быстрее обычных SSD.
- Возможность купить домен и хостинг у одной компании. Лучше, если они будут на одном сервере или хотя бы в одной сети – это, кстати, поможет уменьшить время ответа сервера.
C хостингом разобрались, теперь приступим к непосредственно способам максимального сокращения времени ответа сервера.
Проверьте базы данных
При каждом запросе к серверу происходит обращение к базе данных сайта, поэтому правильно будет начать с ее оптимизации. Основные пункты оптимизации базы данных:
- оптимизация таблиц и удаление ненужных;
- очистка старых данных, как пример, черновики, удаленные материалы, спам-комментарии;
- удаление лишних опций, а также событий в CRON.
Не забудьте перед очисткой таблиц сделать резервную копию базы данных.
- Для начала обратите внимание на количество запросов к БД – тяжелые запросы рекомендуется разделять на два поменьше.
- Смотрим на индексы БД – поиск и join по таблице выполняются по индексируемым полям? Тогда всё в порядке.
- В хостинг-панели сайта отсортируйте таблицы по размеру и определите, какие из них больше всего весят. Откройте таблицы по очереди, чтобы очистить из них ненужные строки. Например, старые кэши от плагинов, лишние опции, мусорные файлы.
Навести порядок помогут специальные плагины. Среди бесплатных можно посоветовать проверенные вордпресовские WP-Optimize, WP Sweep, Advanced Database Cleaner.
Используйте плагин LiteSpeed Cache WP
По данным результатов тестирования самих разработчиков LiteSpeed Cache WP, именно он является самым быстрым среди всех вордпресовских плагинов кеширования. Но для того, чтобы получить максимальный результат, ваш сайт должен размещаться на веб-сервере LiteSpeed, а не на привычном Apache, к примеру. Этот вопрос решает хостинг-провайдер Hostpro.
С помощью LiteSpeed Cache WP посетителям будет подаваться динамический контент, который предварительно кэшируется на уровне сервера – что значительно быстрее, чем обычный кэш на уровне PHP, то есть, страница не будет создаваться заново с помощью ряда запросов.
В ответ браузеру будет предложена ее ранее сохраненная копия – именно это определяет минимизацию времени ожидания загрузки сайта и увеличение пропускной способности. Плагин также охватывает удобную e-commerce поддержку и функцию интеллектуального кэширования.
Учтите производительность сервера
Как мы уже писали ранее, если сервер будет с низкой производительностью, он будет отдавать ответ значительно дольше. Такие сервера обычно используются на бесплатном или слишком бюджетном хостинге.
Чтобы ответ поступал как можно скорее, рекомендуется использовать выделенный IP-адрес. Обычно у пользователей одного сервера на shared-хостинге IP тоже один. Выделенный же IP-адрес предусматривает, что пользоваться им будете только вы. К тому же, он повышает гарантии того, что ресурс будет работать без перебоев, да и риски попасть в чёрный список почтовых служб с ним минимальны.
Также с ускорением TTFB может помочь VPS (Virtual Private Server) или выделенный сервер – это хостинговые решения с самыми производительными серверами, но и самые дорогие.
Если проект небольшой – смысла нет, будет достаточно и выделенного IP. Для масштабных онлайн-проектов VPS и выделенный сервер – это, в принципе, единственно правильные решение.
Кэширование скриптов
В чат вошли так называемые акселераторы PHP, создающие резервные копии команд. В результате при следующем запросе будет использован готовый бинарный код, а не заново сгенерированный. Несколько примеров акселераторов PHP:
- eAccelerator – самый популярный акселератор, действует и как ускоритель PHP, и как модуль-распаковщик, и как оптимизатор. Контент может кэшироваться в динамическом режиме.
- XCache – акселератор с продвинутым admin-интерфейсом, поддерживает самые свежие версии PHP.
- PhpExpress – может ускорить выполнение скриптов в 4-8 раз. Является бесплатным, может распространяться без ограничений.
- OpCache – разработчики PHP официально рекомендуют именно это решение для кэширования опкодов.
Использование запросов к внутренним ресурсам
Иногда для получения данных внутренний сервер обращается к стороннему неподконтрольному источнику, который принимает участие в построении ответа. От него отклик может идти долго или вовсе меняться, как итог — ответ сервера на вашем сайте замедлится. Совет: использовать запросы только к внутренним ресурсам.
Проверка длительности серверного отклика — первый шаг к созданию сайта с быстро загружаемыми релевантными страницами. Тестируйте этот показатель не только на главной странице, но и в разделах, карточках товаров, категориях. После достижения нужного результата переходите к следующему шагу — уменьшению скорости загрузки страницы.
Заключение
Тест на время ответа сервера является первостепенной мерой по SEO-продвижению сайта. Для успешного ранжирования этот показатель на каждой странице не может превышать 200 мс.
Оптимально, чтобы он был еще в 3-4 раза меньше. Чтобы узнать ответ сервера, используйте консоль DevTools, Google Analytics или сторонние инструменты. Для уменьшения этого показателя:
- очистите базу данных от мусора и ненужных опций;
- создайте кэши страниц и бинарных кодов PHP-соединений;
- перейдите на сервер с высокой производительностью;
- удалите обращения к сторонним ресурсам;
- уменьшите количество запросов к серверу.
Чтобы сократить время ответа сервера в WordPress, применяйте плагины кэширования, очистки данных и проверки запросов к серверу, например, LiteSpeed Cache WP. Для максимального ускорения разместите свой сайт на хостинге с веб-серверами LiteSpeed.
Аудит всего сайта или отдельной страницы в один клик. Полный список ошибок, отсортированный по критичности, пути их устранения и рекомендации. Любая периодичность проверки и автоматическая рассылка отчетов на почту.
| Запустить аудит сайта |
Serpstat — набор инструментов для поискового маркетинга!
Находите ключевые фразы и площадки для обратных ссылок, анализируйте SEO-стратегии конкурентов, ежедневно отслеживайте позиции в выдаче, исправляйте SEO-ошибки и управляйте SEO-командами.
Набор инструментов для экономии времени на выполнение SEO-задач.
Получить бесплатный доступ на 7 дней
Оцените статью по 5-бальной шкале
3.64 из 5 на основе 11 оценок
Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.
Рекомендуемые статьи
How-to
Анастасия Сотула
Как составить анкор-лист для наращивания ссылочной массы
How-to
Анастасия Сотула
Как писать и оптимизировать SEO-статьи
How-to
Анастасия Сотула
Как и зачем использовать атрибут nofollow
Кейсы, лайфхаки, исследования и полезные статьи
Не успеваешь следить за новостями? Не беда! Наш любимый редактор подберет материалы, которые точно помогут в работе.
Только полезные статьи, реальные кейсы и новости Serpstat раз в неделю. Присоединяйся к уютному комьюнити 🙂
Нажимая кнопку, ты соглашаешься с нашей политикой конфиденциальности.
Поделитесь статьей с вашими друзьями
Вы уверены?
Спасибо, мы сохранили ваши новые настройки рассылок.
Сообщить об ошибке
Отменить
WebPageTest PRO | Получите доступ к нашему Developer-First API
Как определить тестовый прогон? К каким показателям я могу получить доступ с помощью API?
Тестовый запуск WebPageTest определяется как одиночный запуск в рамках теста, настроенного для измерения производительности веб-страницы в определенном браузере и месте. Например, если вы запускаете тест из 5 прогонов с повторным просмотром, это считается за 10 прогонов теста.
Вы можете получить доступ ко всем метрикам производительности, которые вы бы получили при запуске ручного теста на WebPageTest, перечисленных здесь. Включая просмотр кинопленки, а также захват видео.
API WebPageTest также предоставляет дополнительные показатели, которые вы получаете в JSON/XML.
Какие страны и браузеры поддерживает API WebPageTest?
С помощью WebPageTest API вы можете проводить тестирование в 30 точках по всему миру, включая материковый Китай.
WebPageTest API всегда актуален для текущей версии каждого браузера, и вы можете тестировать его в Chrome (стабильная, бета-версия, canary), Firefox (стабильная, бета-версия, ESR), Microsoft Edge (dev) и Brave.
WebPageTest API также поддерживает тестирование мобильной эмуляции. Вы можете протестировать мобильный контент, эмулируя браузер Android, передав «mobile=1» в качестве параметра API.
Есть ли дневной/месячный лимит на выполнение тестов? Как долго у меня есть доступ к результатам теста?
Существует месячный лимит на общее количество тестов, которые вы можете запустить с помощью WebPageTest API, в зависимости от выбранного вами плана подписки.
В настоящее время нет дневного лимита сверх этого месячного лимита.
Предоставляете ли вы какие-либо интеграции, которые я могу использовать с API?
В настоящее время мы поддерживаем следующее:
— оболочка API WebPageTest: пакет NPM, который включает API WebPageTest для NodeJS в виде модуля и инструмента командной строки
— GitHub Actions: GitHub Action позволяет автоматически запускать тесты WebPageTest для изменений кода, устанавливать и применять бюджеты производительности, а также автоматически добавлять данные о производительности в запросы на вытягивание, чтобы перенести обсуждение производительности непосредственно в существующий рабочий процесс разработки.
Существует также несколько существующих интеграций, созданных членами нашего сообщества, которые вы можете попробовать создать поверх WebPageTest API. Посмотрите некоторые из них здесь.
Как будет взиматься плата?
Для планов ежемесячной и годовой подписки с вашей кредитной карты будет автоматически списываться счет при регистрации и покупке подписки.
запускать более 25000 тестов в месяц, пожалуйста, свяжитесь с нами здесь.
Если вы находитесь за пределами Соединенных Штатов Америки, с вас будет взиматься плата в долларах США, но точная сумма, которую вы увидите в выписке по кредитной карте, может варьироваться в зависимости от валютных курсов и любых комиссий за иностранные транзакции, которые может установить ваш банк. навязывать.
Какие способы оплаты вы поддерживаете?
Мы принимаем оплату кредитной картой (VISA, Mastercard, American Express, JCB, Maestro, Discover, Diners Club International, UnionPay). Пожалуйста, убедитесь в правильности вашего способа оплаты и в том, что он правильно профинансирован, чтобы избежать проблем с приемом платежей.
Мы не принимаем и не будем просить вас производить оплату наличными или физическим чеком.
Для корпоративных планов, требующих более 25 тысяч тестов в месяц, мы предлагаем выставление счетов. Связаться с нами.
Насколько безопасен мой платеж?
Все платежи безопасно обрабатываются через HTTPS, и информация о вашей карте никогда не попадает на наши серверы.
Вся обработка платежей осуществляется сторонним процессором кредитных карт уровня 1, совместимым с PCI. Все данные отправляются через SSL, который представляет собой 2048-битный канал с шифрованием RSA. Наш платежный шлюз также соответствует требованиям и правилам карточных сетей, касающихся обработки платежей.
Могу ли я добавить больше пользователей в план подписки?
В настоящее время мы поддерживаем только одну учетную запись пользователя для входа и настройки вашей учетной записи для покупки WebPageTest API. Однако вы можете сгенерировать до 30 ключей для нескольких вариантов использования и команд из одной учетной записи API WebPageTest. Сгенерируйте новый ключ, нажав «+ Потребитель API».
В будущем мы планируем поддерживать добавление нескольких пользователей и определение ролей.
Каковы правила отмены бронирования?
Вы можете отказаться от подписки в любое время в течение периода подписки. После того, как вы решите отменить подписку, подписка WPT API не будет автоматически продлеваться на следующий платежный цикл.
У вас по-прежнему будет доступ к тестированию этого плана до конца текущего расчетного периода. При отмене вы отменяете только подписку. У вас по-прежнему будет доступ к учетной записи WebPageTest и истории ручных тестов, которые вы выполняли с этой учетной записью. Обратите внимание, что все подписки продлеваются автоматически, если они не отменены явным образом.
httpstatus.io – updown.io
httpstatus.io – updown.io⟠ updown.io
Страница состояния
Состояние системы в реальном времени и в архиве.
200 OK
h3
https: Website
200 OK
httpstatus.io</td></tr><tr><th>validity:</th><td>February 24, 2023 22:53 — May 25, 2023 23:53</td></tr><tr><th>algorithm:</th><td>SHA-256 with RSA encryption</td></tr><tr><th>issuer:</th><td>R3 (Let's Encrypt)</td></tr><tr><td colspan="2"><hr /></td></tr><tr class="ok"><td class="icon"><i class="icon icon-badge-check-light"></i> </td><td><strong>Domain name expires in 80 days</strong><br />Updated on March 07, 2023 14:37</td></tr><tr><th>domain:</th><td>httpstatus.io</td></tr><tr><th>expires:</th><td><span>May 27, 2023 07:57</span> (WHOIS)</td></tr></table>» rel=»tooltip»/>https: Backend
200 OK
httpstatus.io</td></tr><tr><th>validity:</th><td>January 15, 2023 18:52 — April 15, 2023 19:52</td></tr><tr><th>algorithm:</th><td>SHA-256 with RSA encryption</td></tr><tr><th>issuer:</th><td>R3 (Let's Encrypt)</td></tr><tr><td colspan="2"><hr /></td></tr><tr class="ok"><td class="icon"><i class="icon icon-badge-check-light"></i> </td><td><strong>Domain name expires in 80 days</strong><br />Updated on March 07, 2023 14:05</td></tr><tr><th>domain:</th><td>httpstatus.io</td></tr><tr><th>expires:</th><td><span>May 27, 2023 07:57</span> (WHOIS)</td></tr></table>» rel=»tooltip»/> https: API
Note: some metrics above are missing because В вашем браузере отключен Javascript.