nightfly 1 241 Опубликовано: 2009-01-31 10:11:00 Share Опубликовано: 2009-01-31 10:11:00 Фря 6.3, STG 2.404, обновился недавно до последнего 2.407, неделя как - полет нормальный. Уже несколько месяцев замечаю некоторые странности в снятии абонплаты. В принципе какое-то такое чувство что для новых пользователей абонплата снимаеться за кусок прошедшего месяца а не за будущий. Допустим анлим стоит 90 грн, сумма снимаетсся в начале месяца за весь месяц. Если пользователь регистрируеться скажем в центре месяца ему до окончания ставиться каконить вариант по трафику и сразу же перевод на следущий месяц на желаемый анлим (95% юзеров). Приходит первое число тарифы нормально меняються но денюжка снимаеться как-то странно(допустим вместо 90 грн - 45 (подозреваю что это посчитано половина месяца)), приходиться править ручками и контролить глазками. На следущий месяц все снимается идеально и в последствии все идеально считаеться/снимаеться. В принципе ручками поправить раз в месяц не сложно но хочеться более менее душевного спокойствия. Не покидает настойчивое чувство что я где-то очень глупо что-то упустил. /etc/stargazer/stargazer.conf # ну да - снимаем денюжку за месяц первого числа в 12 ночи DayFee = 1 # Дык первый же день, снимаем за пришедший месяц денюжку вперед DayFeeIsLastDay = no #Опять же 1 число пришло DayResetTraff = 1 #подозреваю что следущее решило бы все странности но политика партии не позволяет SpreadFee = no #посоветовали знакомые позавчера - сижу жду завтрашнего дня и боюсь FullFee=yes Выдержка того что меня удивляет как пример: 2009-01-01 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'val45kv51': 'tariff' parameter changed from 'Traffic-256' to 'Unlim-256 2009-01-01 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'val45kv51': 'freeMb' parameter changed from '-10.182893' to '0.000000'. Prepaid traffic 2009-01-01 00:00:00 -- Admin '@stargazer', 0.0.0.0: User 'val45kv51': 'cash' parameter changed from '253.617122' to '244.907445'. Subscriber fee charge (это явно не 90 грн) ну и так далее по тексту вся остальная сотня юзеров. Если пользователь живет не первый месяц все отлично. Также смущает самоврубаемость выключенной для отдельных пользователей детальной статистики - это фича? Или опять что-то пропустил? Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-01-31 10:56:48 Share Опубліковано: 2009-01-31 10:56:48 Слушай, подкинь мне кода из 407-й версии. Я там так много нового планировал - да все никак руки не доходят реализовать! К стати, схемы машины времени тоже неплохо было б получить... По сути: абонка снимается за ту часть месяца, которую пользователь был в системе и не был заморожен. А что значит самоврубаемость детальной статистики? Ссылка на сообщение Поделиться на других сайтах
Neelix 33 Опубліковано: 2009-01-31 10:56:50 Share Опубліковано: 2009-01-31 10:56:50 а где взял 2.407 ? Ссылка на сообщение Поделиться на других сайтах
nightfly 1 241 Опубліковано: 2009-01-31 11:35:03 Автор Share Опубліковано: 2009-01-31 11:35:03 упс каюсь stg-2.4-2009.01.21-12.39.31, нагрузился чето. Исходники машины времени есть но они на пхп писаны, нужны? =) 2 madf >>абонка снимается за ту часть месяца, которую пользователь был в системе и не был заморожен. прошлого? >>А что значит самоврубаемость детальной статистики? ставим в конфигураторе галочку не вести детальную статистику для конкретного юзера, после начала нового месяца галочки опять нет - по факту статистика ведеться далее. Конфигуратор sgconfig.1.90.9 Neelix исходники машины времени будут мной скоро опубликованы под GPL =) Ссылка на сообщение Поделиться на других сайтах
S_ergey 21 Опубліковано: 2009-01-31 20:51:16 Share Опубліковано: 2009-01-31 20:51:16 Не боись Правильно посоветовали. # Необязательный параметр. Указывает снимать полную абонплату у пользователя даже # если он быз заморожен только часть учетного периода. # По умолчанию установлен в no FullFee=yes Ссылка на сообщение Поделиться на других сайтах
nightfly 1 241 Опубліковано: 2009-02-01 09:36:44 Автор Share Опубліковано: 2009-02-01 09:36:44 таки первое число приятно удивило - все отлично попереводилось и поснималось Так чтобы не создавать новую тему, кто что может сказать о STG firebird vs mysql на тему стабильности? Планирую допиливать собственную вебмордашку и честно говоря это было бы приятней делать в связке с mysql. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-02-01 10:14:32 Share Опубліковано: 2009-02-01 10:14:32 Структура БД для Firebird стабильна, и до версии 3.0 меняться не будет (разве что мелкие косметические изменения для обратной совместимости). Текущий модуль mysql работает с другой структурой базы. В то-же время сейчас один человек работает над альтернативным модулем для mysql (с нашей структурой базы). В планах - поддержка postgresql и, возможно, oracle. Все они будут работать с одной и той-же структурой базы. Плагин для firebird стабилен. Основные изменеия в нем сейчас - оптимизация запросов для повышения производительности. Ссылка на сообщение Поделиться на других сайтах
nightfly 1 241 Опубліковано: 2009-02-01 19:12:56 Автор Share Опубліковано: 2009-02-01 19:12:56 Ну о сторе в firebird слышал только хорошие отзывы от разных пользователей старгейзера Инетересовала не как таковая структура БД, а живучесть всего решения в целом и возможность появления неожиданных артефактов. В любом случае спасибо за проявленное беспокойство Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас