Сайт

Мой сайт упал по позициям: Упали позиции сайта — причины, анализ, как восстановить

13.01.1987

Содержание

Популярные причины падения сайтов / Хабр

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

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

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

  • Технические неисправности на серверах, где размещен сайт. Сюда можно отнести как вышедшее из строя оборудование и упавшую сеть, так и недочеты организации хостинга на логическом уровне. Также сюда относятся технические работы — вас о них, конечно же, предупредят, но сайт в это время работать все равно не будет.
  • Несоответствие тарифа хостинга нагрузкам на сайт (большая посещаемость), или же несоответствие реальной и декларируемой производительности хостинга. То есть пришло много посетителей — а тут либо мы не рассчитали свои силы, либо нас обманул жадный хостинг. Бывают и ситуации посложнее — для виртуального хостинга, например, может попасться «толстый сосед» на этом же сервере, который будет есть все ресурсы. Это сложно отследить, в особенности если хостер следует заветам тех восточных религий, где практикуется невмешательство и безмятежность.
  • Проблемы с сайтом. На хостинг надейся, но и сам не плошай. Не оптимизированные скрипты, база данных в Новой Зеландии, непонятные каскадные переадресации могут привести к тому, что пользоваться сайтом среднестатистическому посетителю будет как минимум некомфортно. Если видите в логах много ошибок 503, а у вас лично сайт работает — верьте логам и бегите искать проблему. Очень часто характеристика проблемы начинается со слов «У меня же все работает!»
  • Действия хакеров. Есть вариант, когда ваш сайт «заказали», в этом случае он может подвергнуться DDOS атаке, в том числе http-флуду — когда хакер генерирует огромное количество одновременных запросов к сайту. Впрочем, гораздо чаще хакер работает над созданием очередного ботнета и ваш сайт или хостинг приглянулись ему просто по причине наличия какой-то уязвимости. Сюда же оносятся «заражения» вирусами и другими вредоносными программами.
  • Несвоевременная оплата услуг. Очень популярная причина. Не оплатить хостинг, забыть продлить домен или не обновить SSL сертификат — и сайт уходит в офлайн, в лучшем случае, на несколько часов. Бывает и похуже.
Как с этим бороться?

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

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

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

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

А нужно ли?

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

Об угоне «забытых» доменов по причине непродления оных и других очень больных вещах даже упоминать не хочется.
Способы решения каждой из проблем, как уже упоминалось, существуют разные. Как платные, так и бесплатные (сервисы мониторинга, как правило, тоже имеют бесплатный пакет, в том числе и ХостТрекер). Мы уверены, что если не упускать эту проблему из виду — тогда подходящий вам вариант обязательно найдется, и ваши сайты будут работать как часы.

причины и решения — Блог Travelpayouts

Внешние факторы

Если примерно с февраля вы наблюдаете падение трафика, вероятно, это связано с пандемией коронавируса.

Similarweb.com анализирует проанализировал ситуацию для семи различных ниш. Как видно на графике, для многих наблюдается просадка по трафику.

О том же говорит Нил Патель, маркетолог, входящий в десятку лучших по мнению Forbes.

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

Для остальных наблюдается сильное снижение трафика. Особенно, для тревел-ниши.

Решение

Иногда в такой ситуации остаётся только успокоиться и переждать. Но если вы не хотите сидеть сложа руки, можно попробовать несколько вариантов:

  1. Попытаться привлечь ситуативный трафик. Сейчас люди ищут и читают всё, что связано с коронавирусом. Вы можете попробовать делать такой контент и даже красиво связать его с привычной нишей.
  2. Переключиться на другую нишу. Иногда для этого даже не понадобится создавать отдельный проект. Мы собрали 5 ниш, в которых трафик пока растёт.
  3. Готовиться к тому, что всё восстановится. Иногда лучше не пытаться получить выгоду в моменте, а ориентироваться на будущее. Больше советов о том, что делать сейчас, чтобы завоевать рынок после пандемии, мы собрали в гиде по выживанию для аффилиата.

Санкции поисковых систем

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

Виды санкций

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

Яндекс и Google наказывают сайты веб-мастеров за одинаковые проступки. У каждой поисковой системы есть собственные виды ограничений, но основные пересекаются.

Очевидные фильтры поисковых систем
  1. «Баден-Баден». Накладывается за переоптимизацию страниц.
  2. «Минусинск» и «Пингвин». Наказывают сайты, которые активно закупают ссылки для продвижения.
  3. «Малополезный контент» и «Панда». Борются с проектами без добавочной ценности, главная цель которых — заработать на посетителях. В том числе и с помощью рекламы, которая маскируется под меню, поиск, блок похожих материалов и т.
    д.
  4. Фильтр за кликджекинг. Страдают сайты, которые пытаются выманить у пользователя конфиденциальную информацию. Например, ссылки на страницы в социальных сетях.
  5. Фильтр за навязчивые уведомления. Под ограничения попадают проекты, заставляющие подписаться на пуши.
  6. Фильтр за партнёрский контент. Новый фильтр Яндекса, который следит за сайтами, злоупотребляющими партнёрскими ссылками. Санкции накладываются за страницы с контентом без добавочной ценности.

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

Решение

Проверить Google Search Console, Yandex Webmaster и устранить проблему. Обязательно пишите в службу поддержки и до, и после решения проблемы. В Яндексе связь со службой поддержки доступна в специальном разделе. В Google такой возможности нет. Прочитайте материалы для веб-мастеров и создайте тему на справочном форуме (эксперты часто дают дельные советы).

Изменение алгоритмов ранжирования

Правила формирования результатов поиска всё время меняются. Поисковики делают крупные обновления несколько раз в год. В 2018 году медицинские, финансовые и бизнес сайты лишились трафика из-за того, что Google сдвинул фокус в сторону достоверности, авторитетности и экспертности. Все проекты, которые не понравились асессорам (оценщикам качества), остались без трафика.

В июне 2019 произошло обновление основного алгоритма Google. Сильнее всего изменения затронули бизнес, азартные игры и финансы.

Решение

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

Технические проблемы у поисковых систем

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

16 сентября Яндекс наложил фильтр «Малополезный контент» на сотни коммерческих сайтов. Оказалось, что дело в техническом сбое поисковой системы. Позиции сайтов сильно упали и восстанавливались после нажатия кнопки «Все исправлено» в «Вебмастере». Чуть позже представитель Яндекса извинился и сообщил, что ситуация нормализовалась.

Поисковики открыто подтверждают масштабные проблемы, но некоторые отказываются признавать. Даже когда пользователи оставляют сотни сообщений на профильных ресурсах и официальном форуме Google для веб-мастеров. После проблемы с индексацией страниц в марте, в некоторых нишах поисковик выдаёт нерелевантные ответы. На первых строчках выдачи появились дорвеи, а сайты с полезным контентом вылетели на 2-3 страницу. Получить ответ от сотрудника поддержки нельзя. Желание тратить деньги на экспертный контент резко пропадает.

Решение

Ждать, пока поисковики починят инструменты и следовать их рекомендациям. Если страницы выпали из индекса, отправьте запрос на переобход через Google Search Console и Яндекс.Вебмастер.

Сезонность

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

Тематики с ярко выраженной сезонностью:

  • образование;
  • сад-огород;
  • туризм.

Определить сезонность помогает Wordstat и Google Trends. Введите запросы и переключитесь на вкладку с историей.

Решение

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

Событийный трафик

У проектов с привязкой к определённому событию пик посещаемости приходится на одну дату. К примеру, игра выходит 3 июля. Именно этот день принесёт больше всего трафика. Дальше цифры будут плавно идти вниз.

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

Решение

Событийный трафик рано или поздно закончится. С этим ничего не сделаешь.

Снижение спроса

Этот фактор очень близок к сезонности, но немного отличается. Есть ниши, где спрос наблюдается постоянно: финансы, бизнес, юриспруденция, рецепты. Некоторые тематики со временем становятся менее популярными.

Если трафик на сайте снижается несмотря на добавление контента и улучшение юзабилити, зайдите в сервис Google Trends, введите главный запрос, задайте временные рамки и выберите регион.

Пример ниже наглядно демонстрирует спад интереса к нише. Устройства Lenovo были в тренде с 2013 по 2015 год. С 2016 по 2019 популярность стремительно уменьшается. Гаджеты Apple пользуются спросом постоянно. Пиковые участки на графике связаны с выходом новых моделей. Интерес к продукции Xiaomi начал формироваться в 2015 году. С 2016 по 2019 Сяоми почти все время опережает Apple.

Идеальный момент, чтобы создать сайт о Xiaomi — 2016-2017 года. Некоторые веб-мастера воспользовались этим и получили преимущество в возрасте проекта.

Решение

Смириться с тем, что не все ниши обеспечивают стабильный спрос. Делайте несколько проектов или переключитесь на стартапы другого формата — сервисы, региональные порталы.

Снижение позиций

Очень часто проблема кроется в просадке позиций. Она может быть связана с фильтрами поисковых систем, трудностями у Яндекса и Google, повышенной конкуренцией или техническими проблемами на сайте.

Отслеживать позиции по запросам нужно не только коммерческим проектам. Для инфосайтов обычно собирается семантическое ядро. Экспортируйте группы ключей из Key Collector или сервиса и сохраните на компьютере. Для отслеживания видимости сайта в поисковых системах используйте Topvisor или аналог. Обновлять данные в сервисе лучше после каждого апдейта Яндекса или раз в неделю (месяц).

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

