BiTel

Прошу прощения, но честно искал. Если уже есть, то плиз, ткните ссылкой.

1. При повторной обработке логов коллектор удаляет старые данные в базе или обновляет?
Имею ввиду команду коллектора isload.
Т.е. если стереть старые логи, положить на их место совершенно другие, то и итоги получим по новым логам?

2. Это скорее пожелание...
При обсчете логов по "isload", на слабой (или сильно чем-то занятой) машине, возможны плохие глюки.
Если за период между "isload" коллектор не успевает обработать, то задания начинают накапливаться. В результате нагрузка на машину длительное время близка к 100%. Ну и т.д., вплоть до полного зависа. Было 2 раза ночью...
Хорошо бы перед занесением в базу нового задания проверять - а может уже есть задание на этот час... А может даже уже выполняется...


3. Есть ли какой-то метод "внешнего" воздействия на состояние шлюза. Открыт/закрыт/заблокирован и т.д. Пусть это будет HTTP запрос, команда, изменения данных в БД...
И если только через БД, то можно ли инициировать изменение немедленно?

Да, итоги получите по новым логам. Сначала удаляет - потом вставляет.


Как минимум вы можете повторить HTTP запрос, который отправляет клиент серверу биллинга. Запустите bgbilling_debug.bat и смотрите запросы в файле log.

Есть там кое что...

НО. Отказываться от проверки прав не хочется, а без имени/пароля ответ сервера один: "Нет параметра(ов) user и/или pswd".

В запросе клиента фигурирует параметр "BGBillingSecret". Для каждого запроса он разный. И генерируется, как я понял, из предыдущего ответа сервера "secret" + логин + пароль. Может что-то еще.
Врядли получится это использовать не зная алгоритма обмена этими ключами.

он нужен только клиенту , если вы его не бужите передавать , то все равно будет работать