Чем заменить BILLmanager?

Да какие могут быть обиды? Мы же не разработчики этого биллинга, мы наоборот, рассматриваем возможность его смены.

Это было не столько Вам адресовано, сколько самим разработчикам - думаю, что они прочитают эту ветку ☝

Не пойму, чего не могло у вас не получится... Ставить билламанагер проще паренной репы..?

только если посмотреть объективно это самый нормальный продукт из существующих т.к минусов у других панелей больше из за той же безопасности.

Ну вообще-то в идеале да, но по факту ставили через install.sh - половина модулей в итоге не встала.

---------- Добавлено 16.11.2015 в 16:52 ----------

Тогда уже самый объективный продукт - это excel файл. Биллинг должен быть не только безопасным, но и функциональным и удобным для пользователей, а смысл в его безопасности, когда клиентам неудобно им пользоваться?

Самый объективный, в любом случае, - это самописный, в котором реализован только тот функционал, который нужен, а новый не проблема дописать.

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

у тех же rootpanel/whmcs были детские проблемы с безопасностью, сольют базу и прощай бизнес.

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

Den73, если бизнес "прощается" после слива базы, то не такой уж он и бизнес.

Я всякое видел - воровали базу, воровали сам код и базу (то есть разворачивай и у тебя готовый сервис-клон), но ничего из этого не влияло на бизнес. Немного качнуло и встало на место.

Ilya74, свой биллинг хорошо писать, когда есть некоторые уникальные услуги или предложения.

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

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

Да и от проблем с чем-либо Вас бы это избавило, ибо только от Вашего кода зависело бы то, как всё работает.

Своё всегда лучше, если есть возможность это своё поддерживать. Мы пошли по такому пути после того как лет так 6 назад "подружились" с bpanel, и ни капли не жалеем.

rootpanel и безопасность это вообще рядом не стоит.

Ну к примеру взять тот же факт что Debian уже сообщил что поддержка PHP 5.4 завершена, юзайте 5.6, но этот биллинг на 5.6 попросту не работает. Более того большинство клиентов, использующих его даже не знают что он работает на 5.4.

Разраб не смог решить делему с определением месяца - взял и перелопатил все на 30 дней. Как то все через Ж.

У whmcs были серьезные недочеты в безопасности. Это правда. Но есть такие разработчики, у которых их не было? Поднимите ка руки? Нету? Гм... Ну тогда тыкать пальцем нету особого смысла.

1. уязвимости не приносили "плоды", если использовались советы whmcs по безопасности. Ну а если не использовались, то полностью соглашусь с Ohmaster, - "не такой уж он и бизнес".

2. Было принято множество мер по безопасности, пересмотрена все концепция. И для такого масштабного, функционального проекта это было сделано довольно быстро и грамотно!

+ за whmcs, - за rootpanel:

1. можно дописать что угодно и как угодно, в отличии от того же rootpanel;

2. сотрудники whmcs оказывает ту же поддержку, а не отвечают стандартной фразой "у вас сервер криво работает".

---------- Добавлено 17.11.2015 в 11:34 ----------

Если вы будете заниматься только разработкой скрипта и ничем другим, до выхода первой стабле версии, тогда в этом есть смысл. А если это будет совмещаться с другой работой, то лучше не создавать еще один недо-биллинг.