Вопрос к разработчикам:
Я написал сервисную программу для обработки базы данных UTM5 после работы биллинга. Проблемма никоем образом не связана с некоректной работой системы, скорее - с некоректной работой НАСА... Так вот, после работы программы, в базу вносятся НЕКОТОРЫЕ изменения - внимание ВОПРОС: КАКИМ ОБРАЗОМ МОЖНА ОБНОВИТЬ ДАННЫЕ ГЛОБАЛЬНО, Т.Е. ЧТОБЫ ОНИ ВСТУПИЛИ В СИЛУ (БЕЗ ПЕРЕЗАГРУЗКИ КОРЕ...)?
Заранее благодарен.
Вопрос к разработчикам UTM5.
Проблемма была в некоректной работе НАСА, в результате чего в опреленные моменты времени пользователя пересчитывало на кругленькую сумму. Суть программы заключается в том, что она выбирает все сесии с определенного НАСА, в определенное время и отличным от реального значения (last_update_date-racv_date), после чего соответственно меняются общая длительность сесии и сумма. После этого происходит обновление таблицы accounts и block_info.какие изменения вы вносите в базу данных ?
Было бы чудесно, если бы система шла с открытым кодом, есть определенные моменты, которые требуют спецификаций и конкретики. Или сделать ее на подобие 1С, т.е. что была возможность писать конфиги свои.
можете подробнее описать, что за НАС, что за проблема ? Возможно сделаем "защиту" от такого ?kts писал(а):Проблемма была в некоректной работе НАСА, в результате чего в опреленные моменты времени пользователя пересчитывало на кругленькую сумму. Суть программы заключается в том, что она выбирает все сесии с определенного НАСА, в определенное время и отличным от реального значения (last_update_date-racv_date), после чего соответственно меняются общая длительность сесии и сумма. После этого происходит обновление таблицы accounts и block_info.какие изменения вы вносите в базу данных ?
Было бы чудесно, если бы система шла с открытым кодом, есть определенные моменты, которые требуют спецификаций и конкретики. Или сделать ее на подобие 1С, т.е. что была возможность писать конфиги свои.
Возможно правильнее будет обновить софт на НАСе если это действительно баг НАСа ?
US Robotics V.34/16что за НАС
С наса не приходит стоп пакет, и эккаунт продолжает обсчитывать, якобы он в сети или РАЗМЕР временных пакетов не соответствует действительности.что за проблема
Я вышел из ситуации таким образом:
1. Проверил, если (дата_последнего_обновления - дата_начала_сесии) < (реального_значения(которое в базе))(dhs_sessions_log).
2. Ввел дополнительное поле (scanned по default 0), при отработке скрипта, значение в соответствующей записи устанавливается в 1, и потом просто при сканировании не учитывается.
3. Немного повозился с определением суммы обсчета, для определенного периода. (Подскажите если не секрет как она определяется? Потому что у меня чето оно корявенько работает)
Ее нужно делать 100%. Могу поучаствовать....Возможно сделаем "защиту" от такого
.Поддерживает ли этот НАС посылку апдейт пакетов (interim update) ? Если да, то можно на базе не сделать. Вкратце:kts писал(а):US Robotics V.34/16что за НАСС наса не приходит стоп пакет, и эккаунт продолжает обсчитывать, якобы он в сети или РАЗМЕР временных пакетов не соответствует действительности.что за проблема
Я вышел из ситуации таким образом:
1. Проверил, если (дата_последнего_обновления - дата_начала_сесии) < (реального_значения(которое в базе))(dhs_sessions_log).
2. Ввел дополнительное поле (scanned по default 0), при отработке скрипта, значение в соответствующей записи устанавливается в 1, и потом просто при сканировании не учитывается.
3. Немного повозился с определением суммы обсчета, для определенного периода. (Подскажите если не секрет как она определяется? Потому что у меня чето оно корявенько работает)
Ее нужно делать 100%. Могу поучаствовать....Возможно сделаем "защиту" от такого
Нас каждые Х секунд посылает апдейт пакет, мол такая-то сессия еще жива и работает. Пока пакеты идут всё ок, но если их на какую-то сессию нет, то скорее всего мы пропустили стоп -пакет. Тут уже принудительно закрываем сессию.
Поддерживает, все дело в том, что с 20 эккаунтов, в ловушку попадает 1-5.Поддерживает ли этот НАС посылку апдейт пакетов (interim update) ?
Можно и так.Нас каждые Х секунд посылает апдейт пакет, мол такая-то сессия еще жива и работает. Пока пакеты идут всё ок, но если их на какую-то сессию нет, то скорее всего мы пропустили стоп -пакет. Тут уже принудительно закрываем сессию.
Если можно ICQ:241609420 более детально.
в принципе всё понятно (это обсуждалось уже не раз). Занесем в TODO kист и будем делать - по срокам пока не гарантирую. Если есть какие-то существенные технические подробности, просьба скинуть их сюда либо на почту aospan@netup.rukts писал(а):Поддерживает, все дело в том, что с 20 эккаунтов, в ловушку попадает 1-5.Поддерживает ли этот НАС посылку апдейт пакетов (interim update) ?
Можно и так.Нас каждые Х секунд посылает апдейт пакет, мол такая-то сессия еще жива и работает. Пока пакеты идут всё ок, но если их на какую-то сессию нет, то скорее всего мы пропустили стоп -пакет. Тут уже принудительно закрываем сессию.
Если можно ICQ:241609420 более детально.