Похожая ситуация была с моим проектом, о котором я писал в кейсе. Из-за «болезни» Google я потерял 50% трафика, еще часть забрали конкуренты. Популярные темы всегда под прицелом. Два года назад только я писал развернутые статьи по смартфонам одного производителя. В этом году прямых конкурентов уже 5, а неочевидных более 20.

Решение

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

Технические неполадки на сайте

Источник проблемы иногда прячется на самом видном месте. В моей практике был случай, когда я просрочил оплату доменного имени на неделю. После продления трафик так и не восстановился.

Распространенные ситуации
  1. Конфликт плагинов. Не открывается весь сайт или определённые страницы.
  2. Взлом. В поисковой выдаче появились страницы на английском/китайском/японском. Мобильных пользователей перенаправляет на другой адрес.
  3. Проблемы у хостера. Провайдеры обычно делают профилактику ночью, но застраховаться от экстренных ситуаций нельзя.

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

Решение

Определить источник проблемы. Сайт не открывается — связаться с поддержкой хостинга и восстановить данные из свежей резервной копии. Появились незнакомые файлы — проверить Айболитом и удалить вредоносный код. Не забудьте включить автоматическое продление домена и пополнить баланс на несколько лет вперед.

Защититься от падения трафика нельзя. Продление домена и восстановление бэкапа — самые легкие способы. А если дело в новых конкурентах или санкциях поисковых систем — восстановление затянется на несколько недель (месяцев). Или этого вообще не случится.

Чек-лист: что делать при падении трафика

  1. Определите дату снижения посещаемости.
  2. Вспомните, делали ли вы изменения в этот период — устанавливали новый плагин или редактировали robots.txt.
  3. Решите проблему с помощью наших рекомендаций.

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

Мировой рынок бондов впервые упал на 20%. Во что теперь вкладывать валюту

Самый надежный класс облигаций (суверенные и крупнейших корпораций) — падают вслед за акциями. С января индекс Bloomberg Global Aggregate Total Return потерял 20%. Эти сильнейшее падение с момента его запуска в 1990-м году. Разберемся, что инвестору с этим делать.

Убежища больше нет

Статистически уход ниже 20% от ближайшего пика является зоной медвежьего рынка. Для индекса облигаций полной доходности (с учетом купонов) такое поведение означает, что бонды больше не справляются со своей главной задачей — хеджировать портфели от снижения акций.

Если охватывать годы, когда индексов Bloomberg еще не было, то синхронное падение облигаций и акций не происходило уже как минимум 40 лет. Нынешний период во многом напоминает кризисные 1970-е, когда инвесторы несли убытки в обоих классах активов.

Причина известна: в США ускоряется рост ставки в условиях стабильно высокой инфляции и разворачивающейся рецессии. Рынки закладывают +0,75% к ставке на ближайшем заседании ФРС и сохранение сильного доллара относительно других валют.

Есть ли тихая гавань

Если посмотреть разбивку по странам и регионам, то наименьшее падение демонстрируют индексы облигаций стран Юго-Восточной Азии, включая Китай. На фоне американских 10-летних бумаг суверенные бонды КНР держатся ровно весь год: и по ценам, и по ставкам.

 

Учитывая, что Китай проводит зеркальную кредитно-денежную политику относительно США: новые стимулы вместо сжатия ликвидности — местный рынок облигаций будет как минимум держаться ровно, а как максимум пробовать расти.

При этом рост в юанях может частично быть погашен ростом доллара США против китайской валюты. Это связано с тем, что спред в доходностях бондов двух стран сужается, и часть инвесторов постепенно перекладывается в USD.

Какие инструменты брать

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

— Облигации в юанях

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

Пока на российском рынке доступны лишь три выпуска в юанях: два у Русала (RU000A105104 и RU000A105112) и один у Полюса (RU000A1054W1). Доходность первых двух сейчас составляет 3,1% и 3,4% годовых, третьего — 3,7%.

— Доллар Гонконга

Укрепление доллара США против других валют будет продолжаться, пока ФРС обгоняет другие центробанки по скорости наращивания ставки. Падение цен долларовых облигаций это одно из следствий такого роста.

Чтобы сыграть на укреплении доллара и при этом не попасть под риски хранения безналичной валюты, логично переложиться в альтернативную денежную единицу. Гонконгский доллар (HKD) четко следует за долларом США (USD), в том числе против рубля и юаня.


Важный момент: с середины нулевых установлен узкий коридор по паре USD/HKD, позволяющий колебаться курсу лишь в пределах +/-5 центов. Для этого при необходимости власти Гонконга осуществляют интервенции по аналогии с тем, как это делают другие центробанки: покупают и продают доллары США из резервов. Так что гонконгский доллар, по сути, является копией американского по своей динамике.

— Российские евробонды

Цикл роста ставки в США может оказаться быстрым, но коротким, и этот сценарий сейчас один из основных на рынке. Опционы на ставку ФРС держат минимальный риск (наибольшую вероятность) на ее первое снижение уже следующем году.

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

  • Rus-28 (XS0088543193) — 2,7% годовых
  • Rus-47 (RU000A0JXU14) — 5,2% годовых
  • ВЭБ1Р-23В (RU000A102K96) — 2,6% годовых
  • ВЭБ1Р-30В (RU000A103FY7) – 3,1% годовых


Большая дюрация (и срок погашения) дают более высокий мультипликатор. Так, 25-летние бонды Минфина при вероятном снижении ставки ФРС на 0,25% могут прибавить ориентировочно 6% в долларах. В сумме с купоном это свыше 11% за год в твердой валюте.

Выводы

— Снижение индекса Bloomberg Global Aggregate Total Return на 20% от уровней января говорит о высокой вероятности дальнейшего падения долларовых активов.

— Цены облигаций, номинированных в долларах, вероятнее всего, будут падать, но сам доллар — расти против других валют.

— Основные два убежища для российского инвестора, который ищет доходности в твердых валютах, — доллар Гонконга (HKD) и облигации в юанях:

  • RU000A105104 (Русал, погашение в 2027 г., доходность 3,1% годовых)
  • RU000A105112 (Русал, погашение в 2027 г., доходность 3,4% годовых)
  • RU000A1054W1 (Полюс, погашение в 2023 г., доходность 3,7% годовых)

— Евробонды Минфина и ВЭБа, торгуемые на МосБирже, стоит рассматривать позднее, когда появятся сигналы от ФРС на снижение ставки; рынок этого ждет уже в следующем году.

БКС Мир инвестиций

Этот сайт не работает? Как проверить, работает ли ваш сайт по всему миру

Веб-строительство Техническое обслуживание

05 октября 2022 г.

Джордана А.

5 минут Чтение

Скачать электронную книгу: Создайте свой первый веб-сайт за 9 простых шагов

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

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

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

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

Как проверить, не работает ли ваш веб-сайт

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

Чем дольше ваш сайт недоступен для пользователей, тем больший доход вы потенциально теряете. Популярные сайты, такие как Amazon, сообщили, что потеряли 4,8 миллиона долларов после простоя в течение 40 минут.

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

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

В этом случае постоянный мониторинг времени безотказной работы вашего сайта является обязательным в качестве меры предосторожности для обеспечения безопасности вашего сайта WordPress.

Чтобы помочь вам, вот четыре способа проверить, не работает ли веб-сайт.

Метод 1 — Проверка с помощью Website Planet

Website Planet — это полезный онлайн-инструмент для проверки веб-сайтов. Он сообщит вам, работает ли ваш сайт в режиме реального времени.

Все, что вам нужно сделать, это выполнить следующие шаги для быстрой проверки:

  1. Посетите веб-сайт Planet .
  2. Введите URL адреса вашего веб-сайта в поле и нажмите Проверить кнопку .
  3. Website Planet покажет, находится ли ваш сайт в сети или нет.

Вот что вы увидите, если сайт вверх :

А если ваш сайт вниз, вы увидите:

Метод 2 — Проверка с помощью Host Tracker

Host Tracker дает дополнительную информацию по сравнению с веб-сайтом Planet. Этот сайт позволяет вам проверить скорость страницы, HTTPS, пинг, трассировку, порт, работоспособность и безопасность.

Кроме того, этот инструмент проверки веб-сайтов автоматически уведомит вас, если ваш сайт выйдет из строя. Однако, чтобы воспользоваться этой функцией, вам нужно будет зарегистрироваться для получения бесплатной пробной версии или заплатить 9,92 $ — 74,92 $/год .

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

  1. Получите доступ к Host Tracker и прокрутите вниз, пока не увидите столбец CHECK SITE .
  2. По умолчанию сайт проверяет скорость страницы. Однако, поскольку мы хотим знать, доступен ли ваш сайт по всему миру, вы должны выбрать вкладку Ping .
  1. Введите необходимую информацию — домен вашего веб-сайта или URL-адрес и тестовое местоположение. Выберите Весь мир на вкладке местоположения, если вы хотите проверить статус своего сайта по всему миру, затем нажмите ПРОВЕРИТЬ .
  2. Дождитесь полной загрузки информации. Вот пример результата пинг-теста Hostinger:

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

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

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

Способ 3 — проверка с помощью Site24x7

Site24x7 позволяет отслеживать доступность вашего веб-сайта из более чем 60 различных мест, включая Китай, Барселону, Лондон, Нью-Йорк и Сидней.

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

Вот шаги для проверьте статус своего веб-сайта в Интернете с помощью этого тестового инструмента:

  1. Посетите Site24x7, и вы сразу же увидите поле, где вы можете ввести домен своего веб-сайта.
  2. Заполните его своим URL-адресом или доменным адресом и нажмите Test Now .
  3. Подождите немного, пока вся информация не будет собрана. Затем вы увидите график и таблицу с дополнительной информацией.

