Перейти до

dead

Сitizens
  • Всього повідомлень

    329
  • Приєднався

  • Останній візит

  • Дней в лидерах

    10

Сообщения додав dead

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

  2. как обычно все скатывается в спор между разработчиками. Пользы биллингам это не приносит

     

    Возможно у большинства - это проблемы. Но только не у многоуровневого. Что будет, если сервер с нодени отключить и унести, например, на неделю? Мой можно уносить. На неделю, на месяц. Люди будут нормально работать, авторизаторы будут логиниться, трафик собираться. А потом, если принести его назад и включить - он честно высосет всю информацию, посчитает, начисли абонку, если прошел месяц, и все будет нормально. Вот это называется надежностью.

     

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

     

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

     

    Не те, не те вы ставите приоритеты. Надежность в виде вырезания печени или почек не должна выражаться в возможности функционирования организма без этих органов. Должна быть возможность быстрой имплантации новых органов. Вот к чему надо стремиться, а не к слову "многоуровневый"

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

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

     

    Что касается положительных моментов. Все дело в приоритетности. Я не ставил задачу выполнить идеальный концептуально вымеренный биллинг. Это утопия, я говорил, я видел такие биллинги. Главное свойство биллинга - надежность. Второе - предсказуемость. Третье - удобство. Все остальные концептуальные вещи, которые так нравятся админам - они хороши, да, но, к сожалению, мир не идеален. NoDeny надежен и переварит гигантский трафик именно потому, что имеет недостаток - заточенность под переваривание трафика. Иные преимущества NoDeny также кроются в его недостатках - читай специализациях. Чтобы написать хороший биллинг - нужно просто выполнить поставленную задачу. Главное понять, что задачу ставит не программист, а администратор/директор/диспетчер/работник/пользователь. Просто сядьте рядом и смотрите что они делают. Запишите, что у них плохо получается, на что они тратят много операций, где путаются, где теряются. И исправляйте это. Я так и делал. В итоге получился продукт, который многих устраивает.

     

    Я, конечно, вывалил по большей части философию, но просто не хочется выпячивать функционал и меряться письками. У всех биллингов основной функционал примерно одинаков. Отличается философия. По делу предлагаю высказаться клиентам, а не разработчикам

  5. Вобщем как я понял провайдер блокирует всех у кого больше чем 300 гиг

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

     

    Что касается ограничений на безлимиты. Всем очевидно, что провайдеры демпингуют и продают инет меньше его стоимости. Почему же это выгодно? Потому что это т.н. негарантированный канал, т.е. провайдер не гарантирует 24 часа в сутки заявленную скорость. Он говорит о максимуме. Обычно в тарифах это указывается сносками. И тут не надо винить провов -в таких жестких рамках они не могут сделать невозможное. Хотите дешевый инет - получайте. И тысячи людей получают мегабиты за сто рубасов. Но халяве нет конца. Есть индивиды, которые считают что жизнь удалась, высасывая максимум из возможного. Что интересно, высосав они еще при этом и возмущаются "плохая скорость/хреновый пинг" и т.д. Это менталитет, да и люди не вкурсе всех этих тонкостей, особенно дети, которые никогда не читают тарифы (платит-то мама) .

     

    Проводить аналогии с интернетом бесполезно. Приведите аналог торрента - качай все подряд, раздавай все подряд. Пришел в магазин, собрал все с полок, вышел и раздал прохожим с бейджиками "торенщики", при этом заняло это 2 часа, которые ты все это время мешал людям на проходе в магазин. Вот похожая аналогия)

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

  7. Насколько я понял, правил позволяющих пускать в инет в данном листинге нет? Формирует правила я так понял nofire.pl, а ему говорит (пускать/непускать) noserver.pl. Я правильно всё понимаю?

    Правильно.

     

    ipfw table 10 list

    покажет тех, кого фаер пропустит в инет

  8. via тоже стоит, не делайте с меня идиота. Я сначала перерыл все маны, а потом написал.

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

  9. ipfw add 10002 pipe 101 all from any to 10.10.10.15 out

    ipfw add 10003 pipe 102 all from 10.10.10.15 to any in

     

    ipfw pipe 114 config bw 256Kbit/s

    ipfw pipe 115 config bw 256Kbit/s

     

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

  10. а при учете через ipcad - ведется учет только на интерфейсе (или я чегото не понимаю ? )

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

  11. можно ли как у старгазера настроить учет трафика по портам. Т.е. внешний - то все понятно, а внутренний (на прокси порт 3128) нада же тоже добавлять. Как ?

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

  12. а можно ли в nodeny сделать тариф как у stargazer стоимость мегабайта до порога и стоимость мегабайта после порога ?

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

  13. получается, если я создам глобальные переменные в nofire.pl, они не будут сохранятся на все время работы nodeny ? (до перезапуска)

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

  14. 1 слабое место - чистка таблиц шейпера. приходится по ID пользователя искать в таблицах шейпера строку и удалять ее. наверно нада будет подправить noserver.pl, чтобы при вызове Deny передавались и скорости подключения, тогда ничего искать не прийдется.

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

  15. вопрос стоял иначе ... какая часть проекта отвечает за временные платежи

    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",'Удаляем временный платеж');

     

    вот тут похоже кавычки просто пропущены...

  16. закомментированы строчки по очень простой причине - они уже не требуются. Когда mysql был туговат с кодировками, тогда это требовалось, уже давно это не нужно. Какая версия mysql?

     

    vpn или pppoe не имеет абсолютно никакой разницы. Биллинг "не знает" между ними отличия. Посмотри пакет mpd - там видно, что pppoe и vpn настраиваются однотипно.

     

    Вообще, о какой версии NoDeny идет речь? В старых версиях временные платежи иначе кодировались

  17. Коммерческий секрет , уважаемым Росиянам никто не выдаст - тайна . Однако стоит заметить , что биллинг тут бурно рекламируется , весьма возможно он того стоит , вот только прыгать с одного биллинга на другой гиморное занятие ...

    кроме случая, когда биллинг не справляется с нагрузкой или глючит, тогда приходится "прыгать" либо потерять клиентов.

  18. Блін я вже задовбався! Прописую в nofire.pl строку щоб просто створювався звичайний файл - не створює! Відповідно і не добавляє ніодного правила у файервол! Але створює пайп і добавля є таблицю 0 ір адрес клієнта!

    а noserver.pl перезапускал? Он при старте считывает nofire.pl, поэтому сколько ты его менять не будешь - пока не перезапустишь noserver - результата не будет.

  19. Та читав я цю документацію! При другому прикладі взагалі ні куда не пускає

    классный ответ. Знаешь это равносильно тому, что есть 2 вида транспорта: велосипед и автомобиль, ты спрашиваешь как за 10 минут проехать 20 км. Тебе отвечают: нельзя, нужно на автомобиле. Ты говоришь: нет, на автомобиле не получается, я в него садился, но он даже не едет, следовательно можно только на велосипеде.

     

    К сожалению, хотя биллинг и построен, что его может установить домохозяйка, но чтобы быть, чет возьми, провайдером, необходимы хотя бы минимальные знания о unix-системе. Минимальные, повторяю. Чтобы заработал 2й фаервол необходимо, как минимум, разобраться как (или чем) происходит нат и снятие статистики. Причем там необходимы _минимальные_ знания юникс систем. Не получится настроить только если вы вчера услышали слово freebsd, а если позавчера, то настроите 100%

×
×
  • Створити нове...