dead

Ну и слава Богу. Ибо коммерческих продаж биллинга я не осуществляю. А сайт нужен для поддержки клиентов и автоматического или ручного обновления. ага, "мопед не мой, я просто решил поумничать на тему, что такое биллинг". Если люди даже не могут на начальном понять о чем ваш биллинг и получить хотя бы доступ к какой-нибудь информации, то о каком юзабилити в биллинге может идти речь? Своими заявлениями, вы признаете, что вашего идеального биллинга как продукта не существует - он может быть установлен с ящичком инструментов, включая вас самого. Извините, здесь, я так понял, люди предпочитают

В общем, NoDeny - это результат того, что хочет увидеть конечный потребитель ибо все, что я делал - это выполнял поставленные задачи исходя из своего мировозрения. Так сложилось, что конечный потребитель желает глубокую интеграцию биллинга со всеми аспектами существования сети. В особенности техническими! Я постоянно слышу запросы на написание модулей управления множества аппаратного парка. Автоматизации всего и вся. Давайте не будем называть NoDeny биллингом, тогда vop успокоится.

vop, у тебя свое виденье биллинга. Это прекрасно. Я не понимаю, почему все, что не соответствует твоему видению является неправильным. Более того, переходишь на личности, например, подстебуешь о "гениальном программисте". Я свою точку зрения обосновываю. Я сделал продукт, удовлетворяющий очень многим требованиям. Не буду скромничать, мне часто звонят и восторженно выражают благодарности за NoDeny. Почитав твои комментарии создается впечатление, что есть какие-то параметры, которые запрещают существовать программе в таком виде. Ты понимаешь абсурдность твоих упреков? Нет не понимаешь, к сож

это мы уже слышали. Будет.

В NoDeny есть механизм разрешения к активации только того диапазона карт, который на себя взяло ответственное лицо. Т.е. если кто-то попытается активировать карту не разрешенную к активации - это не будет разрешено сделать с соответствующим логированием. Дело в том, что ситуация с картами не такая примитивная как вы ее себе представляете. Вы покрыли узкую задачу. Но действительность как всегда имеет более широкие требования. А именно: есть масса вариантов получения кода пополнения вне растирания защитного слоя скретч карты. Вы забыли про ваучеры пополнения? А про платежные терминалы? Да да, ре

Это одноранговый биллинг, что же ты хочешь? По другому, без костылей, там никак нельзя. Я когда-то Стасу сказал фразу, которую он просто не понял: "Клиент - это уважаемый человек с кошельком, а не IP адрес"... похоже вы оба не работали с моим биллингом. Можно там любое количество адресов назначать

В Украине нетипичная картина с сертификацией биллинга. Мы несколько раз пробовали сертифицировать, однако в большинстве случаев встречали удивление со стороны компетентных органов - зачем, ведь это же не требуется? Более того, никто из них толком не понимает что нужно, как и т.д.) В данный момент сертифицируют в Украине не биллинг, а программный комплекс. Т.е. конкретно точку оборудование+софт. Уточняю: конкретно физическое место. Выданный сертификат не будет иметь никакого действия на другие точки. Можно получить документ о метрологических испытаниях биллинга. По сути филькина грамота

Насчет хранения в БД кодов карточек оплаты, то вашими рассуждениями все банки у нас просто дебилы (с) т.к. хранят финансовую информацию. Вот идиоты, надо хеши хранить, а они умудряются практически всю ключевую информацию хранить в немодифицированном виде. Лицензию надо отобрать у них. "Так нельзя" - этим клиентов не привлечешь - совет