Ваш веб-сайт онлайн по всему миру, если Статус для каждого местоположения показывает OK . Вот пример результата теста Hostinger:

В качестве альтернативы, если сайт ниже , он будет отображать символы тире и Хост недоступен в столбцах Статус и IP соответственно:

Метод 4 — Проверка с помощью HideMy. name Proxy Server

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

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

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

Вот как можно надежно проверить статус своего веб-сайта в режиме онлайн, используя приведенную выше схему:

  1. Перейдите к HideMy.name, затем нажмите кнопку Бесплатная пробная версия .
  2. Введите действующий адрес электронной почты и нажмите Получить код . Таким образом, вы получите бесплатный код входа в VPN на свой почтовый ящик (он понадобится вам позже).
  1. Установите программное обеспечение, нажав VPN для Windows. Кроме того, вы также можете установить версию программного обеспечения для Mac, Linux или Android. Выбирайте в соответствии с операционной системой вашего компьютера.
  2. Следуйте процессу установки. Затем откройте программу HideMy.name VPN на своем компьютере и введите код, который вы получили по электронной почте.
  3. Выберите конкретную страну для проверки подключения к веб-сайту. Например, мы используем это программное обеспечение, чтобы проверить, находится ли Hostinger в сети в Танглин, Сингапур.

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

Обратите внимание, что ваш код действителен только в течение 24 часов. После этого вам необходимо получить новый код, зарегистрировав другой адрес электронной почты или получив премиальные планы, которые стоят 8 долларов в месяц , 24 доллара в месяц или 36 долларов в год .

Заключение

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

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

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

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

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

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

Чтобы предотвратить простои веб-сайта, важно выбрать тарифный план надежного хостинг-провайдера. Здесь, в Hostinger, мы гарантируем 99,99% безотказной работы со всеми нашими планами хостинга.

Оставьте комментарий ниже, если у вас есть какие-либо вопросы или предложения!

Как проверить, не работает ли веб-сайт Часто задаваемые вопросы

Как проверить, работает ли сайт?

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

Как проверить, заблокирован ли веб-сайт в стране?

Существует множество хороших инструментов, которые можно использовать, если вы хотите проверить, заблокирован ли веб-сайт в вашей стране, например CheckSite. us, Blockedinchina.net, Downornot.net, Host-tracker.com, Blocked.org.uk, UpDown.co, Isup.me и Upordown.net.

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

Еще от Джорданы А.

Что делать, если ваш сайт перестал работать PHP, Бэкэнд, Linux

  • Поделиться в Твиттере, LinkedIn
    • Об авторе

    Пол Теро — внештатный веб-разработчик, живущий и работающий в Брайтоне, Англия. Он имеет более чем 20-летний опыт работы с широким спектром проектов и платформ. Больше о Павел ↬

    Вы когда-нибудь слышали, чтобы коллега отвечал на телефонный звонок так: «Добрый день… Да… Что? Полностью?… Когда он упал?… Правда, так долго?… Мы сейчас разберемся… Да, я понимаю… Конечно… Ладно, скоро поговорим… Пока. За звонком, возможно, последовала какая-то дрянная рок-баллада 80-х, доносившаяся из громкой связи, прерванная словами «Спасибо, что держите. Теперь вы абонент номер 126 в очереди». Это ваш начальник звонит на круглосуточную линию «технической поддержки» хостинговой компании. важный 9Сайт 0021 упал     , и рано или поздно все повернутся в уголок веб-разработки в офисе, где вы тихо сидите, занимаетесь своими делами и жалеете, что хоть раз упомянули «Linux» в своем резюме. Вам нужно принять меры. Вы нужны вашей компании. Вы нужны вашему клиенту. Вот что делать.

    Вы когда-нибудь слышали, чтобы коллега отвечал на звонок так: «Добрый день… Да… Что? Полностью?… Когда он упал?… Правда, так долго?… Мы сейчас разберемся… Да, я понимаю… Конечно… Ладно, скоро поговорим… Пока. За звонком, возможно, последовала какая-то дрянная рок-баллада 80-х, доносившаяся из громкой связи, прерванная словами «Спасибо, что держите. Теперь вы абонент номер 126 в очереди». Это ваш начальник звонит на круглосуточную линию «технической поддержки» хостинговой компании.

    Дополнительная литература на SmashingMag:

    • Непонятные внутренние технологии и секреты терминала
    • Как узнать, почему ваш сайт перестал работать
    • 9 шагов к счастливым отношениям с вашим хостинг-провайдером Практика

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

    1. Убедитесь, что он действительно снизился

    Не верьте клиенту на слово. Посетите веб-сайт самостоятельно и нажмите Shift + Refresh, чтобы убедиться, что вы не видите кешированную версию (удерживайте Shift при перезагрузке или обновлении страницы). Если веб-сайт отображается нормально, проблема, вероятно, связана с компьютером вашего клиента или широкополосным подключением.

    Больше после прыжка! Продолжить чтение ниже ↓

    . Если это не удается, посетите надежный веб-сайт, например 9.0279 google.com или bbc.co.uk . Если они тоже выходят из строя, то, по крайней мере, есть проблема с вашим собственным широкополосным соединением (или DNS-серверами вашей широкополосной компании). Скорее всего, вы и ваш клиент находитесь в одном здании, и все здание потеряло связь, или, возможно, у вас одна и та же широкополосная компания, и ее инженеры взяли выходной. Вам нужно будет проверить веб-сайт на своем мобильном телефоне или позвонить другу. Чтобы быть вдвойне уверенным, попросите своего друга проверить, где это? или «Не работает для всех или только для меня?», которые подтвердят, не работает ли ваш сайт только для вас или для всех.

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

    2. Выясните, что пошло не так

    Веб-сайт может выйти из строя в основном по одной из следующих причин:

    • Ошибка программирования на веб-сайте,
    • Проблема с DNS или домен с истекшим сроком действия,
    • Проблема с сетью,
    • Произошел сбой на сервере,
    • Весь сервер вышел из строя.

    Чтобы узнать, является ли это ошибкой программирования, посетите веб-сайт и проверьте строку состояния в нижней части браузера. Если написано «Готово» или «Загружено», а не «Ожидание…» или «Подключение…», значит, сервер и его программное обеспечение работают правильно, но возникла ошибка программирования или неправильная конфигурация. Проверьте журнал ошибок Apache на наличие подсказок.

    В противном случае вам нужно будет выполнить несколько команд, чтобы определить причину. На Mac с OS X или выше перейдите в Приложения → Утилиты и запустите Терминал. На ПК с Windows перейдите в «Пуск» → «Все программы» → «Стандартные» и выберите «Командная строка». Если вы используете Linux, вы, вероятно, уже знаете о терминале; но на всякий случай в Ubuntu он находится в разделе «Приложения» → «Аксессуары».

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

     C:> ping www.stockashop.co.uk

    Если сервер активен и доступен, результат будет примерно таким:

    Ответ от 92.52.106.33:
байты = 32 время = 12 мс TTL = 53


    Команда Ping с компьютера Windows.

    В Windows это повторится четыре раза, как указано выше. В Linux и Mac каждая строка будет начинаться с 64 байта из и будет повторяться бесконечно, и вам нужно будет нажать Control + C, чтобы остановить это.

    Число из четырех частей в приведенном выше примере — это IP-адрес вашего сервера. Он есть на каждом компьютере в Интернете. На этом этапе вы можете перепроверить, что это правильный. Вам нужно иметь очень хорошую память или обратиться к документации, которую ваша хостинговая компания отправила вам, когда вы впервые зарегистрировались в ней. (В этой статье не рассматриваются новые IPv6-адреса, состоящие из восьми частей.)

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

    64 байта с сайта advancedsearch.virginmedia.com
