Биллинговая система Nodeny

Если используются Perl threads (use threads;), то фактически для операционной системы мы имеем тот же один процесс на том же одном процессоре.
В нашем случае нужно использовать fork(). Но тут всплывают особенности с открытыми дескрипторами соединений к базе данных, лог-файла и, возможно, чему-то ещё (я так глубоко ядро не ковырял).
Пример - как-то вот так:
https://wiki.bc.net/atl-conf/pages/viewpage.action?pageId=20548191

а есть пиар - используйте Nodeny 52 (который не известно на сколько стабильный).

У нас тоже такая проблема имеет место быть, и, что не удивительно, никакого решения нет, а есть пиар - используйте Nodeny 52 (который не известно на сколько стабильный).

N52 вполне прилично работает
вместо того что б глумится лутше бы взял и протестировал
а потом висказывать своё фэ

уже есть 55 ревизий N52
некоторие из них успешно роботают в реале

Какой в жопу пиар? Для кого я делал новый нодени? Чтоб, блять, пиариться ради бесплатного распространения? Я четко объясняю причины:
- дофига людей просили новые фичи, в N50 их сделать невозможно либо большие костыли. Я начал делать и сделал новый.
- я не могу поддерживать старый и новый одновременно - в этом нет смысла.
- что это за, блять, отсылки к "неизвестно насколько стабильный"? Кто-то жаловался? Или я старый нодени делал стабильно, а новый решил сделать через жопу?
- дохрена платных модулей в новом нодени бесплатные.
- документация для разработчиков лучше чем в старом нодени. Посмотри по форуму как чел сходу сделал модуль для Н+.
- документация по установке есть, на 80% завершенная, но и это не мешает меня спросить еси что-то не получится.
- вы будете вечно сидеть на старой версии? Или может поможете и совместно сделаем новый и лучше и быстрее.

Я очень рад, что новая версия у многих уже работает в реале, но тут не только проблемы установки и запуска. Обучить персонал и тех поддержку новому биллингу, находясь от них за сотни километров тот еще геморрой. Я уже не говорю про связь с 1C модулями, платежными терминалами, ERP и прочим (писать самому - нет уж спасибо, у меня есть и другие сети с другими биллингами, а варианта дать денег и чтоб все работало пока нет), сам по себе биллинг может прекрасно работать и я погоняю его на стенде, но речь идет о сети в которой нужно как-то решить возникшую проблему и уже потом думать о плавном переходе. Понял что опробованного решения пока нет, буду думать дальше возможные варианты.

1) Переезд с биллинга А на биллинг Б влечет за собой перестройку кастомных модулей, которые были написаны
компанией/ написаны другими разработчика за деньги / куплены

2) во вторых, простои связанные с некачественным финалом при миграции чреваты финансовыми потерями и(или) уходом клиентов ( и еще хуже если корпоративных клиентов).
... и. Т.д.

Давайте не превращать топик снова в холивар, а общаться по теме: как распалелить ядро.

А то на сегодняшний момент интересная получилась картина.... Много... очень много сетей купили биллинг.... а теперь нате вам...

Когда меняется колея, то меняют не составы и даже не локомотивы а просто колеса. Алё
Мы не слышим друг-друга, не находишь?
Я не буду переводить биллинг на новую версию только по той простой причине, что за месяц у нее 25 ревизий появляется. Честь и хвала разработчику.... но не время еще для этого. Тем более тестить на нескольких тысячах юзеров да еще на удаленных хз где тазах.

На яднекс карте привязка клиента к месту (ящик) прямо на карте

улучшение docs

Значения в словаре могут иметь внутренние поля в зависимости от типа словаря, описываются в отдельном файле. В частности для словаря place(место) ввел 2 допполя с gps координатами. Таблицу "места" надо удалить. Подправил модуль Якарт чтоб отображали места, количество авторизованных на месте

улучшение удаления платежей

фикс файла установки 2

фикс файла установки

фикс процесса установки

index.html

инструкция по установке

создание суперадмина из коммандной строки

документация

логирование в файл многих операций

конфиг для фаервола ipfw

После добавления/удаления ip срабатывает js триггер и обновляет список на странице инфо о клиенте. В большинстве ajax скриптов подправил стиль под новые требования NoDeny+

Пул хостов БД

Суперадмин может передавать наличность от имени другого админа

+прием/отказ от передачи наличности

в bill.sql изменение таблицы admin

появился баланс у админов

введение доппараметров в реестр плагинов, например `не отображать в меню`

обновление документации

обновление документации

еще обновление документации

обновление документации

доведение до ума авторизации

переделал модуль авторизации

fix вызова модулей клиентской статистики

+ авторизация по ip. Легкое написание модулей авторизации

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

+новости в клиентской статистике

+ смена следующей услуги из клиентской статистики

+ В списке клиентов отображается комментарий к учетной записи

+ Поддержка фильтра safe в шаблонизаторе
Модуль приходнокассового ордера заменен на пример отображения всех полей клиента

Модуль приходно-кассового ордера. Изменил структуру модуля БД

В статистике трафика правильно показывает исходящий трафик

Временное изменение границы отключения с автовозвратом. Изменение вида меню пополнения счета. Улучшение производительности http-сервера из модуля заглушки. Фикс ролбека в модуле БД. В модуле Liqpay фикс постраничной навигации

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

Суммарная статистика трафика за 1..x суток. Поиск в статистике трафика по ip

2.Нет Release версии. Утро у меня начинается с svn checkout.
В продакшн, где варятся бизнес процессы с оборотами > 80 000$ в месяц, я не то, что побоюсь ставить, а даже буду присекать мысли использовать альфа/бета/пре-релизы, где я теряюсь в коде. т.к. 50.32 проверенная чуть "годами", "сотнями людей" итд.

Я понимаю, что ты не заинтересован в новом нодени, тебе и со старым неплохо,

Ядро было написано тучу лет назад, я тогда вообще ни с одним perl-программистом не общался и делал все исходя из внутреннего наития и направления ветра. Самый идеальный вариант - физически разделить биллинг (да, я к предложенному выше варианту клоню). Да будут висжать бухгалтера "мы хотим консолидированную статистику" и т.д. Но как бы ты не отдалял проблему, она все равно вернется с ростом сети. Неужели нет смысла помочь оттестить н+ на больших нагрузках - это как раз то, что мне не хватает т.к. сеть у меня маленькая и уже не могу тестить на нескольких десятках тысяч абонов как ранее

1.твоя нагрузка будет синтетическим тестом.
2.нельзя сделать честный калькулятор

не так все просто, Efendy бы сделал, коль можно было изменить threads="1" => threads="10";
есть такая хрень как синхронизация потоков, тут нужно ядро менять нехило так.

и по дефолту, перл идет без многопоточности, сделай perl -e 'use threads' и убедись

1.твоя нагрузка будет синтетическим тестом.
2.нельзя сделать честный калькулятор

не так все просто, Efendy бы сделал, коль можно было изменить threads="1" => threads="10";
есть такая хрень как синхронизация потоков, тут нужно ядро менять нехило так.

и по дефолту, перл идет без многопоточности, сделай perl -e 'use threads' и убедись

Эм, я всегда с потоками собираю... Нетипичная конфигурация?

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

дефолтная фряшная

ну вот потому и есть N+

причинно следственным эффектом возможно, но это очень ошибочно с моей точки зрения, как по мне это уже готовый результат с исходящей среды по зажатию ефирной материи а мы просто учасники процеса как предохранители, каждый исходящий пиксель творит матрицу нашего понимания но это только 1 пиксель из бесконечности создаваемых, если для соответственной среды не наПисать типа (Чтобы при помощи клавиатуры набрать символ ∞ необходимо на цифровой клавиатуре ввести Alt+8734) то и знать никто не будет, хотя оно и не нуждается в подтверждении оно там было всегда и ждало открытия, и так во всем включая все и вся, сори если че лишнего набрал не по теме, но мне хотелось бы чтоб мы двигались уже не в направлении тупикового периода все зависит только от нас самих, что откроем то и на выходе будет ждать и обвинять можно потом будет только себя и свое невежество в ограниченном познании вселенной.

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