Webcron - Webcron

webcron это термин для временного планировщик заданий размещен на веб сервер. Название происходит от фразы веб сервер и демон Unix cron. Решение webcron[модное слово ] позволяет пользователям планировать выполнение заданий в среде веб-сервера на веб-хостинг это не предлагает оболочка или другие средства планирования заданий.[1][неосновной источник необходим ]

Обзор

Многие веб-хосты предлагают учетные записи оболочки или какой-то встроенный планировщик заданий, например cron это упрощает пользователям планирование заданий. Такие хосты выполняют задания как командная строка приложения, которые могут дополнительно связываться с веб-сервером. Однако решение webcron полностью работает в рамках среды веб-сервера веб-хоста. Это позволяет решению webcron работать на хостах, которые не предлагают планировщика заданий, такого как cron или учетную запись оболочки. Решение webcron также будет работать одинаково хорошо на хостах, которые действительно предлагают пользователям такие возможности, но предназначены для замены или замены.[2][неосновной источник необходим ]

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

Перед настройкой расписания с поставщиком расписания пользователь должен настроить сценарий, который запускается на веб-сервере. Наиболее[который? ] веб-хосты имеют ограничения на время, в течение которого может выполняться один экземпляр сценария. Много[который? ] веб-хосты также имеют ограничения на ЦПУ и баран использование ресурсов. Пользователи решений webcron на виртуальный хостинг Провайдеры должны быть осторожны, чтобы многократно не превышать ограничения своего веб-хостинга, чтобы их не вылетели. Сценарий, который выполняется долго, должен учитывать, что он может быть прерван в любой момент процессом веб-сервера. Пользователи могут реализовать Государственный аппарат, что позволяет сценарию работать с несколькими вызовами и работать в рамках ограничений, налагаемых веб-хостом.[1][неосновной источник необходим ]

Поставщики услуг планирования

Третья сторона

В Интернете есть много сторонних поставщиков услуг планирования веб-сайтов.[3][4] Эти службы принимают URL-адрес и частотный график для получения или проверки связи указанного URL-адреса. Наиболее[который? ] У провайдеров есть ограничения, встроенные в их систему, чтобы избежать перегрузки серверов и побудить пользователей регистрироваться в премиум-аккаунтах.[5]

Пользователи, которые настраивают премиум-аккаунты у сторонних поставщиков услуг планирования веб-сервиса, обычно[термин павлин ] получить дополнительные преимущества, такие как SMS и электронное письмо уведомления, отчеты о времени безотказной работы и ведение журнала, увеличенные лимиты тайм-аута, расписания не истекают, возможность использования HTTP POST метод HTTP cookie поддержка или меньшее количество ограничений по частоте расписания.[6][5][неосновной источник необходим ][оригинальное исследование? ]

Некоторые поставщики услуг webcron принимают CRON выражение в веб-интерфейсе, чтобы запланировать время выполнения задания.[7][8]

По посетителю

Решение webcron может быть полностью размещено на веб-хосте, позволяя посетителям запускать сценарий планировщика webcron на сервере. Например, это можно сделать, используя HTML-элемент img в верхнем или нижнем колонтитуле веб-сайта Аякс позвонить в сценарий или iFrame. Когда посетитель просматривает веб-сайт, загружается изображение, которое запускает планировщик webcron. Планировщик webcron запускает любые задачи, которые необходимо выполнить, а затем выводит изображение, чтобы веб-браузер посетителя не отображал неработающее изображение на странице.[2] В качестве альтернативы он может запустить задачу асинхронно так что HTTP ответ не откладывается.

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

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

Удаленный доступ

Решение webcron с возможностью удаленного доступа обычно[термин павлин ] в комплекте с парой клиентских и серверных компонентов. Клиент работает на отдельном компьютере, например на персональном компьютере пользователя. Расписание заданий настраивается на компьютере, на котором находится клиентский компонент. Затем, когда задание выполняется, клиентский компонент связывается с серверным компонентом.[1][неосновной источник необходим ]

Удаленный доступ обычно[термин павлин ] предлагает возможности, которые невозможны с другими поставщиками расписания. Данные между клиентским и серверным компонентами обычно[термин павлин ] зашифровано даже через HTTP. Это позволяет плагин или модуль для клиентского компонента, чтобы разговаривать с серверным компонентом для безопасного запроса информации, которая обычно[термин павлин ] ограниченный.[1] Сжатие отправленных и полученных данных помогает снизить общую используемую полосу пропускания.[9][неосновной источник необходим ]

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

Локальный доступ

Решение webcron можно использовать на хостах, на которых уже есть cron. Это полезно[термин павлин ] когда необходимая функциональность доступна только через веб-сервер. Демон cron является поставщиком расписания и периодически связывается со скриптом с помощью другого инструмента, такого как Wget.

В случае решения webcron с возможностью удаленного доступа cron может запустить клиентский компонент для выполнения сценария.

Проблемы безопасности

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

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

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

При использовании поставщика планирования удаленного доступа пользователи обычно[термин павлин ] улучшили контроль над тем, как происходит обмен данными с веб-сервером. Если используется HTTP, URL-адрес отправляется в открытом виде по сети, но данные в запросе обычно[термин павлин ] зашифрованный. Это открывает возможность атак типа «отказ в обслуживании» и атак повторного воспроизведения.

Рекомендации