(81.200.64.50): icmp_seq=1 ttl=55 время=26,4 мс

    Обратите внимание, что ping также может отображать имя сервера перед IP-адресом (в данном случае advancedsearch.virginmedia.com ). Не беспокойтесь слишком сильно, если он не соответствует веб-сайту, который вы пингуете, — у сервера может быть много имен. IP-адрес важнее.

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

    ping: неизвестный хост www. nosuchwebsite.fr

    В этом случае используйте веб-сайт, например Who.is, для проверки сведений о регистрации домена или выполните команду whois из Linux или Mac. По крайней мере, он сообщит вам, когда истек срок его действия, кому он принадлежит и где он зарегистрирован. Команды Linux и Mac host и nslookup также полезны для поиска информации о домене. Команда nslookup , в частности, имеет множество различных опций для запроса различных аспектов доменного имени:

     paul@MyUbuntu:~$ whois stockashop.co.uk 
     paul@MyUbuntu:~$ host stockashop.co.uk 
     paul@ MyUbuntu:~$ nslookup stockashop.co.uk 
     paul@MyUbuntu:~$ nslookup -type=soa stockashop.co.uk

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


    Как выглядит не отвечающий сервер в терминале Linux.

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

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

    3. Насколько это плохо?

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

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

    Чтобы узнать, связана ли проблема с сетью, используйте traceroute на Mac или Linux и tracert на ПК или используйте параметр трассировки на веб-сайте, таком как Network-Tools. com. В Mac и Linux введите:

     paul@MyUbuntu:~$ traceroute www.stockashop.co.uk

    В Windows:

     C:> tracert www.stockashop.co.uk

    Traceroute отслеживает маршрут через Интернет от ваш компьютер к вашему серверу, пингуя каждый бит сетевого оборудования, которое он находит по пути. Это должно занять от 8 до 20 шагов (технически называемых «прыжками»), а затем время ожидания или несколько звездочек ( *). Количество шагов зависит от того, насколько далеко находится сервер и где произошел сбой в сети.

    Первые несколько шагов выполняются в вашем офисе или здании (обозначаются IP-адресами, начинающимися с 192,68 или 10 ). Следующие несколько принадлежат вашему провайдеру широкополосного доступа или крупной телекоммуникационной компании (вы должны определить это по длинному имени перед IP-адресом). Последние несколько принадлежат вашей хостинговой компании. Если ваш сервер жив и здоров, то самым последним шагом будет ваш сервер, отвечающий счастливо и здорово.


    Трассировка на Mac через компанию широкополосного доступа и хост к неотвечающему серверу.

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

    Вы не можете сказать это только по traceroute, но есть вероятность, что серверы, физически расположенные рядом с вашим, имеют похожие IP-адреса. Таким образом, вы можете изменить последнее число IP-адреса вашего сервера и проверить наличие ответа. Если IP-адрес вашего сервера 123.123.123.123 , вы можете попробовать:

     C:> Ping 123.123.123.121 
     C:> Ping 123.123.123.122 
     C:> Ping 123.123.123.124 
     C:> Ping 123.123.123.124 
     C:> Ping 123.123.123.124 
     C:> Ping обнаружить, что сервер находится в середине диапазона от 10 до 20 IP-адресов, которые все не работают, тогда это вполне может указывать на более широкую сетевую проблему глубоко в кондиционированном, огнеупорном бункере, который ваш сервер называет домом.  Маловероятно, чтобы хостинговая компания оставила так много неиспользуемых IP-адресов или чтобы все адреса вышли из строя одновременно по разным причинам. Вполне вероятно, хотя и не окончательно, что целая стойка или помещение были отключены или обесточены… или сгорели. 
     
     В качестве альтернативы, если близлежащие IP-адреса отвечают, значит, не работает только ваш сервер. Вы все равно можете перейти к следующему шагу и надеяться, что причина в том, что ваш сервер очень безопасен и блокирует запросы ping. Возможно, смените этот глубокий хмурый взгляд на ярко выраженную гримасу. 
     
     В противном случае вам придется продолжать слушать Foreigner, пока ваша хостинговая компания не ответит на звонок. Только он может починить сеть и/или перезапустить сервер. Но, по крайней мере, теперь вам есть, кого винить. И если вы находитесь под номером 126 в очереди, это, вероятно, потому, что 125 других компаний думают, что их веб-сайты тоже внезапно перестали работать. 
     
     4. Проверьте программное обеспечение вашего веб-сервера 
      
     Если сервер работает, но просто не обслуживает веб-сайты, вы можете  сделать еще одну проверку перед входом на сервер  .  Так же, как на вашем офисном компьютере есть множество программ для выполнения различных задач (Photoshop, Firefox, Mac Mail, Microsoft Excel и т. д.), так и на вашем сервере. Возможно, наиболее важной частью программного обеспечения является веб-сервер, которым обычно является Apache на серверах Linux и IIS на серверах Windows. (С этого момента и далее я буду называть его «программным обеспечением веб-сервера», потому что термин «веб-сервер» иногда используется для обозначения всего сервера — что сбивает с толку.) 
     
     Когда вы посещаете веб-сайт, ваш веб-браузер незаметно взаимодействует с программным обеспечением веб-сервера, обмениваясь информацией кэширования, отправляя и получая файлы cookie, шифруя и расшифровывая, распаковывая и в целом управляя вашим просмотром. 
     
     Вы можете обойти все это и общаться напрямую с программным обеспечением веб-сервера, используя команду  telnet , доступную в Windows, Linux и Mac. Он окончательно скажет вам, живо ли программное обеспечение вашего веб-сервера.  Команда заканчивается портом, который почти всегда равен 9.0279 80  : 
     
     ping@MyUbuntu:~$  telnet www.stockashop.co.uk 80  
     
     Если бы все было хорошо, то программное обеспечение вашего веб-сервера ответило бы парой строк, указывающих на то, что оно подключено, а затем ждало бы для вас, чтобы сказать ему, что делать. Введите что-то вроде этого, а затем две пустые строки: 
     
    .
ПОЛУЧИТЬ/HTTP/1.1
Хост: www.stockashop.co.uk
 
     Первый  /  сообщает ему, чтобы получить вашу домашнюю страницу; вы также можете сказать  GET /products/index.html  или что-то подобное. Строка  Host  сообщает ему, какой веб-сайт следует вернуть, поскольку на вашем сервере может находиться много разных веб-сайтов. Если бы ваш веб-сайт работал, то программное обеспечение вашего веб-сервера ответило бы некоторыми заголовками (срок действия, файлы cookie, кеш, тип контента и т. д.), а затем HTML, например:
     
      Проверка программного обеспечения веб-сервера с помощью telnet. 
     Но из-за проблемы  telnet  либо не подключается (что указывает на сбой программного обеспечения веб-сервера), либо не отвечает (что указывает на его неправильную конфигурацию). В любом случае, вам нужно продолжать читать.
     Удаленное расследование завершено, и пришло время поближе познакомиться с вашим неисправным сервером.
     Сначала проверьте документацию вашего сервера, чтобы узнать, есть ли на сервере панель управления, такая как Plesk или cPanel. Если вам повезет, он все еще будет работать и сообщит вам, что не так, и предложит перезапустить его для вас (в Plesk нажмите Сервер → Управление службами).
     
      Если на вашем сервере есть панель управления, такая как Plesk, попробуйте войти в систему, чтобы убедиться, что веб-сервер работает. 
     Если нет, то следующие команды применяются к выделенным серверам Linux. Вы можете попробовать их в среде общего хостинга, но они, вероятно, не будут работать. Серверы Windows — это отдельная тема, и в этой статье мы их рассматривать не будем.
     Чтобы войти в систему и выполнять команды на сервере, вам потребуются имя пользователя и пароль администратора, а также пароль root, предоставленные вашим хостом. Для сред общего хостинга могут работать имя пользователя и пароль FTP.
     В Linux и Mac запускаемая команда —  ssh , что означает «безопасная оболочка» и позволяет безопасно подключаться и выполнять команды на вашем сервере. Вам нужно будет добавить свое административное имя пользователя в команду после  -l  , что означает «логин»:
     paul@MyUbuntu:~$ ssh -l admin www.stockashop.co.uk 
     Windows не поставляется с  ssh  , но вы можете легко загрузить SSH-клиент для Windows, например Putty. Загрузите  putty.exe  , сохраните его где-нибудь и запустите. Введите свой веб-сайт в качестве имени хоста и нажмите «Открыть». Он спросит вас, как войти в систему, а затем запросит ваш пароль.
     
      Использование Putty для SSH с компьютера под управлением Windows. 
     После успешного входа в систему вы должны увидеть что-то вроде  admin@server$  , за которым следует мигающий или сплошной курсор. Это командная строка Linux, очень похожая на Терминал или командную строку, использованную выше, за исключением того, что теперь вы фактически находитесь на сервере; вы виртуальный вы, плавающий на жестком диске вашего проблемного сервера.
     Если  ssh  даже не подключился, то возможно он заблокирован брандмауэром или отключен на сервере. Если бы было сказано  Отказано в доступе  , то вы, вероятно, ошиблись при вводе имени пользователя или пароля. Если он сразу сказал  Соединение с www.stockashop.co.uk закрыто  , то вы пытаетесь войти в систему с именем пользователя, которому не разрешено выполнять команды; убедитесь, что вы входите в систему как администратор, а не пользователь FTP.
     6. Не закончилось ли место? 
     Скорее всего, на вашем сервере не закончилось место на жестком диске, но я ставлю это на первое место, потому что с этой проблемой довольно легко справиться. Команда  df  , но вы можете добавить  -h , чтобы показать результаты в мегабайтах и ​​гигабайтах. Введите это в командной строке:
     admin@server$ df -h 
     В результатах будут перечислены все файловые системы (например, жесткий диск или раздел) и показан процент использования каждой из них.
     
      Проверка использования жесткого диска на сервере Linux. 
     Если какой-либо из них показывает 100%-е использование, то, вероятно, на ввод команды ушла целая эпоха, и вам нужно будет быстро освободить место.
     Быстрое исправление 
     Вы по-прежнему сможете подключаться к серверу по FTP и таким образом удалять большие файлы. Хорошим местом для начала являются файлы журналов и любые резервные каталоги, которые у вас есть.
     Вы также можете попробовать запустить команду  find  для поиска и удаления больших файлов. Эта команда находит файлы размером более 10 МБ и позволяет просматривать результаты по одной странице за раз. Возможно, вам придется запустить его от имени пользователя root, чтобы избежать большого количества сообщений  об отказе в разрешении  (см. ниже, как это сделать). Также может потребоваться много времени для запуска.
     root@server# find / -size +10000000c | подробнее 
     Вы также можете ограничить поиск полным разделом или только вашими веб-сайтами, если вы знаете, где они находятся:
     root@server# find /var/www/vhosts/ -size +10000000c | more 
     Если вы хотите узнать, насколько велики эти файлы, вы можете добавить к команде последовательность форматирования:
     root@server# find /var/www/vhosts -size +10000000c -printf "%15s %pn" 
     Когда вы нашли ненужный большой файл, вы можете удалить его с помощью  rm  :
     root@server# rm /var/www/vhosts/badwebsite.com/backups/really-big-and-old-backup-file.tgz 
     Постоянное исправление 
     Удаление старых резервных копий веб-сайты и файлы журналов освободят много места. Вы также должны определить все сценарии и программы, которые создают большие файлы резервных копий. Вы можете попросить у своего хоста другой жесткий диск.
     7. Недостаточно памяти? 
     Ваш сервер может просто работать очень,  очень  медленно. 9Команда 0279 free  сообщит вам, сколько памяти она использует. Добавьте  -m , чтобы показать результаты в мегабайтах.
     admin@server$ free -m 
     Результаты покажут, сколько памяти используется.
     
      Проверка использования памяти на сервере Linux. 
     Приведенные выше результаты говорят о том, что сервер имеет 3550 МБ или 3,5 ГБ общей памяти. Linux любит использовать как можно больше, поэтому свободные 67 МБ не являются проблемой. Сосредоточьтесь на буферах/кэше  9вместо строки 0280. Если большая часть этого используется, то на вашем сервере может закончиться рабочая память, особенно если пространство подкачки (часть жесткого диска, которую сервер использует для дополнительной памяти) также заполнено.
     Если на вашем сервере закончилась память, команда  top  определит, какая часть программного обеспечения является жадной.
     admin@server$ top 
     Каждые несколько секунд это дает снимок того, какие части программного обеспечения запущены, какой пользователь запустил их и сколько памяти и процессора использует каждый из них. К сожалению, это будет работать очень медленно, если памяти мало. Вы можете нажать «Q» или Control + C, чтобы выйти из команды.
     
      Команда Linux  top  показывает, что запущено. 
     Каждый из вышеперечисленных элементов программного обеспечения известен как «процесс». Большие части программного обеспечения, такие как Apache и MySQL, часто имеют родительский процесс с множеством дочерних процессов, поэтому могут появляться в списке более одного раза. В этом доброкачественном примере дочерний процесс веб-сервера Apache в настоящее время является самым жадным программным обеспечением, использующим 7,6% ЦП и 1,6% памяти. Представление будет обновляться каждые три секунды. Проверьте  Mem , чтобы увидеть, постоянно ли что-либо занимает большую часть памяти.
     Быстрое исправление 
     Самое быстрое решение — убить пожирателя памяти. Для этого вам понадобятся права root (если процесс не принадлежит вам — см. ниже). Прежде всего, однако, поищите в Google, чтобы узнать, что именно вы собираетесь убить. Если вы убьете основную программу (например, сервер SSH), вы вернетесь к поддержке по телефону. Если вы закроете программу объединения данных своего крупнейшего клиента, которая работает уже четыре дня и вот-вот завершится, то клиент может разозлиться, несмотря на ваши попытки подсластить его фразой «Но с вашим сайтом теперь все в порядке!»
     Если виновником является HTTPD, Apache или MySQLd, перейдите к следующему разделу, потому что их можно перезапустить более изящно. На самом деле, большинство вещей можно перезапустить более изящно, но это быстрое игнорирование последствий.
     Найдите идентификатор процесса в столбце  PID  приведенной выше команды и введите  kill -9  , а затем число. Например:
     root@server# kill -9 23421 
      -9  говорит ему полностью и абсолютно остановиться. Теперь вы можете запустить  наверху  еще раз, чтобы увидеть, имеет ли это значение. Если какой-то другой похожий процесс вместо этого перешел на позицию поедания памяти, то вы, вероятно, остановили только дочерний процесс, и вам нужно будет найти родительский процесс, который породил всех жадных дочерних процессов в первую очередь, потому что остановка родительского остановит и всех детей. Снова используйте идентификатор процесса в этой команде:
     root@server# ps -o ppid,user,command 23421 
     Это попросит Linux показать вам идентификатор родительского процесса, пользователя и команду для процесса номер 9.0279 23421  . Результаты будут выглядеть следующим образом:
     PPID USER COMMAND
