nightfly

Можете процитировать где я это говорил? Проверить реальные цифры не сложно. Для shell [root@jesus /home/nightfly/test]# time ./test.sh real 0m0.733s user 0m0.222s sys 0m0.579s и для PHP [root@jesus /home/nightfly/test]# time ./test.php real 0m1.078s user 0m0.475s sys 0m0.615s Вот вам 1000 вызовов ipfw с разницей аж в целых(!!!) 0.3 секунды. Если запускать с увеличенным количеством executers - можно получить выигрыш в скорости относительно башевых скриптов, за счет отказа от лишних форков GetSpeed/GetMac итд и упереться только в скорость работы вашей БД. Опять же и это не особая проблема на абонбазах в более чем 50к юзеров, когда есть возможность использовать кеширование (легко и елегантно к слову) служебных данных для авторизации и аутентификации пользователей. И мне очень бы хотелось посмотреть на реализацию этого кеширования на башевых скриптах

2 madf а как же хаскелль? 2 SVD Радикальных изменений ровно два: 1. оно работает 2. оно адекватно и логично Почему никто под дулом автомата не заставляет вас не использовать ваше творчество - отписал выше. Давно есть и работает. Это какая-то особая магия неведомая в случае нормальной связи с NAS главное, чтоб не бицепсы

К слову - любителей пользоваться уже списанными и забытыми поделками никто насильно мигрировать не заставляет. Никто не мешает просто рисовать эти вот башеватые обертки с ssh ключами вокруг новых типов NAS которые mikrotik вместо старых mtdirect.

Вот так возьмет и будет работать, точно также как и rscriptd. Точно также оно и работает. Только происходит это "раскидывание" нормально при помощи диспатчера а не адовыми костылями. Потому, что как всегда дергались только OnConnect/OnDisconnect так они и дергаются. Только теперь они сами знают что и как им делать. Мне вот тоже непонятно устройство вселенной. Это не повод сжигать церкви. Да, типа того. Могу написать OnConnect на brainfuck + врезать туда же интерпретер. Вам это еще меньше может понравиться ЗЫ к слову необходимость внесения изменений в штатную механику аккеса работающую на уровне "вкл/выкл" не возникает в 99% случаев, и скорее всего намекает на херово продуманную логику уровня доступа.

Потому, что в христианской культуре трупов хоронить принято.

От фонаря попробовал, без особого понимания как работает микротик - все взлетело. Что я делаю не так? А спросить либо на форуме либо у официальной поддержки решений на микротике конечно же не судьба.... Нету. Есть четкое указание - mikrotik direct устарел и больше не поддерживается, используйте mikrotik API.

Интересно, а надпись "Эта реализация считается устаревшей и рекомендуется только для ознакомления, используйте Управление MikroTik через API" написанная конскими жирными буквами, абсолютно никому ничего не говорит? ЗЫ Mikrotik Direct будет выброшен в ближайших релизах.

В догонку, обновлена живая демка: http://ubilling.net.ua/?module=fnpages&pid=demo

Изгнание демонов и очищение огнем - запланированы на 0.4.3

