Диагностика проблем с «нестабильной доступностью» сайта / Блог компании REG.RU / Хабр

Диагностика проблем с «нестабильной доступностью» сайта / Блог компании REG.RU / Хабр

#1. проверяем, почему сайт не открывается

Значит, мы пытаемся зайти на сайт просто через адрес в браузере или кликаем ссылку, но по факту получаем не сайт, а сообщение об ошибке или ничего не получаем, но браузер долго и безуспешно старается что-то открыть, но не открывает и потом все равно пишет, что сайт слишком долго не отвечает.

Если не вдаваться в дебри подробностей и не расписывать все в мельчайших деталях (ибо всё уже расписано не одну сотню раз), то на данном этапе пользователь может сделать следующее:

  • попробовать зайти на сайт еще раз

То есть, не делать пока никаких выводов, а просто перезагрузить страницу. Потому даже если она еще грузится, смело жмем «крестик» на панели браузера и потом — либо стрелочку «Обновить«, либо F5 (а лучше — Shift F5, если у вас Chrome).

Это один из самых простых способов получить точные данные о состоянии связи с конкретным онлайн-ресурсом. Потому открываем командную строку Windows (кнопка «Пуск«-> в поисковой строке системы пишем cmd и жмем Enter) и по очереди запускаем команды ping и tracert для нужного нам сайта. К примеру:

Ничего не помогло, что делать

Если все вышеописанные действия не помогли, попробуйте также:

1. Установить хороший антивирус с последней базой и проверить весь компьютер.2. Перезапустить роутер (если речь о Wi-Fi беспроводном соединении).3. Подключиться к сети через другой компьютер, телефон, планшет (так вы поймете, что проблема находится только в одном компьютере или во всем соединении).4.

Очистить кеш и куки браузера.5. Перезапустить компьютер или ноутбук (выключить и снова включить его).6. Если вы используете беспроводное подключение Wi-Fi, то попытайтесь взять провод Ethernet и подключить его прямо к компьютеру.7. Проверить файл HOSTS в Виндовс на предмет изменений в нем. Адрес этого файла:

C:windowssystem32driversetchosts8. Отключить все защитные антивирусы и фаерволы, которые могут блокировать подключение.9. Протестировать протокол TCP/IP.10. Запустить восстановление системы. Откатить систему до последней сохраненной точки.11.

Обратиться к интернет-провайдеру за помощью и разъяснениями, что можно сделать.12. Пригласить домой опытного компьютерщика — специалиста.13. Проверить качество интернет-соединения — может провайдер ведет ремонтные или технические работы с оборудованием.14.

Убедиться, что сайт, который вы пытаетесь открыть, доступен, работоспособен, не заблокирован для вашего региона и айпишника.15. Попробовать войди на закрытые сайты через браузер ТОР — он работает через прокси и преодолевает региональные запреты по IP — подробнее здесь.16.

ВАЖНО: если вы видите, что компьютер работает странно, появились лишние окна, предлагают отправить SMS или что-то там оплатить, если все окна «заморозили», знайте – у вас ВИРУСЫ. Хороший антивирус сможет исправить эту проблему без труда.

ВАЖНО: если у вас через браузер не запускаются игры онлайн, то в первую очередь проверяйте работу Adobe Flash Player!

ВАЖНО: лучший антивирус для борьбы с вредоносными программами на данный момент — Malwarebytes Anti-Malware. Если качаете антивирус, то начинайте именно с этого!

Вы уже голосовали

#2 — если сайт не открывается из-за проблем с подключением

Если вы установили, что они таки есть, то можно и нужно некоторые из них (но не всё) решить (или обойти) своими силами. Для этого:

  • пробуем открыть нужный сайт в другом браузере или через режим инкогнито того же браузера;
  • открываем в браузере панель разработчика (F12), переходим во вкладку «Network«, жмем кнопку F5 и наблюдаем, какие ошибки покажет сам браузер;
  • проверяем, чтобы сайт не блокировал антивирус (если сайт надежный, а антивирус новый, то нужно вручную внести первый в белый список второго);
  • идем на Host Trecker и проверяем сайт на наличие уязвимостей (Health) и «черные списки» («DNS BL» и «Reg BL«):

#3 — как зайти на сайт, на который зайти не получается

Очень часто сайт не открывается не только потому, что он «упал», но и потому что его заблокировали (ваш провайдер или госорганы). Тем не менее, в большинстве случаев можно довольно легко и быстро получить доступ к статическом контенту сайта (постам, статьям, комментариям, фото и пр.) с помощью общеизвестных (и иногда бесплатных) программных инструментов и/или онлайн-сервисов, в частности:

А нужно ли?

Конечно, существуют разные инструменты для решения любой проблемы. При выборе конкретного стоит оценить возможные потери. Проще всего это сделать для сайта с прямыми продажами: если в день на нем совершается 100 покупок, то, грубо говоря, час простоя будет стоить продавцу 4 сделки.

Если сайт не связан напрямую с коммерцией — то оценить сложнее, но тоже можно. Насколько пострадает репутация компании, если клиент попытается зайти на неработающий сайт? Сколько из них пойдет к конкурентам? Сколько денег, потраченных на рекламу, окажется в мусорном ведре, если на старте кампании сайт сломается из-за чрезмерного наплыва посетителей?

Как быстро вы сможете лично выявить проблему медленной работы сайта, по причине которой клиентам некомфортно им пользоваться и они, опять же, идут к конкурентам? А некоторые сайты работают так месяцами. Об угоне «забытых» доменов по причине непродления оных и других очень больных вещах даже упоминать не хочется.