31701 apache /usr/sbin/httpd 
      PPID  — это идентификатор родительского процесса. Теперь попробуйте убить этот:
     root@server# kill -9 31701 
     Запустите  top  еще раз. Надеюсь, использование памяти теперь вернулось к норме. Если идентификатор родительского процесса был  0  , то какой-то другой процесс полностью потребляет память, поэтому снова запустите  поверх .
     Постоянное исправление 
     В какой-то момент вам, вероятно, придется перезапустить вредоносное программное обеспечение, потому что вы, возможно, только что отключили спам-фильтр вашего сервера или что-то еще важное. Если проблема была с Apache или MySQL, возможно, у вас где-то есть ошибочный фрагмент программы, потребляющей память, или у Apache, MySQL или PHP могут быть неоптимальные ограничения памяти. Есть небольшой шанс, что вас взломали и что ваш сервер работает медленно, потому что рассылает миллионы электронных писем. Однако иногда сервер исчерпал свои возможности, и ему просто нужно больше оперативной памяти, чтобы справиться с послеобеденной суетой.
     Прежде всего, чтобы узнать, что пошло не так, проверьте веб-журналы и/или файлы журналов в  /var/log/  . Когда ваша хостинговая компания, наконец, ответит на звонок, вы можете попросить ее также взглянуть. Выяснение того, что произошло, важно, потому что это вполне может произойти снова, особенно если это проблема безопасности. Если хостинговая компания недостаточно отзывчива или убедительна, обратитесь за другой помощью.
     8. Что-то сломалось? 
     Большинство серверов Linux используют Apache для программного обеспечения веб-сервера и MySQL для базы данных. Легко увидеть, работают ли они все еще (и перезапустить их, если это не так) или используют слишком много памяти. Чтобы увидеть все процессы, запущенные на вашем сервере прямо сейчас, выполните эту команду:
     admin@server$ ps вспомогательный | more 
     Прокрутите список и найдите признаки  apache  (или его более старое имя  httpd  ) и  mysqld  («d» означает демон и связан с тем, как выполняются программы). Вы ищете что-то вроде этого:
     USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
апач 29495 0,5 1,4  53772 ? С 14:00 0:02 /usr/sbin/httpd
апач 29683 0,3 1,4 88644 52420 ? С 14:03 0:00 /usr/sbin/httpd
апач 29737 0,3 1,4 88640 52520 ? S 14:04 0:00 /usr/sbin/httpd 
     Или вы можете использовать команду  grep  для фильтрации результатов:
     admin@server$ ps aux | grep http 
     admin@server$ ps aux | grep mysql 
     Если Apache или MySQL не запущены, то это источник проблемы.
     
      Этот список показывает, что Apache действительно работает. 
     Быстрое исправление 
     Если Apache или MySQL не запущены, вам необходимо выполнить приведенные ниже команды от имени пользователя root (см. ниже). Linux обычно имеет набор сценариев для остановки и запуска основных частей программного обеспечения. Сначала вам нужно найти эти скрипты. Используйте  ls  команда для проверки нескольких мест, где обычно находятся эти скрипты:
     root@server# ls /etc/init. d/ 
     Если в результатах есть много впечатляющих слов, таких как  crond  ,  httpd  ,  почтальон  ,  mysqld  и  xinetd  , то вы нашли место. Если нет, попробуйте где-нибудь еще:
     root@server# ls /etc/rc.d/init.d/ 
     Или используйте  find  для их поиска:
     root@server# find /etc -name mysqld 
     Как только он будет обнаружен, вы можете запустить команду для перезапуска программного обеспечения. Обратите внимание, что имена сценариев могут немного отличаться, например,  apache  ,  apache2  или  mysql  .
     root@server# /etc/init.d/httpd restart 
     root@server# /etc/init.d/mysqld restart 
     Надеюсь, он скажет что-то вроде  Stopping…   Starting…   Started  . Ваши сайты снова начнут работать нормально!
     Постоянное исправление 
     Как указано выше, проверьте файлы журналов, особенно журналы ошибок Apache. Иногда все это находится в одном месте, но обычно у каждого сайта на сервере есть свой журнал ошибок. Вы можете просмотреть те, которые были наиболее загружены во время крушения. Или же у вас может быть неправильная конфигурация, ошибка программирования или нарушение безопасности, поэтому это вполне может произойти снова, пока вы не определите и не устраните причину.
     Стать суперпользователем 
     Для большинства указанных выше исправлений требуются специальные разрешения. Например, вы (то есть пользователь, под которым вы вошли в систему) сможете убивать или перезапускать процессы только в том случае, если вы их запустили. Это может произойти на общих серверах, но маловероятно на выделенных серверах, где вы увидите много  разрешение отказано в  сообщениях. Таким образом, для запуска этих команд вам нужно будет стать суперпользователем сервера, обычно известным как  «root».  Я оставил это напоследок, потому что это опасно. Вы можете нанести непоправимый ущерб как root. Пожалуйста, не удаляйте и не перезапускайте ничего, если вы не уверены в этом, и не оставляйте свой компьютер без присмотра.
     Есть два способа запустить команду от имени root. Вы можете добавить к каждой команде префикс  sudo  или стать пользователем root раз и навсегда, набрав  вс  . Разные серверы накладывают разные ограничения на эти команды, но одно из них должно работать. Команда  sudo  является более ограничительной, поскольку она превращает вас в меньшего суперпользователя без полномочий root, который может выполнять одни команды, но не другие. Обе команды запросят дополнительный пароль. Например:
     admin@server$ sudo /etc/init.d/httpd restart 
     При успешном запуске  su  приглашение изменится с  $  на  #  , например:
     admin@server$ su 
     Когда вы посещаете веб-сайт, ваш веб-браузер незаметно взаимодействует с программным обеспечением веб-сервера, обмениваясь информацией кэширования, отправляя и получая файлы cookie, шифруя и расшифровывая, распаковывая и в целом управляя вашим просмотром.
     Вы можете обойти все это и общаться напрямую с программным обеспечением веб-сервера, используя команду  telnet , доступную в Windows, Linux и Mac. Он окончательно скажет вам, живо ли программное обеспечение вашего веб-сервера. Команда заканчивается портом, который почти всегда равен 9.0279 80  :
     ping@MyUbuntu:~$  telnet www.stockashop.co.uk 80 
     Если бы все было хорошо, то программное обеспечение вашего веб-сервера ответило бы парой строк, указывающих на то, что оно подключено, а затем ждало бы для вас, чтобы сказать ему, что делать. Введите что-то вроде этого, а затем две пустые строки:
    .