Релиз Ubilling 0.4.2 - rev 2660 - Изменения в структуре БД, см дамп. - Кабинет пользователя: исправлена работа функции показа оставшегося срока оплаченной услуги - Модуль «Опрос свичей»: добавлены шаблоны для Foxgate-S6224-S4, Foxgate-S6248-S4, Foxgate-S6208-S1. Спасибо DarkSpider. - Модуль «Опрос свичей»: исправлены парсеры CPU, памяти, состояния и описания портов для работы на свичах Dlink. Спасибо DemonidZe. - Модуль «Опрос свичей»: DemonidZe добавил много-много шаблонов для свичей Dlink и HP. Подробнее здесь. - Шаблоны устройств SNMP: в секции define появились необязательные опции FDB_MODE и FDB_IGNORE_PORTS. Подробнее тут. - Модуль «Панель задач»: в уведомлениях о мертвых свичах с незаполненными «Гео координатами» теперь не показывается иконка поиска поиска на карте. - Модуль «Панель задач»: уведомление о мертвых свичах, теперь умеет показывать время смерти свича. - Модуль «Свичи»: при наведении на иконку активности, теперь если что будет показываться некролог. - Модуль «Опрос свичей»: больше не пытается опросить мертвые свичи. - Модуль «Машина времени»: теперь также показывает время смерти свича. - Модуль «Поиск оплат»: исправлена контекстная справка. - Модуль «Мастер отчетов»: исправлено уведомление о редактировании и удалении - Модуль «Печать документов»: исправлено уведомление о редактировании и удалении - Модуль «Планирование работ»: теперь умеет порождать работы для пользователя, на основании выполненных задач. - Модуль «Работы»: если работа создана на основании запланированного задания - в примечаниях теперь - ссылка на задачу. - Модуль «Мгновенные сообщения»: исправлен подземный стук связанный с парсингом. - Модуль «Заявки на подключение»: теперь отображает существующие заявки постранично - Новый модуль «Интерфейсы на серверах доступа MikroTik»: позволяет указывать имена интерфейсов для правильного показа графичков. - Новый модуль «Текущий кеш FDB»: показывает FDB со свичей, ранее собранный при помощи модуля «Опрос свичей» - userstats.ini: новая опция ONLINELEFT_SPREAD, определяющая метод снятия абон. платы в системе - OpenPayz: добавлена поддержка платежной системы ipay.by. Спасибо Den1xxx. - UBinstaller: добавлена поддержка FreeBSD 8.4, собраны бинарные пакеты для i386. - UBinstaller: теперь проводит очистку тестовых пользователя и тарифа stargazer - API удаленного вызова: добавлен новый вызов swping для ICMP опроса свичей, cronping сохранен в модуле «Свичи» в целях совместимости Перед обновлением следует, вкатить вот такой вот дампик на БД: CREATE TABLE IF NOT EXISTS `deathtime` ( `id` int(11) NOT NULL AUTO_INCREMENT, `ip` varchar(255) NOT NULL, `date` datetime NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ; CREATE TABLE IF NOT EXISTS `mtnasifaces` ( `id` int(11) NOT NULL AUTO_INCREMENT, `nasid` int(11) NOT NULL, `iface` varchar(255) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;И добавить аж одну опцию в userstats.iniONLINELEFT_SPREAD=0

думаю 60

Если старгейзер и rscriptd версии 2.408 - такой проблемы быть не должно. Посмотрите нету ли чисто случайно потерь между самим биллингом и НАС-ом (ага, rscriptd работает на UDP). Возможно есть смысл немного увеличить UserTimeout скажем до 120. Особо хуже точно не будет. Если же ликвидация потерь и увеличение таймаута "неполученности" пакета не помогает - пробуйте выставить количество Executers в 2. Хотя в нормальных условиях такого быть не должно.

....а еще есть штатный автоматизированный скрипт, который нормально собирает и ставит все базовые зависимости.

Если вы это про Беларусь, то были толи прошлым, толи позапрошлым летом в Бресте и окресностях. Теперь в моем сознании это такая волшебная страна, с совершенно бесподобными(!) дорогами, просто очуменными(!!!) и сверхдешевыми свежими продуктами, какой-то местами очень нездоровой чистотой стерильностью улиц, которую в Европах не часто увидишь и очень вежливыми и приятными таможенниками(!!). А да, и еще фермы-поля тоже очень кавайные миленькие. Хз, возможно это все выглядит изнутри не так радужно(разница официального и нормального курса обмена, да?), но внешние впечатления очень даже приятные. ЗЫ если же вы это про дефолт-кантри, то да - уже при переезде границы, становится отчетливо понятно куда попадаешь

Ну дык внутри все свое, родное Добавил

Усё. Ппостарался максимально не поуродовав оригинальный код всунуть ваш бекенд с фронтендом в поставку оригинального OpenPayz. Возможно, немного чего-то поломал но если что - вылезет на первом желающем использовать эту ПС. Еще раз спасибо.

Спасибо, думаю к утру уже будет в CURRENT ветке. Не виню - сам до сих пор с ним разобраться не могу Все намного проще и "влобнее"

Чисто из интереса зырнул в код - там жуткая жуть, испугался, закрыл. Давай может перепишу с нуля этот чудесный "Отчет по трафику" с учетом твоей микротичной реальности на досуге?

Ubilling такого не вміє писати взагалі. Переконайтесь, що за посиланням http://nas/graphs/queue/логінюзера/daily.gif у вас лежать графіки його черги.

Это у вас юмор такой? Извините шутку не понял.

Еммм, як?

В сторону UHW. Редирект по 47 табличке строиться абсолютно идентично. Возможно стоит убрать один из последних deny.

Доречі, це ж можна прочитати в контекстній справці

http://nas/graphs/queue/ - шось типу того.

Ну значит я был очень прав в своем желании увидеть SELECT Tariff,Login,IP from `users` WHERE `login`='vd176' В любом случае такие артефакты не критичны, поскольку при смене тарифов и чего только можно вызывается событие reset() которое всеравно подымет правильный пайп. Это к слову тоже описано в FAQ