Способы решения каждой из проблем, как уже упоминалось, существуют разные. Как платные, так и бесплатные (сервисы мониторинга, как правило, тоже имеют бесплатный пакет, в том числе и

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

Верстка страницы

Этап второй. На этом пункте не будем останавливаться подробно. Нам требуется создать HTML-шаблон, который и будет в дальнейшем выводиться. Приведу пример кода.

Листинг HTML:

Делаем сброс настроек протокола tcp/ip

Очередной совет – сброс параметров протокола TCP/IP. Делаем так: нажимаем сочетание клавиш Win R, вводим команду cmd и нажимаем Ok.

Откроется командная строка. Скопируйте и вставьте в нее команду:

netsh winsock reset

Нажмите Ентер, что бы выполнить ее. Должен появится такой результат:

Перезагружаем компьютер, и пробуем открыть сайты, которые у вас не открывались.

Диагностика проблем с «нестабильной доступностью» сайта

Представляю вашему вниманию статью, цель которой – определить последовательность действий при анализе нестабильной загрузки страниц или недоступности сайта для обычного пользователя. Кроме того, предлагаю дополнить мою схему общим умом хабрасообщества, поэтому жду ваших комментариев под постом, чтобы совместными усилиями сформировать «памятку для не-сисадмина».

Итак, приступим.
Диагностика проблем с «нестабильной доступностью» сайта / Блог компании REG.RU / Хабр
Для начала, необходимо исключить из списка возможных неисправностей самые очевидные и легко диагностируемые: отсутствие подключения к Wi-Fi, проблемы на стороне интернет-провайдера или, например, отсутствие кабеля в розетке и аккумулятора в ноутбуке.

Сейчас ищут техподдержку:  Безлимитный интернет на дачу в Клепиковском районе — Altclick

Предлагаю также опустить сложно решаемые проблемы и неисправности локального интернета или самого компьютера, которые требуют непосредственного вмешательства сисадмина. Это могут быть вирусы-трояны, проблемы с железом, браузером или операционной системой, MTU на роутере, неправильно настроенный DNS или сбои в работе DNS и ещё целый ряд проблем, которые выявить можно, но статья, в этом случае, превратится в книгу или даже в учебный курс.

Остановимся на том, что проблем с Интернетом у нас нет и сайты грузятся нормально, но вот наш сайт доступен с перебоями или недоступен вообще.

Диагностика проблем с «нестабильной доступностью» сайта / Блог компании REG.RU / Хабр

1. Интернет — это огромное количество магистралей, ведущих от сервера к серверу, и бывают случаи, когда наш сервер работает и мы видим другие сайты, но вот путь пакетов от нас к нашему сайту оборван: сегментировалась сеть из-за сбоя роутинга или где-то произошел сбой в работе каналов провайдеров. Конечно же, в консоли команда

traceroute

(tracert в Windows) покажет, доступен ли сервер нашего сайта, через какие сервера идут пакеты и на каком месте они «стопорятся». Если же traceroute и

ping

не доходят до нашего сервера, но достигают сети хостера, то самое время звонить в техподдержку хостинга или сисадминам, так как, в этом случае, сложно будет что-то предпринять самостоятельно.

Traceroute и ping – несложные команды, в Википедии есть статьи на эту тему с вполне доступным описанием:
https://ru.wikipedia.org/wiki/Traceroute
https://ru.wikipedia.org/wiki/Ping

Если traceroute «залипает» где-то на магистральных каналах по дороге к сайту, то рекомендую обязательно проверить, как виден сервер / сайт с других серверов (компьютеров) мировой сети вне вашего провайдера. Они, с большой долей вероятности, используют другие магистрали и зачастую бывает видно, что traceroute через другие каналы успешно проходит к вашему серверу. Например,
http://network-tools.com/default.asp?prog=express&host=www.reg.ru

Если всё в порядке, то проблемы либо у вашего провайдера, либо у его провайдеров уровнем выше, но не возле вашего сервера и не на нём.
Теперь можно позвонить в техподдержку вашего локального провайдера и поинтересоваться: «какие там магистральные каналы лежат?» 😉

2. Скорость и стабильность интернет-канала — это скорость и стабильность самого медленного и плохого канала связи на пути от вас к серверу. Определить, есть ли проблемы с потерями пакетов «по дороге», большие задержки пакетов между разными провайдерами или между вами и провайдером, можно с помощью утилиты mtr, а результаты утилиты особенно показательны при большом размере пакета и его возможной сегментации (например, 1500 байт).

Mtr – это что-то вроде совмещённых ping (опрос каждого сервера по пути следования пакетов) и traceroute (определение всего пути следования пакетов), но имейте в виду, что из-за постоянного потока пакетов утилита съедает достаточно много трафика.

Пример вызова:

mtr -s 1500 --report вашсайт.com

Запрос проверки к сайту yahoo.com:

HOST: xxx.reg.ru                  Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 31.31.xxx.xxx              0.0%    10   43.4  16.7   0.5 102.8  33.1
  2.|-- bdi-799.sr7.msk1.ip.di-ne  0.0%    10    1.5   1.5   1.5   1.7   0.1
  3.|-- vlan-793.br1.msk1.ip.di-n  0.0%    10    0.8   0.8   0.8   0.9   0.0
  4.|-- 31.28.19.100               0.0%    10    0.9   4.5   0.9  36.8  11.3
  5.|-- ae0-948-rt2.spb.cloud-ix. 90.0%    10   14.7  14.7  14.7  14.7   0.0
  6.|-- ae0-59-rt1.frk.cloud-ix.n 10.0%    10   37.7  37.8  37.7  38.3   0.2
...
 15.|-- po-15.bas2-7-prd.gq1.yaho 10.0%    10  204.7 207.0 204.5 211.1   2.8
 16.|-- ir1.fp.vip.gq1.yahoo.com  10.0%    10  204.7 227.4 204.7 281.4  32.1

Показательным для нас будет значение процента потерь пакетов (Loss%) нашего, финального в списке, сервера. Потери на промежуточных серверах, если они не сказываются на финальном, скорее всего, происходят из-за ограничения количества тестовых пакетов к ним (ICMP-траффика).

Обычно, если имеется 30 – 50 % потерь больших пакетов, то проблемы с подключением уже становятся ощутимыми (страница «залипает», подтормаживает из-за недогруженных элементов), и чем выше процент, тем сложнее пробиться.
Диагностика проблем с «нестабильной доступностью» сайта / Блог компании REG.RU / Хабр
Проблемы могут рождаться на каком-то промежуточном узле, например, на следующем магистральном Wi-Fi-линке от вашего офиса к провайдеру (если есть). К тому же, причиной могут стать проблемы в связи и роутинге пакетов между провайдерами.

С подробной статьей по использованию mtr для диагностики проблем с каналом (на английском) можно ознакомиться здесь или на Википедии.
Некое подобие утилиты mtr в Windows NT — pathping.

Иногда провайдером (или у нашего сервера) может быть вообще отключена или ограничена возможность прохождения этих тестовых пакетов (ICMP-траффика). В этом случае, такие тесты не помогут определить проблему. Тут уж, конечно, впору вспомнить про «каждый сам себе злобный буратино» — если вы отключаете возможность проверять сервер, то и не сможете его проверить :-).

3. Если перечисленные выше тесты проблем не выявили, то применяем основной наглядный и удобный инструмент – Chrome Developer Tools (Web Inspector в Safari, Firefox Develper Tools):
https://developers.google.com/chrome-developer-tools/
https://developer.apple.com/library/safari/documentation/AppleApplications/Conceptual/Safari_Developer_Guide/Introduction/Introduction.html
https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor

При работе с Chrome Developer Tools (Menu -> Tools -> Developer Tools), во вкладке «Сеть» (Network), обновляем страницу нашего сайта и получаем отчёт о том, как грузятся все ресурсы на ней:

При успешной загрузке (пусть и медленной) страницы сайта будет видно: когда загрузится основной контент страницы и она начнёт формироваться для отображения, когда начнут работать на сайте все вложенные java-скрипты, завязанные на работу с элементами страницы и ожидающие полной догрузки основного кода и необходимых неопределённых дополнительных вложенных элементов. Этот момент на картинке выше: синяя вертикальная линия – это событие DOMContentLoaded, а красная вертикальная линия – срабатывание windows.onLoad event (когда скрипты уже отработали и сформировалась вся страница с элементами, догружается содержимое картинок).

С помощью этого информационного инструмента мы можем проверить, всё ли в порядке с загрузкой основного содержимого страницы и главного html-кода, то есть удостовериться, что наш сервер вполне «живой» и главный движок сайта не тормозит.
Это первый в списке элемент. Кликнув по нему, мы получим более детальное время ответа сервера:

Как мы видим здесь, наш браузер ждал данные от сервера 68 миллисекунд (сервер формировал страницу на полученный от нас запрос) и 2 миллисекунды она принималась (что достаточно быстро).

Уже по этой информации иногда можно увидеть, что проблема состоит в медленной загрузке сайта — это, например, не миллисекундное, а 30-тисекундное формирование основного кода страницы. Такое бывает, когда перегружен запросами сервер или провайдер, используется неэффективный код (долго работает конкретно запрос этой страницы) или существуют какие-либо другие причины, которые уже впору анализировать сисадминам и программистам движка.

Ниже в списке-графике загрузок будет видно, какие ресурсы на странице загружаются дольше, каких ресурсов страницы дожидается браузер перед тем, как показать страницу, и что блокирует её отображение.
Диагностика проблем с «нестабильной доступностью» сайта / Блог компании REG.RU / Хабр
Частая причина блокировок — это зависимость момента старта работы изменяющих / формируюших содержимое страницы (до привязки к событию DOMContentLoaded) скриптов от каких-либо внешних сервисов сбора статистики, рекламных движков или страниц обмена ссылками. Обычно это куски скрипта для вставки «ещё одного» внешнего скрипта:

<script>
document.write('<scr' 'ipt type="text/javascript"' ' src="https://jsc.dt00.net .... </script>

Эти системы расположены на чужих серверах и зачастую недоступны нашим сисадминам, поэтому могут вести себя как угодно, например:

Сейчас ищут техподдержку:  История развития российского Интернета. Справка

То есть, пока не подгрузится и не отработает блок <script…>, который в свою очередь ссылается на внешний ресурс, браузер будет ожидать от него результатов, зачастую не отображая содержимое страницы или отображая неправильно, хотя современные движки браузеров могут работать и на опережение.

Вот и на скриншоте выше работа скриптов на странице началась с задержкой в 135 мс из-за загрузки рекламного скрипта с admobi.ru (admobi.js). Бывают случаи, когда сервер раздачи кода рекламы и статистики доступен, но отвечает медленно, а браузер, успешно с ним соединившись, может ждать отклика десятки секунд.

4. Как и с traceroute (п.1), информацию по загрузке страницы через Developer Tools (п.3) можно и нужно проверить «чужим взглядом на свой сервер» с помощью подобных внешних сервисов-анализаторов, например:
http://www.uptrends.com/aspx/free-html-site-page-load-check-tool.aspx

Как это выглядит:

и http://tools.pingdom.com/fpt/

Обратите внимание на финал таблицы первого сервиса с временными итогами. И на начало таблицы второго, с ранжированием «как ваш сайт доступен по скорости, в сравнении с другими сайтами сети», а также количеством запросов (элементов), объёмом и временем загрузки всей информации страницы.

Такие отчёты и сравнения с таймлайнами загрузки в своём браузере покажут места, где загрузка сайта через вашего провайдера отличается от загрузки в этих двух сервисах и где происходит самая большая задержка. Даже, например, в HTTPS Handshake могут быть ощутимые лаги при проверке сертификатов от вас на сервера провайдера сертификатов.

Ещё одна «фишка» этих двух сервисов – это возможность выбрать сервер, с которого будет проводиться тестовый запрос, то есть сымитировать, как ваша страница грузится с сервера в Берлине, Нью-Йорке или Москве.

5. Странные и не частые «залипания».
Иногда с непрогнозируемой периодичностью происходят «залипания» загрузок страниц. Например, раз в день. Первый раз – после длительного перерыва или вообще случайно. Такие случаи отлавливать сложнее.
Предлагаю выделить и дополнить общим умом возможные варианты таких проблем:

  • Проблема с работой плагинов, которых в современных браузерах сейчас тонны:
  • Первый контакт с сервером после перерыва.
    Инициация защищённой ssl-сессии для браузера обычно происходит медленней из-за первоначального обмена ключами и проверки сертификатов. Это происходит как раз при заходе на сайт после перерыва или очистки кэшей / ключей.
  • Лаги с получением сертификатов или ключей при загрузке чужих (внешних) скриптов и элементов страницы, которые могут блокировать отображение: сборщики статистики, рекламные сети, баннерообменки.
  • Все названные элементы из предыдущего пункта, если связь с нашим сервером хорошая, а вот с сервером, отдающим этот встраиваемый элемент — плохая или он перегружен.
    Как говорилось в одном из пунктов выше, пока не догрузится скрипт, может «залипать» рендер страницы, OnDom / OnLoad отрабатываются с задержкой. Часто бывает, что при просмотре других страниц этот элемент уже кэширован и всё в порядке. Тут можно попробовать исключить запросы на эти внешние сервера (опять же, видим тормоза в Developer Tools) путём внесения на локальном компьютере на время в hosts-файл по очереди:

    Надо помнить, что если мы перенаправляем запросы вместо каких-то серверов в Интернете вовнутрь своей сети «прямо на свой ноутбук» (на localhost, 127.0.0.1), то мы можем получить секундную задержку, как в примере выше, где у нас на этот порт не отвечает по таймауту.

  • Если страницу отдаёт не один, а несколько серверов по очереди при распределении нагрузки, то бывает, что мы через некоторое количество раз попадаем на какой-то «тугой» сервер, а потом снова на быстрые.
    Тут можно проверить, есть ли отдельное имя сервера из тех, на которые распределяется нагрузка, и поработать напрямую.
  • Проблема с серверами отдачи статики, если она выдаётся другим сервером. Здесь зачастую последующие загрузки в порядке, так как вся статика идёт с ощутимым запасом времени устаревания (expired), вот и подтормозив однажды, далее страницы нормально загружаются. Четко это увидеть помогут Developer Tools с опциями очистки или отключения кэша.
  • Если «тормоза» наблюдаются при редактировании страниц своего сайта, можно по очереди исключать элементы и блоки внешней рекламы и статистики со страницы и, обновляя, определять, в чем проблема.

Диагностика проблем с «нестабильной доступностью» сайта / Блог компании REG.RU / Хабр

Конечно, возможных проблем очень много и для того, чтобы сформировать полный список, нужно устраивать мозговой штурм. Например, одно время наблюдались лаги свежих технологий в браузерах и их бета-версиях по рендеру svg или глюки с новыми протоколами, такими как SPDY. Но это только пример того, в какую сторону можно думать дальше, и тут уже важны интуиция, опыт вашего сисадмина и, главное, размер и качество его бубна.

Завершаюший этап

Итак, нам осталось добавить в наш многострадальный functions.php код, который позволит нашему пункту меню включать/выключать режим тех. обслуживания.

Как с этим бороться?


Чтобы избежать оттока клиентов и падения продаж, снижения позиций при ранжировании поисковиками, нужно постоянно контролировать работу ресурса, своевременно получать информацию о недоступности сайта для пользователей и устранять неполадки.

Иными словами, постоянно поддерживать сайт.

Физически невозможно круглосуточно следить за функционированием веб-ресурсов, поминутно в ручном режиме перезагружая отдельные страницы. Поэтому желательно максимально автоматизировать процесс работы, обновлений и мониторинга сайта, а также каким-то образом настроить обратную связь — чтобы вовремя узнавать о неполадках.

Популярными решениями являются сервисы Яндекс.Метрика и Google Analytics. Они действуют таким образом: клиент размещает у себя на сайте специальный скрипт, который каждый раз при входе на сайт посетителя отправляет данные куда надо. Во-первых, Вы получаете много хорошей статистики.

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

Не открываются сайты – проверяем реестр windows

Нажмите сочетание клавиш Win R, введите команду regedit, и нажмите Ok.

Откроется редактор реестра Windows. Перейдите по адресу: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWindows. Там будет параметр Applnit_DLLs. Если напротив него не будет значения, то все хорошо. Если же там будет задано какое-то значение, то нажмите на Applnit_DLLs правой кнопкой мыши, и выберите изменить.

Удалите значение и нажмите Ok.

Так же, можно перейти по адресу, который указан в поле «Значение», и удалить файл.

Неполадки хостинга

Хостинг – это такой же компьютер, как у вас дома, который подключен к интернету. Иногда бывает, что ваш компьютер зависает и не работает. Естественно, на хостинге тоже такое иногда происходит.

Поэтому, если не работает сайт, подождите несколько минут, возможно, проблема устранится сама. Если не устранилась, то спросите в службе поддержки хостинга, действительно ли неполадки у них или, всё-таки, что-то с вашим сайтом.

Нет доступа к некоторым сайтам: меняем dns адреса

По моим наблюдениям, некоторые страницы чаще всего не открываются именно из-за проблем с DNS адресами. Как правило, интернет-провайдер выдает DNS автоматически. Я же советую задать статические DNS адреса. Сейчас я покажу как это сделать в Windows 7, Windows 8 и в Windows 10. Сменить эти адреса можно так же на мобильных устройствах, или в настройках Wi-Fi роутера.

Нажмите правой кнопкой мыши на значок подключения к интернету (в трее), и выберите Центр управления сетями и общим доступом. Дальше выберите Изменение параметров адаптера.

Нажмите правой кнопкой мыши на адаптер, через который у вас подключен интернет, и выберите Свойства. Если интернет по Wi-Fi, то это Беспроводное сетевое соединение. А если по кабелю, то Подключение по локальной сети (Ethernet в Windows 10).

Выделите пункт Протокол интернета версии 4 (TCP/IPv4), и нажмите на кнопку свойства. Установите переключатель возле Использовать следующие адреса DNS-серверов, и укажите такие адреса: 8.8.8.8, 8.8.4.4(как на скриншоте ниже). Нажмите Ok.

Перезагружаем компьютер, и проверяем работу.

Пираты или кривые руки

Последними причинами, по которым перестал работать сайт, могут быть взлом или вы сами что-то напортачили.

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

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

Плагины и шаблоны

Если вы выяснили, что с хостингом всё нормально, следует осмотреть свой сайт. И начать нужно с установленных недавно плагинов и шаблонов. Вспомните, какие плагины и шаблоны вы устанавливали и активировали в последнее время. Возможно, какие-то из них вы обновляли, и теперь что-то конфликтует, и поэтому сайт перестал работать.

Вспомнили? Теперь нужно деактивировать эти плагины или шаблоны. Если сайт перестал работать, то вы наверняка не сможете войти в консоль администратора, чтобы деактивировать нужные элементы. Поэтому переходим в файловый менеджер и делаем это оттуда.

Все шаблоны хранятся в папке wp-content/themes, а все плагины wp-content/plugins/ Для каждого плагина и шаблона своя папка. Найдите папку плагина или шаблона, который вызывает конфликт, и переименуйте его, например, допишите точку в конце. Либо можно просто удалить его.

Если сайт заработал – вы молодец, решили проблему сами, поняли, в чём она заключается, и больше этого не допустите. Если нет, то читаем дальше.

Причины недоступности веб-сайтов

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

Проверка и изменение параметра mtu

Есть такой параметр как MTU. Не буду сейчас рассказывать что это, и для чего он нужен. Но, если этот параметр задан неверно, то некоторые сайты просто не открываются в браузере. Или открываются не совсем корректно, не полностью.

Если у вас подключение через роутер, то MTU меняем в настройках роутеар, на странице с настройками подключения к интернету. Там точно есть такой пункт. Какое значение там указывать, можно уточнить у интернет-провайдера. Или, просто поэкспериментировать.

По умолчанию, в настройках роутера скорее всего указано значение 1500 (оно меняется в зависимости от того, какой тип подключения к интернету использует провайдер). Можно попробовать сменить его на 1460, или 1420. Если у вас интернет через 3G USB модем, то установите 1476.

Вот так меняется MTU на роутере Tp-Link:

Не забудьте сохранить настройки, и перезагрузить роутер.

Сервисы мониторинга: выявление проблем

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

С помощью подобных сервисов можно легко и быстро найти слабые места сайта и получить реальную картину его поведения во времени, а также избежать награды непричастных и наказания невиновных.

Это работает для всех вышеуказанных проблем. Если сервис показывает, что у сайта «прыгает» скорость загрузки, при том что количество посетителей равномерно распределено в течении дня, или же возвращаются таймауты — вопросы к хостеру. Также это может быть свидетельством того, что ваш сайт «перерос» купленный когда-то начальный пакет услуг хостинга, и сейчас для стабильной работы ему нужно больше ресурсов.

К хостеру же возникают вопросы, если в договоре он гарантирует SLA 99.9%, а сам ежемесячно проводит многочасовые технические работы: легко проверить, не нарушил ли он свои гарантии. Если часто выпадают ошибки 50Х — скорее всего, дело в сайте или настройках сервера. В этом случае обращаемся к разработчикам. Сервисы также контролируют

, вовремя оповещая о необходимости продления, а также множество других вещей.

Создание файла maintenance.php

Этап первый. Создание файла, в котором и будет размещен наш собственный контент. Для этого в директории /wp-content создадим файл с названием maintenance.php. Не забывайте о кодировке файла.

С первым пунктом на этом все.

Заключение

Решений много, кому-то помогает смена DNS, кому-то очистка файла hosts, или еще что-то. Нужно пробовать, не сдаваться, и победа будет за нами 🙂

Думаю, после этих действий, вы смогли зайти на сайт, который раньше не открывался. Делитесь в комментариях результатами, пишите что помогло. Задавайте вопросы, постараюсь помочь.

Сейчас ищут техподдержку:  Сколько умерло от коронавируса онлайн
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (1 оценок, среднее: 5,00 из 5)
Загрузка...

Оставьте комментарий

Adblock
detector