ПОЛУЧИТЬ/HTTP/1.1
Хост: www.stockashop.co.uk
 
     Первый  /  сообщает ему, чтобы получить вашу домашнюю страницу; вы также можете сказать  GET /products/index.html  или что-то подобное. Строка  Host  сообщает ему, какой веб-сайт следует вернуть, поскольку на вашем сервере может находиться много разных веб-сайтов. Если бы ваш веб-сайт работал, то программное обеспечение вашего веб-сервера ответило бы некоторыми заголовками (срок действия, файлы cookie, кеш, тип контента и т. д.), а затем HTML, например:
     
      Проверка программного обеспечения веб-сервера с помощью telnet. 
     Но из-за проблемы  telnet  либо не подключается (что указывает на сбой программного обеспечения веб-сервера), либо не отвечает (что указывает на его неправильную конфигурацию). В любом случае, вам нужно продолжать читать.
     Удаленное расследование завершено, и пришло время поближе познакомиться с вашим неисправным сервером.
     Сначала проверьте документацию вашего сервера, чтобы узнать, есть ли на сервере панель управления, такая как Plesk или cPanel. Если вам повезет, он все еще будет работать и сообщит вам, что не так, и предложит перезапустить его для вас (в Plesk нажмите Сервер → Управление службами).
     
      Если на вашем сервере есть панель управления, такая как Plesk, попробуйте войти в систему, чтобы убедиться, что веб-сервер работает. 
     Если нет, то следующие команды применяются к выделенным серверам Linux. Вы можете попробовать их в среде общего хостинга, но они, вероятно, не будут работать. Серверы Windows — это отдельная тема, и в этой статье мы их рассматривать не будем.
     Чтобы войти в систему и выполнять команды на сервере, вам потребуются имя пользователя и пароль администратора, а также пароль root, предоставленные вашим хостом. Для сред общего хостинга могут работать имя пользователя и пароль FTP.
     В Linux и Mac запускаемая команда —  ssh , что означает «безопасная оболочка» и позволяет безопасно подключаться и выполнять команды на вашем сервере. Вам нужно будет добавить свое административное имя пользователя в команду после  -l  , что означает «логин»:
     paul@MyUbuntu:~$ ssh -l admin www.stockashop.co.uk 
     Windows не поставляется с  ssh  , но вы можете легко загрузить SSH-клиент для Windows, например Putty. Загрузите  putty. exe  , сохраните его где-нибудь и запустите. Введите свой веб-сайт в качестве имени хоста и нажмите «Открыть». Он спросит вас, как войти в систему, а затем запросит ваш пароль.
     
      Использование Putty для SSH с компьютера под управлением Windows. 
     После успешного входа в систему вы должны увидеть что-то вроде  admin@server$  , за которым следует мигающий или сплошной курсор. Это командная строка Linux, очень похожая на Терминал или командную строку, использованную выше, за исключением того, что теперь вы фактически находитесь на сервере; вы виртуальный вы, плавающий на жестком диске вашего проблемного сервера.
     Если  ssh  даже не подключился, то возможно он заблокирован брандмауэром или отключен на сервере. Если бы было сказано  Отказано в доступе  , то вы, вероятно, ошиблись при вводе имени пользователя или пароля. Если он сразу сказал  Соединение с www.stockashop.co.uk закрыто  , то вы пытаетесь войти в систему с именем пользователя, которому не разрешено выполнять команды; убедитесь, что вы входите в систему как администратор, а не пользователь FTP.
     6. Не закончилось ли место? 
     Скорее всего, на вашем сервере не закончилось место на жестком диске, но я ставлю это на первое место, потому что с этой проблемой довольно легко справиться. Команда  df  , но вы можете добавить  -h , чтобы показать результаты в мегабайтах и ​​гигабайтах. Введите это в командной строке:
     admin@server$ df -h 
     В результатах будут перечислены все файловые системы (например, жесткий диск или раздел) и показан процент использования каждой из них.
     
      Проверка использования жесткого диска на сервере Linux. 
     Если какой-либо из них показывает 100%-е использование, то, вероятно, на ввод команды ушла целая эпоха, и вам нужно будет быстро освободить место.
     Быстрое исправление 
     Вы по-прежнему сможете подключаться к серверу по FTP и таким образом удалять большие файлы. Хорошим местом для начала являются файлы журналов и любые резервные каталоги, которые у вас есть.
     Вы также можете попробовать запустить команду  find  для поиска и удаления больших файлов. Эта команда находит файлы размером более 10 МБ и позволяет просматривать результаты по одной странице за раз. Возможно, вам придется запустить его от имени пользователя root, чтобы избежать большого количества сообщений  об отказе в разрешении  (см. ниже, как это сделать). Также может потребоваться много времени для запуска.
     root@server# find / -size +10000000c | подробнее 
     Вы также можете ограничить поиск полным разделом или только вашими веб-сайтами, если вы знаете, где они находятся:
     root@server# find /var/www/vhosts/ -size +10000000c | more 
     Если вы хотите узнать, насколько велики эти файлы, вы можете добавить к команде последовательность форматирования:
     root@server# find /var/www/vhosts -size +10000000c -printf "%15s %pn" 
     Когда вы нашли ненужный большой файл, вы можете удалить его с помощью  rm  :
     root@server# rm /var/www/vhosts/badwebsite. com/backups/really-big-and-old-backup-file.tgz 
     Постоянное исправление 
     Удаление старых резервных копий веб-сайты и файлы журналов освободят много места. Вы также должны определить все сценарии и программы, которые создают большие файлы резервных копий. Вы можете попросить у своего хоста другой жесткий диск.
     7. Недостаточно памяти? 
     Ваш сервер может просто работать очень,  очень  медленно. 9Команда 0279 free  сообщит вам, сколько памяти она использует. Добавьте  -m , чтобы показать результаты в мегабайтах.
     admin@server$ free -m 
     Результаты покажут, сколько памяти используется.
     
      Проверка использования памяти на сервере Linux. 
     Приведенные выше результаты говорят о том, что сервер имеет 3550 МБ или 3,5 ГБ общей памяти. Linux любит использовать как можно больше, поэтому свободные 67 МБ не являются проблемой. Сосредоточьтесь на буферах/кэше  9вместо строки 0280. Если большая часть этого используется, то на вашем сервере может закончиться рабочая память, особенно если пространство подкачки (часть жесткого диска, которую сервер использует для дополнительной памяти) также заполнено.
     Если на вашем сервере закончилась память, команда  top  определит, какая часть программного обеспечения является жадной.
     admin@server$ top 
     Каждые несколько секунд это дает снимок того, какие части программного обеспечения запущены, какой пользователь запустил их и сколько памяти и процессора использует каждый из них. К сожалению, это будет работать очень медленно, если памяти мало. Вы можете нажать «Q» или Control + C, чтобы выйти из команды.
     
      Команда Linux  top  показывает, что запущено. 
     Каждый из вышеперечисленных элементов программного обеспечения известен как «процесс». Большие части программного обеспечения, такие как Apache и MySQL, часто имеют родительский процесс с множеством дочерних процессов, поэтому могут появляться в списке более одного раза. В этом доброкачественном примере дочерний процесс веб-сервера Apache в настоящее время является самым жадным программным обеспечением, использующим 7,6% ЦП и 1,6% памяти. Представление будет обновляться каждые три секунды. Проверьте  Mem , чтобы увидеть, постоянно ли что-либо занимает большую часть памяти.
     Быстрое исправление 
     Самое быстрое решение — убить пожирателя памяти. Для этого вам понадобятся права root (если процесс не принадлежит вам — см. ниже). Прежде всего, однако, поищите в Google, чтобы узнать, что именно вы собираетесь убить. Если вы убьете основную программу (например, сервер SSH), вы вернетесь к поддержке по телефону. Если вы закроете программу объединения данных своего крупнейшего клиента, которая работает уже четыре дня и вот-вот завершится, то клиент может разозлиться, несмотря на ваши попытки подсластить его фразой «Но с вашим сайтом теперь все в порядке!»
     Если виновником является HTTPD, Apache или MySQLd, перейдите к следующему разделу, потому что их можно перезапустить более изящно. На самом деле, большинство вещей можно перезапустить более изящно, но это быстрое игнорирование последствий.
     Найдите идентификатор процесса в столбце  PID  приведенной выше команды и введите  kill -9  , а затем число. Например:
     root@server# kill -9 23421 
      -9  говорит ему полностью и абсолютно остановиться. Теперь вы можете запустить  наверху  еще раз, чтобы увидеть, имеет ли это значение. Если какой-то другой похожий процесс вместо этого перешел на позицию поедания памяти, то вы, вероятно, остановили только дочерний процесс, и вам нужно будет найти родительский процесс, который породил всех жадных дочерних процессов в первую очередь, потому что остановка родительского остановит и всех детей. Снова используйте идентификатор процесса в этой команде:
     root@server# ps -o ppid,user,command 23421 
     Это попросит Linux показать вам идентификатор родительского процесса, пользователя и команду для процесса номер 9.0279 23421  . Результаты будут выглядеть следующим образом:
     PPID USER COMMAND