как обычно все скатывается в спор между разработчиками. Пользы биллингам это не приносит вот это болезненное без рук и без ног зубами доползти до финиша и есть причина вашей боязни БД. Я поначалу болел тем же: "а что будет если бд отвалится? продублирую я лучше в файлики". Вы ставите явно деструктивные условия. Забегая вперед, я скажу, что вырезание любого звена из nodeny не скажется на общей работе. Но дело совсем в ином. "Унести сервер биллинга на неделю" - это есть эквивалент его отключению. Более того, продолжение работы без главного координирующего устройства (у вас там не нейрон

Конечный потребитель выбирает тот биллинг, который ему нужен, а не то, каким должен быть биллинг. Это его полное право. Поэтому критерии должен/не должен - исходят от потребителя. Если 90% сетей нужно быстро считать трафик и гибко его классифицировать, то хоть усрись, предлагая ему идеальнейшие концепты, но они этот биллинг не выберут. По очень простой объективной причине: потребителю нужен результат. Биллинг - это средство получения результата. Проблемы большинства биллингов - это невозможность работы на автопилоте и плохая надежность. Я подошел с иной стороны. Меня не интересует правильная л

Возможности NoDeny расписаны в документации на первой страничке. Чем он лучше/хуже других биллингов? Как разработчик я, конечно, укажу только положительные стороны, отрицательные пусть описывают другие люди. Хотя... пару отрицательных вещей я таки укажу: NoDeny имеет довольно почтенный (по меркам программного обеспечения) возраст, поэтому в некоторых местах содержит относительно устаревшие подходы. Ну, например, mysql как субд более-менее полноценной стала совсем недавно, а ранее приходилось многие вещи из субд переносить в код и для производительности и удобства. Сейчас некоторые старые колес

ну это утопия. Кто посягнет на все - получит одну большую проблему либо громадные расходы. Обычно первое. NoDeny специализированный биллинг, тем и славен.

Что есть неодноранговый биллинг и что конкретно (на примерах) он даст персоналу сети, скажем из 300 абонентов?

в nodeny 49.28 версия таблиц 69, а у тебя пишет tbl_version=60. Выполни в консоли mysql: use bill; UPDATE files SET data='69' WHERE name='tbl_version' и запусти заново инсталлятор

Никого за 300 гиг там не блокируют, есть масса народа которые скачивают _гораздо_ больше - еще погода назад начали ставить рекорды по скачке больше терабайта. Причину отключения надо искать в другом (либо честно признаться) - деление канала с друзьями, нарушение законодательства и т.д. Клиент очень часто недоговаривает ключевую информацию, считая, что пров итак заслужил критику только потому, что "обидел" меня пушистого. Что касается ограничений на безлимиты. Всем очевидно, что провайдеры демпингуют и продают инет меньше его стоимости. Почему же это выгодно? Потому что это т.н. негарантир

Сказки про "мы хотели купить" оставь. Люди пытаются помочь балбесу поставить бесплатную версию, а он еще и наглеет. Ставь УТМ или Абилис, или оба сразу. Повыпендриваешься и потом успокоишься

Правильно. ipfw table 10 list покажет тех, кого фаер пропустит в инет

в примере не стоит, телепатическими способностями не обладаю. Рекомендую привести фаервол целиком - вероятность, что помогут, будет больше

ты когда все это писал задумывался, что во всем есть минимальная, но логика? Минимум логика в том, что число 101 совершенно не равно 114, а 102 не равно 115? Когда исправишь этот косяк - не забудь про то, что у роутера есть интерфейсы и по твоим правилам трафик шейпится дважды. Хотя кусок фаервола - так не показывают. И, кстати, в нете дофига много инфы по шейпам, поэтому никто тебе и не помог

нет. ipcad имеет массу вариантов учета. Можно не только ipcad юзать, кстати

уточни задачу? прокси прозрачная или нет? Почему нельзя просто указать сеть 0.0.0.0/0 порт 3128 направление такое-то?

Раньше можно было, но поскольку несколько лет никому такой тариф не нужен был - код был удален

глобальные переменные сохраняются в nofire.pl во время работы. А при перезапуске в &Flush нужно все обнулить и создать заново

в момент создания правил ты можешь в каком-нить хеше запоминать и скорости, которые прописывал и все что свыше. Для примера смотри удаление неиспользуемых pipe в стандартном nofire.pl

nodeny.pl находим строку: # удалим временные платежи и под ней видим: $sth=$dbh->prepare("SELECT * FROM pays WHERE type=20 AND time<$ut"); т.е. выбираются все платежи с типом=20, у которых значение поля time меньше переменной $ut. Переменная $ut устанавливается ранее в: $ut='unix_timestamp()'; Т.е. если время на сервере правильное, то будут удалены все платежи с типом 20, у которых поле time в виде timestamp меньше текущего времени: $ok=&sqldo("DELETE FROM pays WHERE id=$p->{id} LIMIT 1",'Удаляем временный платеж'); вот тут похоже кавычки просто пр