nightfly

разработка переехала на http://billing.reloadcms.com Собрал из останков того что находиться в продакшне свежий снапшот. По прежнему не рабочими остались изменение ФИО и параметр "AlwaysOnline" - их по старой памяти нужно при регистрации заполнять при помощи виндового конфигуратора. Остальной заявленный http://billing.reloadcms.com/index.php?mod...=topic&id=0 функционал вроде бы функционирует.

Обновил архивчик - теперь работает что-то похожее на регистрацию пользователей, полностью переписана работа с dhcp, также сделано нормальное распределение по правах на все модули (кассира, справочники итд). Также в догонку написал кратчайшую инструкцию по установке основываясь на вопросах тестеров. Качаеться все там же http://nightfly.biz/billing/ Краткое описание: http://nightfly.biz/billing/kvtstg.pdf

упс промахнулся темой

Ой спасибо - утешили Чуть не тематический вопрос: КК кроме RealName также не умеет выставлять AlwaysOnline ?

ну не все же находяться в состоянии перманентного апгрейда

Начал писать что-то похожее на общее описание логики работы и установку. http://nightfly.biz/billing/kvtstg.pdf

дык что мешает просто не заворачивать траффик from users_subnet/mask to me dst-port 80 в транспарент/нат или что вы используете у себя? Для себя - посмотрев на пляски с правами, sudo, путями к скриптам итд решил переписать логику работы с sgconf.

подождать пока я позавтракаю и упакую что-то более актуальное с хотябы черновым описанием логики работы У вас траффик НАТиться от клиента до вебморды. Показывайте ему ее на интерфейсе который смотрит к нему чтоли. Вообще делать divert ip from any to any нездорово с практической точки зрения.

chmod -R 777 content chmod -R 777 config В Safe mode точно работать не будет

а дамп который в комплекте развернули? Если развернули покажите на каком кверизе обламываеться работа включив в modules/api.mysql.php дебаг

В принципе сейчас все строиться с максимальным сохранением совместимости с нетронутым старгейзером. Личный кабинет пользователя идет отдельной мордашкой привязанной только у двум новым табличкам альтернативного вебинтерфейса. Оплат по WMZ итд не планируеться пока что. Только карточный модуль. да current версия размешаная тоннами дебаг кода находиться по адресу: http://nightfly.biz/billing/kvt_stg_public.tgz

Bolik_Stav CMF на котором все пишется - gettext подобный мультиланг поддерживает изначально, куски админки уже давно переведены на 19 языков. Но на данном этапе втыкать мультиланг и все шаблонизировать просто некогда.

Учился очень давно и плохо, оттуда и такой вопрос в виде двух уравнений. Первое: X+101=Y1 X+301=Y2 X1+101 = X2+301 ???? ------------- брутфорс: 12+101=113 12+301=313 212+101=313 212+301=513 Кажись так получаеться: Х1=0 Х2=200 тобишь вероятность коллизии получаеться из разницы между вторыми аргументами. Второе: X*10+10001=Y1 X*10+10001=Y2 X1*10+10001 = X2*10+10001 ??? -------------- Брутфорс: 12*10+10001=10121 212*10+10001=12121 И при каких возможных Х1 и Х2 может возникнуть коллизия? Как можно было догадаться это кусок OnConnect то

SpreadFee = yes

а он у вас есть? а не в /usr/local ли часом?

да вы чтоооо 2 madf насколько проблемно такое реализовать и есть ли смысл надеяться? На данный момент единственное что придумал это цеплять на стороне дополнительную табличку для реалнеймов но сие есть костыль и отрицательно сказывается на обратной совместимости.

2 Neelix нарезаны все раздельно + прибивание мака к порту в процессе 2 rem_lex Если вы о конечно пользовательских рутерах - это проблемы пользователя, мак рутера и есть единичный юзер - каких хостов он наставил за данным дивайзом его личное дело. Если вы о стороне провайдера - пока что реалии позволяют обходиться 1 хостом конкретно под биллинг, разнеся нат, балансинг итд на другие хосты. опять же: ...и реалий С другой стороны хочу сделать втроенный менеджер пользовательских мыл на связке postfix+pgsql, засим и привинчу редактирование паролей.

извините пожалуйста - а как данный вебинтерфейс меняет RealName пользователя?

Распространение - GNU GPL v.2 Пишется для собственных нужд и исходя из собственной же специфики работы: 1. пользователи не знают что такое логины/пароли, аутентифицируються только по связке mac/ip 2. абстрактный пользователь исторически ассоциируется только с его адресом - тобишь о его логине не знает ни саппорт, ни сам пользователь, также на этот адрес завязаны перемещение средств и дополнительные сервисы. 3. персонал крайне специфично обучен на другом биллинге, засим упор на интуитивнопонятность и похожесть на то что они раньше видели 4. ну а далее см в фичах.

DayFee = 1 естественно. # Абонплата снимается в последний (yes) или первый (no) день учетного периода. DayFeeIsLastDay = no ntp отрублен, время идет и так неплохо. Учитывая что плывет оно при синхронизации плавно ниразу не удивлюсь что артефакт может возникнуть изза этого.

Кстати почему именно shell_exec() а не system() всеравно же кажись оные обертка к passthru()?

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

А вы не пробывали таки вырубить синхронизацию? DayFeeIsLastDay = no DayResetTraff = 1 SpreadFee = no FullFee=yes Все снимаеться первого числа отлично.

А где в OnConnect нечто вида ipfw add xxx allow ip from $user_ip to any? В пайпах кстати тоже кошерно указывать "queue сколько" и "via кудой" что ибо будут артефакты в будущем.

таки первое число приятно удивило - все отлично попереводилось и поснималось Так чтобы не создавать новую тему, кто что может сказать о STG firebird vs mysql на тему стабильности? Планирую допиливать собственную вебмордашку и честно говоря это было бы приятней делать в связке с mysql.