31701 apache /usr/sbin/httpd 
      PPID  — это идентификатор родительского процесса. Теперь попробуйте убить этот:
     root@server# kill -9 31701 
     Запустите  top  еще раз. Надеюсь, использование памяти теперь вернулось к норме. Если идентификатор родительского процесса был  0  , то какой-то другой процесс полностью потребляет память, поэтому снова запустите  поверх .
     Постоянное исправление 
     В какой-то момент вам, вероятно, придется перезапустить вредоносное программное обеспечение, потому что вы, возможно, только что отключили спам-фильтр вашего сервера или что-то еще важное. Если проблема была с Apache или MySQL, возможно, у вас где-то есть ошибочный фрагмент программы, потребляющей память, или у Apache, MySQL или PHP могут быть неоптимальные ограничения памяти. Есть небольшой шанс, что вас взломали и что ваш сервер работает медленно, потому что рассылает миллионы электронных писем. Однако иногда сервер исчерпал свои возможности, и ему просто нужно больше оперативной памяти, чтобы справиться с послеобеденной суетой.
     Прежде всего, чтобы узнать, что пошло не так, проверьте веб-журналы и/или файлы журналов в  /var/log/  . Когда ваша хостинговая компания, наконец, ответит на звонок, вы можете попросить ее также взглянуть. Выяснение того, что произошло, важно, потому что это вполне может произойти снова, особенно если это проблема безопасности. Если хостинговая компания недостаточно отзывчива или убедительна, обратитесь за другой помощью.
     8. Что-то сломалось? 
     Большинство серверов Linux используют Apache для программного обеспечения веб-сервера и MySQL для базы данных. Легко увидеть, работают ли они все еще (и перезапустить их, если это не так) или используют слишком много памяти. Чтобы увидеть все процессы, запущенные на вашем сервере прямо сейчас, выполните эту команду:
     admin@server$ ps вспомогательный | more 
     Прокрутите список и найдите признаки  apache  (или его более старое имя  httpd  ) и  mysqld  («d» означает демон и связан с тем, как выполняются программы). Вы ищете что-то вроде этого:
     USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
