Menu
  Home
  Demo
crontab скрипты

Расположены в каталоге /home/dp/cron, расширение скриптов - .cron
Состоят из двух основных частей :
    • скрипты биллингов - для забора статистики по транзакциям
    • технические - обработка статистики, конфигов, мемберок, бекапы, etc

Все скрипты не требуют рута для работы (некоторое исключение saveconfig.cron при определенных настройках) и прописываются в crontab саппорта скрипта, обычно dm
Запуск из крона при обычной работе - без параметров
Так же практически все скрипты имеют два режима :
    • silent mode - для использования из крона, не выводится никакая информация кроме критических ошибок
    • verbose mode - с отладочной печатью и диагностикой, задается ключем в командной строке
При тестировании в verbose mode обязателен запуск скриптов из-под логина, в котором он работает из крона


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

Имена скриптов - вида название_биллинга.crom : ccbill.cron, segpay.cron, epoch.cron, verotel.cron, etc
Точное имя скрипта указано на странице соответствующего биллинга

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

Все биллинговые скрипты понимают в виде параметра дату в формате YYYY-MM-DD (год-месяц-день) - статистика обновляется за указанную дату, кроме того выводится отладочная информация : дампы HTTP запросов и ответов биллинга, etc
Используется в основном для "ручного" обновления статистики по транзакциям за пропущенные по каким-либо причинам дни, иногда для отладки



Технические скрипты

Описание в виде :
  • скрипт
    • назначение
    • стандартная частота запуска из крона (без параметров)
    • возможные дополнительные параметры
    • на каких типах серверов / в каких ситуациях / etc должен стоять в кроне

Пример стандартной настройки


  • saveconfig.cron
    • обновление локальных plain-text конфигов
    • раз в минуту
    • -v : безусловное обновление конфигов даже при неизмененной базе, вывод отладочной печати
    • КАЖДЫЙ сервер партнерки

  • clicks.cron
    • перекладывает накапливаемую модулями обработки трафика статистику (/home/dp/spool/stats) в базу данных
    • раз в минуту
    • -v : печатаются используемые SQL-операторы
    • каждый сервер, на котором собирается вебмастерский трафик (дизайны платников, FHG / FHS)

  • mailer.cron
    • переброс приготовленных emails из /home/dp/spool/emails в почтовую систему сервера - sendmail_path в конфиге
    • раз в минуту
    • обязательный параметр - число отсылаемых из спула emails в минуту (рекомендуется в районе 20-30)
    • КАЖДЫЙ сервер партнерки

  • parse.con
    • защита мемберок : разбор логов апача и складывание статистики посещений мемберок в базу
    • раз в 2-3 минуты
    • каждый сервер, на котором есть мемберки платников

  • analyze.cron
    • защита мемберок : работа с файлами паролей - бан перешедших лимиты, управление логинами по командам из админки центрального сервера, etc
    • раз в 2-3 минуты, используется вместе с parse.cron
    • каждый сервер, на котором есть мемберки платников

  • cleandb.cron
    • очистка базы от старой статистики, закрытие expired тикетов, etc
    • раз в сутки
    • -v : печатаем что и за какой период стираем
    • центральный сервер партнерки, где расположена база данных

  • backupdb.cron
    • backup базы, удаление старых бекапов по настройкам
    • раз в сутки
    • -v : файлы устаревших и стираемых бекапов
    • центральный сервер

  • rbcalc.cron
    • расчет ребиллов для меню Rebills
    • раз в 3-4 часа
    • -v : отладочная информация
    • центральный сервер

  • maccess.cron
    • создание дополнительных логинов для MultiAccess
    • раз в 10-15 мин
    • обязательный параметр - ID сайта, второй опциональный - дата в формате YYYY-MM-DD (без второго - текущая)
    • см. MultiAccess

  • percup.cron
    • используется в автоматическом поднятии процентов
    • в зависимости от выбранной схемы работы :
      • при постоянном отслеживании - раз в сутки без параметров
      • при разовых рекламных акциях - вручную с указанием даты в формате YYYY-MM-DD, в этом случае возможен дополнительный второй параметр --report-only : печатать рассчитанные изменения процентов, но реально их в базу не вносить
    • центральный сервер