Биллинг

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

---------- Добавлено 31.01.2016 в 12:47 ----------

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

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

Продавать к примеру на Billmanager 30 вариантов серверов с большим набором разных опций, часть из которых общие для всех, часть подобные, а некоторые опции/дополнения вовсе разные, это лучше написать все на бумаге и с калькулятором посчитать. Будет быстрее. Да и даже потратив сотню часов на настройку биллинг не сможет предоставить того что требуется. Получается либо вместо одного продукта клепай 20, либо выдавай кастомные сервера вручную, через переписку по тикетнице уточняя параметры и создавая счета.

---------- Добавлено 31.01.2016 в 12:49 ----------

ENELIS, так что идеальных продуктов нет.

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

Нормальный, функциональный биллинг требует времени и отдельных разработчиков, а лучше нескольких.

Изменить что-либо реально нужное (не модули к стороннему софту и не мелочи как то язык или темплейт) требует либо взломанной версии, чтобы понять как работает этот софт, потому что даже поддержка не может проконсультировать по этому поводу (потому что у них есть эксклюзивные писатели модулей), либо обращения к писателям модулей, которые сделает работу за $400-800 в зависимости от объема работы. Это без дальнейшей поддержки модуля.

Или, например, Promo коды работают так, что они не отображаются на странице заказа и цена не меняется под промокодовую, т.к. промокод применяется только на review & checkout странице.

Результат? Отскок при проходе через ссылку по промокоду просто невероятный, потому что цена в рекламе не совпадает с тем, что видят посетители.

Да можно в темплейт дописать, что промокод будет применен позже. Даже можно написать какой промокод, но большинство людей уже говорят "ah fuck it" и уходят.

Или процедура заказа? Встал реальный вопрос сделать из сайта портал для мультинациональной корпорации (есть ООО в РФ, есть LTD в ЕС, открываем LLC в США). Изменить процедуру заказа !невозможно!. Это всегда Cart -> invoice -> payment. Сделать Cart -> payment -> invoice нереально. Мультибренд и реселлер модули не подходят, т.к. инвойсы все равно выписываются на одну компанию или же, что еще хуже, нужно вести отдельную БД на покупателя и их средства.

На форумах предлагают делать MySQL процедуру для обхода этого. Как Вам такие плагины?

WHMCS это костыль, к которому прикрутили еще костыли и дальнейшие костыли можно привинчивать скотчем.

И еще раз, это не отключается, НЕВОЗМОЖНО отключить nameservers и username hostname password. Можно либо не требовать их, а в nameservers и hostname сделать скрытый инпут с рандомом, либо требовать. Эти части, это часть схемы БД и неизменны.

Я уж не говорю, что c WHMCS4 они перешли на ларавель, видимо пытаясь закрыть тонну дыр, и то все равно они вылазят постоянно. В итоге модули будут скоро deprecated, особенно те, которые не были обновлены. Но самый fun, это когда поддержка советует использовать mysql query функции, которые уже в документации описаны как deprecated...

А как Вам ответ поддержки использовать {php}{/php} вызовы в smarty темплейтах?

Честно говоря, если бы Blesta не была такой лысой перешли бы на нее. Однако переводить ее мануал опять не хочется.

В итоге только свой биллинг, хотя бы меньше вопросов от налоговой.

WHMCS это хуже чем блокнот и калькулятор в некоторых случаях.

5 лет назад как было редактирование цен унитазом, так и осталось.

Им даже лень код подправить в javascript, в итоге это сделали мы, как говорится, на коленке.

Обновление списка VAT вообще нет. Все вручную или через запросы MySQL.

Много вещей в этом биллинге направлено на работу с WHM и Cpanel.

И это их главное направление. Главный приоритет.

Все остальное прилеплено абы как, абы куда, на отъежись.

Да ладно, для этого нужно пол часа на изучение документации и средние познания в PHP. По любому нужному вопросу в поддержке WHMCS вас проконсультируют. Сам лично писал десятки модулей, все там просто и сделано с уклоном на кастовое применение.

Два модуля использую сторонних и то только из-за их масштабности и моем нежелании тестировать на "живых" клиентах.

И в чем особое отличие? Скроете за 1 минуту правки темплейта. Оно вам дальше мешает? Очень интересно как и где. Какой еще биллинг позволит скрыть поле?

Вы хоть раз тесто общались с поддержкой? И в каком году? :)

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

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

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

Но если используете готовые то использовать их по полной, вникать в суть, тесно общаться с поддержкой (не кусаются).

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

1. Кастовое применение - это что за термин еще такой? Вы про порядок хуков, который полный кабздец? Если уж писали модули, продемонстрируйте хоть один...

2. Дальше оно мешает ибо в поиске WHMCS (кстати единственная хорошая фича за которое можно им сказать спасибо без всяких вопросов, кроме только что в мобильном режиме серча нет).

3. Буквально несколько недель назад вопрошали, как поменять местами gateway selection с invoice generation, чтобы тот был после выбора гетевея и страны выставлялся на корректную фирму. Ответ был "на, что в доках, иди пиши на форум", что если честно, не ответ ни черта ибо в доках нет даже описания для многих hooks.

4. Да, в биллинге постоянно дыры бывают, я и пишу что любой биллинг можно обезопасить разными способами, да будут дыры. Но вот "личный", как Вы говорите, биллинг за !10! лет пользования имел 3 бага, 2 с гетевеями позволявшим внесенную сумму по факту сделать меньше нежели по БД и 1 позволявший отправить в тикет html (со стороны пользователя, а не суппорта). Более, ни одна попытка взлома не удавалась ибо ищут опенсурс или другие программы, для которых без проблем написать взлом. Или же пробуют дефолты (запросы юниона, селекты в query vars и т.п. ребята просто не знают что по всем варам можно пройтись realescape). Скрипт (CMF + CMS + Billing) был написан до PDO и mysqli в дремучие времена. И трогался более менее пару-тройку раз. Да не красивый, но работает.

Времени на поддержку нет, однако. Потому для следующего проекта выбрали WHMCS и тут как понеслось со взломами...

Потрачены были две недели времени, отладка заняла дольше. Еще проблемы были с AHAH на тот момент (пришлось изучать javascript). В итоге AHAH пришлось отключить ибо большинство пользователей его не поддерживало (ie6)

ENELIS, к сожалению вижу и дальше, что ваши познания в whmcs довольно таки поверхностные. Либо вы просто сам не программист.

Демонстрировать? )) Что за дурная манера переводить тему в формат "у кого больше"?

По своему софту - разумеется лучше, при условии что есть:

- время

- деньги

- штатный программист

Здесь никто не спорит. Но эти условия далеко не всем подходят.

Сами регистрируйте клиентов при помощи API, создавайте ордер, счёт, но его не показывайте - сразу редиректите на gateway, получите в итоге то что нужно (клиент создан, оплатил и ему пришел счёт, что всё проплачено). Счёт можно затем показывать в темплейте и рисовать PDF с нужными реквизитами, в зависимости от выбранной страны или например Customfield клиента.

На самом деле у WHMCS есть одно очень важное преимущество - хуки практически на любое действие и открытая база в MySQL, можно просмотреть все внутренности и написать свои обвязки, даже не используя хуки и API. Из минусов - криптованный а не опенсурс код, который например в их конкуренте - блесте почти полностью открыт. Если этот минус убрать - будет лучший биллинг на сегодня.

Потому что нету плотного общения между вами. Один вопрос, один ответ и разошлись.

А на самом деле WHMCS очень дружелюбны и очень много подскажут.

Это то, что вы ожидаете оплачивая деньги за готовый продукт? Больше напоминает платные курсы по программированию.

smart2web, а готовые продукты не рассчитаны на использование задом наперед. На то он и готовый.

А раз хотите иначе сделать то вам вам возможность такая. У многих есть такая возможность? Почти у всех даже намека на это нету!

Так это стандартный подход - 1С, SAP, Oracle и т.п. - купил инструмент, допили под себя напильником. Универсальных бизнес процессов не существует, всем нужны какие-либо доработки, иногда даже с 0-ля личные кабинеты приходится писать...