апач 29495 0,5 1,4  53772 ? С 14:00 0:02 /usr/sbin/httpd
апач 29683 0,3 1,4 88644 52420 ? С 14:03 0:00 /usr/sbin/httpd
апач 29737 0,3 1,4 88640 52520 ? S 14:04 0:00 /usr/sbin/httpd 
     Или вы можете использовать команду  grep  для фильтрации результатов:
     admin@server$ ps aux | grep http 
     admin@server$ ps aux | grep mysql 
     Если Apache или MySQL не запущены, то это источник проблемы.
     
      Этот список показывает, что Apache действительно работает. 
     Быстрое исправление 
     Если Apache или MySQL не запущены, вам необходимо выполнить приведенные ниже команды от имени пользователя root (см. ниже). Linux обычно имеет набор сценариев для остановки и запуска основных частей программного обеспечения. Сначала вам нужно найти эти скрипты. Используйте  ls  команда для проверки нескольких мест, где обычно находятся эти скрипты:
     root@server# ls /etc/init. d/ 
     Если в результатах есть много впечатляющих слов, таких как  crond  ,  httpd  ,  почтальон  ,  mysqld  и  xinetd  , то вы нашли место. Если нет, попробуйте где-нибудь еще:
     root@server# ls /etc/rc.d/init.d/ 
     Или используйте  find  для их поиска:
     root@server# find /etc -name mysqld 
     Как только он будет обнаружен, вы можете запустить команду для перезапуска программного обеспечения. Обратите внимание, что имена сценариев могут немного отличаться, например,  apache  ,  apache2  или  mysql  .
     root@server# /etc/init.d/httpd restart 
     root@server# /etc/init.d/mysqld restart 
     Надеюсь, он скажет что-то вроде  Stopping…   Starting…   Started  . Ваши сайты снова начнут работать нормально!
     Постоянное исправление 
     Как указано выше, проверьте файлы журналов, особенно журналы ошибок Apache. Иногда все это находится в одном месте, но обычно у каждого сайта на сервере есть свой журнал ошибок. Вы можете просмотреть те, которые были наиболее загружены во время крушения. Или же у вас может быть неправильная конфигурация, ошибка программирования или нарушение безопасности, поэтому это вполне может произойти снова, пока вы не определите и не устраните причину.
     Стать суперпользователем 
     Для большинства указанных выше исправлений требуются специальные разрешения. Например, вы (то есть пользователь, под которым вы вошли в систему) сможете убивать или перезапускать процессы только в том случае, если вы их запустили. Это может произойти на общих серверах, но маловероятно на выделенных серверах, где вы увидите много  разрешение отказано в  сообщениях. Таким образом, для запуска этих команд вам нужно будет стать суперпользователем сервера, обычно известным как  «root».  Я оставил это напоследок, потому что это опасно. Вы можете нанести непоправимый ущерб как root. Пожалуйста, не удаляйте и не перезапускайте ничего, если вы не уверены в этом, и не оставляйте свой компьютер без присмотра.
     Есть два способа запустить команду от имени root. Вы можете добавить к каждой команде префикс  sudo  или стать пользователем root раз и навсегда, набрав  вс  . Разные серверы накладывают разные ограничения на эти команды, но одно из них должно работать. Команда  sudo  является более ограничительной, поскольку она превращает вас в меньшего суперпользователя без полномочий root, который может выполнять одни команды, но не другие. Обе команды запросят дополнительный пароль. Например:
     admin@server$ sudo /etc/init.d/httpd restart 
     При успешном запуске  su  приглашение изменится с  $  на  #  , например:
     admin@server$ su 
     Пароль: 
     admin@server# 
     Это может быть  admin@server  или  root@server  . В любом случае,  #  означает, что вы сильны и опасны — и что вы берете на себя полную ответственность за свои действия.
     Заключение 
     В этой статье приведены несколько советов по распознаванию и устранению наиболее распространенных причин отказа веб-сайта. Команды требуют некоторых технических знаний — или, по крайней мере, смелости — но, надеюсь, не слишком сложны. Тем не менее, они охватывают лишь небольшую часть всего, что может пойти не так с веб-сайтом. Вам придется полагаться на свою хостинговую компанию, если это проблема с сетью, неисправность оборудования или более сложная проблема с программным обеспечением.
     Лично я не возражаю против музыки 80-х, которая играет, пока я на связи со своей хостинговой компанией. Это лучше, чем полное молчание или маркетинговое сообщение. Но было бы еще лучше, если бы представитель службы поддержки поднял трубку в течение нескольких секунд и был готов помочь. В конечном итоге это разница между платой 40 долларов в месяц за выделенный сервер и 400 долларов.
     Когда пыль уляжется, возможно, стоит поговорить с вашим боссом — тем, который все еще хмуро сидит у телефона, глядя на ваш хмурый взгляд и ожидая, когда Боно перестанет тявкать.
     Что делать, если ваш веб-сайт не работает 
     Как компания, предоставляющая хостинг веб-сайтов, мы на протяжении многих лет управляли кучей веб-сайтов, которые зарекомендовали себя как надежные. Мы стараемся предотвратить все, что может пойти не так. Но это не означает, что нам не приходилось реагировать на нашу долю проблем и ошибок. Помимо управления веб-сайтами наших собственных клиентов и помощи другим компаниям на других хостах, мы создали довольно объемное руководство о том, как диагностировать и исправить веб-сайт, если он не работает.
      
      Это руководство предназначено для тех, кто не является веб-разработчиком или администратором сервера  . Это для владельца малого бизнеса, который управляет своим собственным веб-сайтом, или для отдела маркетинга в компании, чья работа заключается в том, чтобы на него кричали, когда возникают проблемы с веб-сайтом. Этим людям: у нас есть ваша спина.
     БЕСПЛАТНАЯ ПОМОЩЬ ДЛЯ РЕЗЕРВНОГО КОПИРОВАНИЯ ВАШЕГО ВЕБ-САЙТА
      
     "Этот сайт недоступен" Ошибка 
      
     Проверьте подключение к Интернету 
     Если вы читаете эту статью, вероятность того, что ваш интернет не работает, довольно низка, но иногда не работает только «часть» интернета. Это возможно по нескольким причинам:
    •  У вашего интернет-провайдера проблемы. На самом деле у нас были времена, когда у нашего интернет-провайдера были проблемы с сервером, и часть их веб-трафика направлялась неправильно.
    •  Основной сервер DNS не работает. В 2016 году половина Интернета была отключена из-за DDoS-атаки на DYN, основной хост DNS. Представьте, что старомодный крупный телефонный центр обесточен — телефонные звонки какое-то время не маршрутизировались.
     Поэтому проверьте, можете ли вы получить доступ к другим популярным веб-сайтам, и, если можете, узнайте у своего интернет-провайдера, нет ли у них перебоев в работе. Как правило, это не причина, по которой ваш веб-сайт не работает, но у меня было несколько неприятных моментов при диагностике проблем.
     Проверьте своего регистратора, чтобы узнать, не истек ли срок действия вашего домена 
     Если бы я получал никель каждый раз, когда я получал телефонный звонок в панике «мой веб-сайт не работает», только чтобы узнать, что звонящий допустил истечение срока действия своего домена, я к настоящему времени у меня было бы около 85 центов. Это очень распространенная проблема, особенно с малыми предприятиями, которые отдают свою веб-работу на аутсорсинг. Легко пропустить или проигнорировать эти электронные письма от вашего хоста «срок действия вашего домена истекает», поэтому войдите в свою учетную запись регистратора домена и посмотрите, активен ли ваш веб-домен.
     Если срок действия истек, у вас обычно есть льготный период до 30 дней (это полностью зависит от вашего регистратора домена, поэтому подумайте об этом, прежде чем выбрать один из них). Если у вас есть льготный период, именно в течение этого времени у вас есть приоритет перед восстановлением вашего имени, поэтому немедленно перерегистрируйте домен. Однако, если он превышает этот льготный период, шансы на то, что вы получите его обратно, невелики. Существует целая линия бизнеса, сосредоточенная на покупке доменов с истекшим сроком действия.
     Если вы его потеряли и льготный период закончился, вам придется купить новый и начать длительный процесс обновления этого домена во всех ваших маркетинговых материалах, веб-каталогах и других местах, где он может быть перечислены.
     Ваш DNS может указывать на несуществующий IP-адрес или сервер 
     Одной из распространенных проблем, вызывающих ошибку «веб-сайт не найден», является проблема с вашим DNS (системой доменных имен). Думайте о DNS как о контактах вашего телефона — каждое имя указывает на номер телефона, который указывает на конкретный физический телефон. Вы сказали системе, что ваш веб-адрес должен указывать на определенный сервер, идентифицируемый по IP-адресу, и если вы указали неправильный сервер, этот сервер не распознает входящее веб-имя и вернет ошибка.
     Мы наблюдаем эту распространенную проблему в компаниях, которые наняли внештатного веб-дизайнера, который размещает корпоративный веб-сайт в своих собственных системах и не обслуживает и даже не обновляет свой собственный хостинг-сервер. Итак, войдите в свою учетную запись регистратора домена и узнайте, какие у вас «серверы имен» и/или записи хостов, и убедитесь, что они выглядят так же, как и то, что вы найдете с помощью этого простого инструмента. Если нет, вам придется проследить оттуда, чтобы убедиться, что все они указывают туда, где они должны быть.
      
     500 Внутренняя ошибка сервера. У вас проблемы с сервером. 
     Одним из наиболее распространенных сообщений об ошибках, которые появляются на веб-сайтах, является сообщение «500 — Внутренняя ошибка сервера». Это означает, что ваш веб-сайт может указывать на нужное место, но оттуда что-то указывает не на то место или блокируется. Вот несколько вещей, которые нужно проверить:
     Изменилось ли что-то у вашего хостинг-провайдера? 
     В первую очередь следует обратиться к вашему хостинг-провайдеру. Свяжитесь с ними и спросите, были ли внесены какие-либо изменения в ваш сервер, включая разрешения, настройки вашей среды, настройки домена или любые другие настройки. Они должны быть в состоянии помочь вам разобраться и, если проблема была на их стороне, решить ее для вас.
     .htaccess 
     Здесь мы немного углубимся в технические подробности, но на каждом сервере есть файл, который определяет, кто и что может получить доступ к каким файлам и папкам. Это называется файлом .htaccess, и его неправильное редактирование может вызвать серьезные проблемы. Найдите свой, просматривая свои файлы через FTP или через веб-портал, предоставленный вашим хостом, и отредактируйте его, чтобы он был полностью пустым. Затем попробуйте загрузить свой сайт — если это исправлено, вам нужно будет настроить этот файл, чтобы он имел настройки, которые наилучшим образом соответствуют вашим потребностям. Например, если у вас есть веб-сайт WordPress, ваш файл .htaccess должен быть настроен, как показано здесь.
     Права доступа к файлам и папкам 
     Если вы работали со своим веб-сайтом через FTP, вы заметите, что каждая папка имеет набор номеров, связанных с ней в настройках «разрешений». Эти числа определяют, кто может получить доступ к различным файлам и каталогам, и если ваш веб-сайт настроен на блокировку разрешений «чтение» и «выполнение» от общественности, вы столкнетесь с этой ужасной ошибкой 500. Не вдаваясь в технические подробности, все папки обычно должны иметь значение «755», а все файлы должны иметь как минимум «644». Если вы не видите этот шаблон, вы можете поговорить со своим веб-хостингом или разработчиком и попросить их проверить и исправить его. Некоторые веб-хосты имеют удобную небольшую функцию под названием «сбросить все разрешения», которую вы также можете использовать для быстрого устранения этой проблемы.
     Проблемы с PHP 
     Это может быть немного больше для продвинутых администраторов серверов, но различные разрешения и настройки PHP могут привести к блокировке файлов и каталогов. Вам придется покопаться в файлах справки для вашего хост-сервера и убедиться, что все ваши настройки верны.
     Ошибка «Ваше соединение не защищено» или «Соединение не защищено» 
     Эта ошибка появляется в веб-браузерах, если вы пытаетесь получить доступ к своему веб-сайту через SSL (уровни защищенных сокетов), когда SSL не установлен должным образом вверх. Говоря более понятным языком, вы пытаетесь открыть ключом дверь, в которой нет замочной скважины. В строке браузера введите свой веб-адрес с «http://» перед ним — например, http://www.mywebsitehere.com — и посмотрите, работает ли ваш сайт. Если да, то с вашим сайтом все в порядке, просто у вас нет SSL-сертификата или он настроен неправильно.
     Если вы снова получите ту же ошибку, возможно, срок действия вашего SSL истек или он был неправильно настроен. То, как это делается, зависит от вашей среды хостинга и настроек вашего веб-сайта, поэтому навигация может быть немного сложной. Обратитесь к своему веб-хостингу, чтобы настроить это для вас, или к вашему веб-разработчику, чтобы исправить настройки веб-сайта.
      
     Ошибка «сайт размещен здесь, но не настроен» или «сайт припаркован» 
     Если вы загружаете свой веб-сайт и получаете сообщение «этот сайт размещен на хостинге» или «узнайте, как приобрести этот домен», веб-страница, это означает, что ваш веб-сайт неправильно указывает на ваш сервер. Это происходит по ряду причин:
    •  Возможно, ваш домен указывает не на то место
    •  Возможно, вы обновили свои продукты у хостинг-провайдера не в том месте
    •  Вы купили хостинг у провайдера, но срок его действия истек
    •  В вашем DNS была допущена ошибка
     Проверьте настройки регистратора вашего домена и убедитесь, что серверы имен или записи DNS настроены в соответствии с инструкциями вашего веб-хостинга.
     Отображается пустая страница или очень простые элементы веб-сайта 
     Если вы загружаете свой веб-сайт, и все, что вы видите, это пустая белая страница или что-то с очень минимальным текстом или элементами дизайна, вероятно, проблема заключается в том, что что-то не так с вашей CMS (системой управления контентом). Несколько вероятных виновников сайтов, использующих WordPress, Joomla, Drupal или другую CMS:
    •  Ваши плагины или ядро ​​CMS нуждаются в обновлении или были обновлены, и есть проблемы с совместимостью
    •  На вашем сайте используется конструктор страниц, такой как Visual Composer, а подключаемый модуль деактивирован, устарел или нелицензирован
    •  В последнее время многие веб-хостинги заставляли своих клиентов обновляться до версии PHP 7.2, а их веб-сайты или их плагины не были совместимы или обновлены
     Если вы подозреваете, что проблема может заключаться в одной из этих вещей, вам придется войти на свой веб-сайт и обновить все свои плагины и ядро ​​CMS. Если на данный момент вход в систему невозможен, обратитесь к своему веб-хостингу или веб-разработчику и узнайте, можете ли вы восстановить старую резервную копию, когда ваш веб-сайт работал, а затем выполните обновление оттуда.
     Кажется, что веб-сайт существует, но загружается очень медленно, или все элементы (например, фотографии) загружаются не полностью 
     Очень медленный веб-сайт представляет собой проблему по ряду причин: взаимодействие с пользователем, поисковая оптимизация, возможность обновления и более. Если время ожидания вашего веб-сайта много, то есть вы можете загрузить его, но он настолько медленный, что может загружаться только иногда (или не загружаться вообще), скорее всего, вы столкнулись с проблемой хостинга. Мы часто видим это на недорогих хостингах за 5 долларов в месяц — они размещают ваш сайт на сервере с сотнями других, и он перегружается.
     Но есть и другие причины медленной работы сайта:
    •  Скрипты, время ожидания которых истекает из-за того, что они устарели, наш ошибочный маршрут
    •  Возможно, у вас есть цикл перенаправления — страницы перенаправляются друг на друга
    •  Ваш CDN может быть неправильно настроен
    •  Возможно, ваш сайт был взломан (например, с помощью DDOS или майнинга биткойнов)
     Если ваш сайт работает медленно, убедитесь, что вы обновили все свои плагины и ядро ​​CMS, проверьте состояние системы вашего хоста на наличие ошибок и обратитесь к своему веб-хосту, чтобы разобраться в этом. Возможно, вы не сможете увидеть, какие скрипты или файлы являются виновниками без их помощи, так как у вас нет доступа к журналам или процессам сервера.

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *