HTTP методы
HTTP методы HTTP методы определяют действие, которое необходимо выполнить в отношении некоторого сайта.

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

Метод HEAD отличается от метода GET тем, что проверяет доступность не всей страницы, а только ее "заглавия" (хедеров). Может использоваться, когда необходимо проверить только доступность сайта, или же содержание хедеров.

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

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.HTTP
  • CM.Glossary.POSTMethodExample
больше глоссарий
"

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

"
- M.
Сбой в работе сайта: Как автоматически приостановить работу Adwords кампании

При текущих ценах на рекламу хочется всегда быть уверенным в ее эффективности. Однако в жизни не все так просто… И даже самые надежные сайты время от времени становятся недоступными. Возникает вопрос: что нужно сделать, чтобы в этом случае не бросать деньги на ветер?

Рассмотрим несколько подходов к решению данной проблемы.

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

Однако в жизни не все так просто… И даже самые надежные сайты время от времени становятся недоступными. Возникает вопрос: что нужно сделать, чтобы в этом случае не бросать деньги на ветер?

Рассмотрим несколько подходов к решению данной проблемы.

Опасная игра с Google

Итак, представим, что ваш сайт в данный момент недоступен. Что же сделает Google, узнав про это? Так вот, все объявления будут заблокированы, поскольку рекламируемый в них ресурс будет недоступным для сканирования роботом AdWords.

Также объявления будут заблокированы в случае, если  целевая страница будет работать с ошибками или будет как-то не так настроена. К таким ошибкам относятся: 403 (доступ запрещен), 404 (страница не найдена), какие-либо внутренние ошибки сервера и пр. Обратите внимание, что восстановление рекламной кампании в таком случае возможно только вручную и только после того, как ваши объявления будут одобрены командой Google, что, в свою очередь, занимает немало времени.

Таким образом, ряд сбоев и возможные «камни преткновения» в работе сайта остаются без внимания Google. При этом, даже кратковременный сбой может остановить рекламную кампанию на длительный период. Поскольку, во-первых, проблему нужно вовремя локализировать; во-вторых, сделать запрос на восстановление; и в-третьих, дождаться его исполнения.

Решение

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

Настройка довольно проста: нужно указать данные своего аккаунта AdWords, а также подтвердить в интерфейсе Google AdWords доступ к своей учетной записи:

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

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

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > FAQ > KeysForGoodSite
  • Оптимизируйте контент сайта. Максимально возможное сжатие изображений, до последнего килобайта, позволяющее сохранить качество изображения.
  • Используйте 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+ Send to Vkontakte
Блоги:
HostTracker blog HostTracker page on Facebook HostTracker page on Vkontakte HostTracker blog on Habrahabr
Безналичный
расчет