Даунтайм (час простою)
Даунтайм Даунтайм - це коли Ваш сайт не працює. Це дуже погано.

Даунтайм - це коли Ваш сайт не працює. Якщо сайт не працює - Ви не отримуєте жодної користі з факту його існування. Даунтайм - термін, протилежний до аптайму. Існує багато можливих причин виходу з ладу сайту: проблеми сервера, надмірне навантаження на сервер, програмні помилки, проблеми з мережею та інші. Перший крок для усунення помилки - спіймати її. Для цього існують спеціальні інструменти, які називають сервісами моніторингу веб сайтів, які можуть перевірять сайти на помилки протягом всього часу. Ці інструменти допомагають детектувати помилки, а також надають попередній аналіз причин їх виникнення. В той же час, деяка інформація з цього приводу має відображатись і в логах сервера. Необхідно проглядати їх, якщо у Вас є прямий доступ до сервера. Якщо ж ні - зверніться до Вашої хостингової компанії. Детектування помилок допоможе Вам оцінити надійність Вашого сайту та хостингу.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Uptime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
більше глосарій
Як автоматично призупинити Adwords кампанію при збоях в роботі Вашого сайта

При поточних цінах на рекламу хочеться завжди бути впевненим в її ефективності. Однак на практиці, час від часу навіть надійні сайти дають збої. Постає запитання: як зробити так, щоб гроші в цей час не витрачалися на вітер?

Розглянемо  декілька  нюансів і шляхів вирішення даної проблеми за допомогою сервісу моніторингу доступності сайтів ХостТрекер.

При поточних цінах на рекламу хочеться завжди бути впевненим в її ефективності. Тому запускаючи кампанію, власник бізнесу хоче знати напевно, що ніщо не завадить її роботі.

Однак на практиці, час від часу навіть надійні сайти дають збої. Постає запитання: як зробити так, щоб гроші в цей час не витрачалися на вітер?

Розглянемо  декілька  нюансів і шляхів вирішення даної проблеми за допомогою сервісу моніторингу доступності сайтів ХостТрекер.

Чи варто довіряти Гуглу?

Отже, ми дізналися про проблему, що далі? Перевіряємо, що може вдіяти Гугл в цій ситуації. Так, він відключає кампанії, а точніше оголошення, якщо цільова сторінка перестає бути доступною.

Тим не менш, виявляється, є два «але», які здатні серйозно вплинути на сценарії використання кампаній:

  • Кампанія зупиняється тільки в разі виникнення певних помилок в роботі, наприклад, сайт повертає код помилки HTTP 403 (доступ заборонений) або 404 (сторінка не знайдена).

  • Відновлення кампанії після збою можливе тільки вручну, і тільки після модерації з боку Гугла, що також займає деякий час.

Таким чином, ряд збоїв і можливі «камені спотикання» в роботі сайта залишаються без уваги Гугла, кампанія йде і гроші списуються. При цьому, слід зазначити, що навіть короткочасний збій може паралізувати рекламну кампанію на кілька годин і навіть діб, оскільки по-перше, проблему потрібно вчасно помітити; по-друге, зробити запит на відновлення; по-третє,  дочекатися його виконання.

Що ж робити?

Пропонуємо до вашої уваги інструмент, який автоматично визначає стан сайта (сайт недоступний, час відгуку занадто великий, відсутній необхідний контент на цільовій сторінці), зупиняє кампанію через API в разі, якщо на сайті спостерігаються проблеми, і відновлює її автоматично після поновлення роботи сайта.

Налаштування досить просте: необхідно вказати дані свого облікового запису AdWords, а також підтвердити в інтерфейсі Google AdWords доступ до свого облікового запису.

Варто відзначити, що на даний момент “Adwords management” перебуває на бета-тестуванні. Надалі планується зробити даний інструмент платним, але на тих, хто підпишеться на бета етапі, як завжди, будуть очікувати приємні бонуси.

Причиною того, чому саме ми вирішили розробити цю функцію став запит від клієнта, у якого за ніч зникли сотні доларів наступним чином. Сайт формально працював, але база даних не підключилась і, як наслідок, не з'явився відповідний контент. А кампанії AdWords при цьому справно працювали і, відповідно, знімали гроші. Саме після такого прикрого інциденту даний клієнт вирішив оформити свою підписку на моніторинг, щоб завжди була можливість прокинутися вночі від СМСки і зупинити це неподобство, а ми, в свою чергу, скористалися шансом і розробили окремий інструмент для моніторингу таких от ситуацій.

Тому, нагадуємо, ми завжди раді будь-яким вашим зауваженням і пропозиціям.

більше блог
Благодарим за внимание к нашему сервису!
 
Вхід
Зареєструватись
Ціни та пакети
Наша мережа моніторингу
Home > FAQ
Ключевые советы для поддержания работы сайта (Русский)
  • Оптимизируйте контент сайта. Максимально возможное сжатие изображений, до последнего килобайта, позволяющее сохранить качество изображения.
  • Используйте Minify (приложение PHP5) для CSS и JavaScript для сжатия веб-данных, и размещайте JavaScript в конце документа, если это возможно.
  • Добавьте заголовки «expires» для контента, чтобы избежать постоянной загрузки браузерами одних и тех же файлов при просмотре вашего веб-сайта пользователем.
  • Убедитесь, что ваш веб-сервер обеспечивает предоставление контента в сжатом состоянии - например, mod_deflate для Apache. Очевидно, что это правило не касается таких файлов, как изображения, которые уже сжаты, поэтому убедитесь, что вы задали все настройки правильно.
  • Уменьшите количество HTTP-запросов для попадания на ваш Веб-сайт. Совместите CSS в одном файле. Совместите JavaScripts в одном файле, где это возможно. Включайте эти файлы только в страницы, где они действительно необходимы.
  • Оптимизируйте систему управления контентом. Например, уменьшите количество обращений к базе данных, необходимое для каждого запроса страницы. В Drupal этого можно достичь всего лишь отключив ненужные модули. Кроме того, увеличьте эффективность всех пользовательских кодов, где это только возможно. Изменение на одной десятую долю секунды в алгоритме, который используется тысячи раз, будет заметным.
  • Поддерживайте кэширование часто используемых данных. Используйте Memcache или нечто подобное. Многие пакеты CMS поддерживают эту возможность, но будьте осторожны с динамическими характеристиками.
  • Уравняйте нагрузки веб-сервера.
  • Разделите базы данных для чтения/записи, так что обеспечит иерархическую структуру баз данных, делая их благодаря этому размерно варьируемыми.
  • При возможности, разделите базу данных вертикально или горизонтально (или совместите эти направления, если эта модель подходит для структуры вашей базы данных) для нескольких серверов. Хотя это может подходить не для всех случаев.
Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+
Блоги:
HostTracker blog HostTracker page on Facebook
Безготівковий
розрахунок