- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Допустим есть серверный скрипт для мониторинга доступности сайтов.
Вкратце об некоторых его функциях:
- чекер, для мониторинга, посылающий запрос к серверу или сайту, и ожидающий нужного ответа (умеет распознавать 404, 500, и другие ошибки, также падение sql сервера)
- минискриптик, который ставится на другие хостинги, чекает нужные сервера\сайты и отсылает ответ на основной скрипт; сделано это для полноты данных (часто бывает что определенный сервер не доступен с одного ДЦ, но доступен с других)
- возможность задавать количество отрицательных ответов, прежде чем придет оповещение
- оповещение про недоступность определенного сервера\сайта, по e-mail, ICQ, SMSкой на телефон.
Чем больше сайтов, тем сложнее следить за хостингом или серверами где они расположены, и часто бывает, что о падении иных мы узнаем в sape по ерорам, по падениям позиций, вылету страниц или целого сайта из индекса.
Нужен ли такой скрипт оптимизаторам и вебмастерам, и сколько вы готовы заплатить за него?
Как видимо подобный софт людям не нужен, или же у большинства максимум 2-3 сервера\хостинга. 😒
Я бы приобрел.
Только к сожалению для мониторинга сайтов бывает недостаточно указанных фишек.
Бывают варианты что сайт сломали, например, и выводится не тот код который должен.
Соответственно нужно чтобы программа загружала страницу и проверяла есть ли там например в коде какая-то метка или кусок кода.
Для большей ясности, выложу пожалуй небольшое первоначальное ТЗ.
Если есть чем дополнить, пишите.
ТЗ мониторинга
1. Добавлять домены\IP для чекера, возможность редактировать.
Возможность выбора, простой запрос\ответ к серверу (с определением ошибок 500/505 sql и другие ошибки сервера), или чекером определенного текста\кода на странице.
Задавать как часто чекать, периодичность, каждую секунду\минуту\час.
Реализация лучше промежуточно, тее в крон на сервере с запуском каждую минуту добавляется PHP скрипт (демон), который уже сам будет дергать посекундно\поминутно\другой промежуток времени сервера.
Задавать с каких серверов чекать (если такие есть)
2. К главному скрипту идут минискриптик, который будет установлен на любом другом хостинге и чекать нужные домены\IP, результат запроса передавать на основной срипт.
3. Запись каждого запроса в лог, лог ведется отдельно для каждого домена\ip, с возможностью скачать как по отдельности, так и суммарный лог. Экспорт лога идет в txt на самом сервере, каждый месяц новый текстовый файл с форматом имени месяц-год.txt (08-2009.txt).
Просмотр лога через скрипт, с возможностью экспорта в xls.
Формат записи в лог
Дата вплоть до секунды, сервер\ip, доступен\не доступен, разделитель табуляция, причем строки с разным цветовым фоном (зеленое там где доступно, красное – не досутпно)
Смотреть пример: 08-2009.xls
4. Служба оповещения, всего 3 метода – e-mail, icq, SMS (отмечаются чебоксам).
В настройках, при каких сбоях следует оповещать, 2 параметра:
а) последовательность сбоя, например 4, это значит что при 4 последовательных «не ответах» сервера.
б) количество серверов. Например 5, это 5 скриптов которые стоят на стороннем сервере.
Пример: последовательность 5, серверов 3. Это значит что при 5 отрицательных последовательных ответов от 3-х любых серверов, бить тревогу, тее оповещать.
В оповещении указывать 3 параметра, домен\ip, первое время недоступности, последнее время проверки, количество проверок. (все транслитом)
Пример: site.ru 12-05 15:45 - 12-05 18:40
+ Настройка ЧП (часового пояса)
Нашел пока только один похожи скрипт, http://sitemonitor.webjema.com/ru/.
Но настройки слишком убоги, и пинг\проверка происходит всего с одного сервера, 1<->1 поэтому мало эффективна (часто узел не доступен с одного ДЦ, но доступен для всех других)