Предлагаю выкупить Биллинг в паблик. R2 ЗА?

Уже на протяжении пары лет после того как R2 фактически полностью отошел от дел, биллинг остается одним из премиум компонентов от официальных разработчиков. Но есть одно большое НО — биллинг закрыт и доработать его никто не может, в связи с чем компонент больше мертв чем жив. Уверен, что и сам R2 устал от большого количества вопросов на почту, в телеграм и прочие каналы связи, в связи с чем уже даже перестал многим отвечать как по проблемам компонента instantcms.ru/forum/problemy-s-prodazhei-polei.html, так даже и по его продаже instantcms.ru/forum/nevozmozhno-kupit.html

Мне кажется, что  самое логичное решение как для разработчика, который не хочет наверняка, чтобы его разработка просто умерла, а его самого крыли «нехорошими словами, когда какие-то функции компонента перестали работать на работающем проекте, но помочь Владимир не может, так как вероятно приоритеты сместились в другую сторону», так и для развития самого сообщества — передать на коммерческой основе в паблик данный компонент. Возможно обозначить складчину в 50 000 и R2 согласиться без гарантий на обновления передать в каталог свой компонент.

Против… причины описаны здесь:

instantcms.ru/forum/nevozmozhno-kupit.html?page=2#post-356083

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

Вот, тот же Биллинг… уже в паблике и с открытым кодом... 

github.com/san-sanych-k/UserPay

Я не против найти какое то решение по вопросу Биллинга… НО считаю, что выкладывание его в паблик и отказ от авторства, это не вариант...

По мне вариантом было бы передача Биллинга, для развития Fuze, но не знаю насколько это возможно (лицензии, желание, как автора так и самого Fuze)...

Со стороны r2… Уж если движок был передан Fuze на развитие, то и небольшой доход с Биллинга, бонусом, за развитие движка, был бы справедливой компенсацией (частичной))...

Вот в этом случае я был бы готов участвовать в складчине по выкупу и т.д....

ИМХО, выкупать билинг нет смысла. За 10 лет и особенно под предводительством Fuze код движка сильно изменился, а то что готовится к выходу на следующий релиз, то это вообще будет «испытанием» для некоторых компонентов. Поэтому после «выкупа» биллинга сразу возникнет вопрос по его «обновке» под последнюю версию движка, не говоря уже о добавлении нового функционала. Это врядли кто-то сделает бесплатно. Не лучше ли сразу собраться всем желающим на написание «очередного» биллинга или доработку «user_pay»? Думаю тут эффекта будет больше, чем просто выкупить код у r2. Не подумайте неправильно, я не против какой-либо поддержки для разработчиков, но здравый смысл исключать нельзя ))).

И со складчиной в данном случае возникнут проблемы, так как многие захотять участвовать в ней только на своих условиях (например: «чтобы компонент мог заваривать кофе в любое время суток»).

ИМХО, выкупать билинг нет смысла. За 10 лет и особенно под предводительством Fuze код движка сильно изменился, а то что готовится к выходу на следующий релиз, то это вообще будет «испытанием» для некоторых компонентов. Поэтому после «выкупа» биллинга сразу возникнет вопрос по его «обновке» под последнюю версию движка, не говоря уже о добавлении нового функционала. Это врядли кто-то сделает бесплатно. Не лучше ли сразу собраться всем желающим на написание «очередного» биллинга или доработку «user_pay»? Думаю тут эффекта будет больше, чем просто выкупить код у r2. Не подумайте неправильно, я не против какой-либо поддержки для разработчиков, но здравый смысл исключать нельзя ))).

И со складчиной в данном случае возникнут проблемы, так как многие захотять участвовать в ней только на своих условиях (например: «чтобы компонент мог заваривать кофе в любое время суток»).

Думаю сразу стоит просто обозначить — что код будет открыт, а остальные хотелки кто где хочет, там и азказывает. Это как с Fuze была складчина по новому шаблону для админки. Он сам выбрал, сам интегрировал) Возможно да, Fuze если посчитает, что биллинг написан качественно, сможет взять на поддержку как видеокомпонент и также ежегодно продлять лицензию за платно. 
Да, можно по сути писать новый компонент и даже с большей долей вероятности такой появится в ближайшем будущем. Просто наверное жалко, что от R2 компонент пропадает в пыли истории. Наверное это ностальгия по R2 и хочется, чтобы он был и оставался в наших сердцах)

В открытый код лицензию не установить. Его продажи сразу уйдут в «небытие», так как один купивший сможет ставить его на все свои сайты без привязки к домену (это не говоря про распространение на сайтах-варезниках). Поэтому и смысл его поддержки сразу пропадет, как это случилось с «user pay».

Не лучше ли сразу собраться всем желающим на написание «очередного» биллинга или доработку «user_pay»?

Что то уже несколько раз предлагаете сие)) Уж не собираетесь ли поучаствовать в подобном?)

Чисто гипотетически? Взялись бы за ревизию и поддержку UserPay? Естественно платно, условия обсуждаются😄

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

Соглашусь с  Loadырь, открытие кода для этого компонента, может оказаться губительным… Хотя сам против закрытых компонентов, но это тот случай когда лицензирование оправдано...

Только бы была быстрая и доступная смена домена...

Что то уже несколько раз предлагаете сие)) Уж не собираетесь ли поучаствовать в подобном?)

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

Чисто гипотетически? Взялись бы за ревизию и поддержку UserPay?

Нет, даже не гипотетически. Зачем брать чужое, когда можно сделать своё)))

Зачем брать чужое, когда можно сделать своё)))

Чисто гипотетически))… Как могли бы (если могли бы)) выглядеть условия этого «сделать своё»? Что для этого нужно? Предварительная складчина? Предварительные клиенты? Или может быть решение морального вопроса с r2 по поводу конкурентного дополнения?

В открытый код лицензию не установить. Его продажи сразу уйдут в «небытие», так как один купивший сможет ставить его на все свои сайты без привязки к домену (это не говоря про распространение на сайтах-варезниках). Поэтому и смысл его поддержки сразу пропадет, как это случилось с «user pay».

Можно же только часть кода закубить, открыв работу с хуками, моделью… Т.е подумать, что важно для кодирования, без чего компонент не будет адекватно работать, но при этом не ограничивать возможность доработки) Я

Соглашусь с  Loadырь, открытие кода для этого компонента, может оказаться губительным… Хотя сам против закрытых компонентов, но это тот случай когда лицензирование оправдано...

Только бы была быстрая и доступная смена домена...

У Fuze очень грамотно реализована смена домена и покупка с его продуктом InstantVideo. Биллинг это же кровь в кровеносных сосудах instantCMS))

Биллинг это же кровь в кровеносных сосудах instantCMS))

Согласен. Значит надо открыть код и положить на гите рядом с форумом ))) Пусть там пылится.

Биллинг это же кровь в кровеносных сосудах instantCMS))

Согласен. Значит надо открыть код и положить на гите рядом с форумом ))) Пусть там пылится.

пыль будем сдувать)))

Да сделал бы уже R2 платные обновления. И мотивация работать появилась бы. 

Реки утекают, года улетают — а вопросы все те же… Циклический цикл в цикле 🍿

а вопросы все те же

Угу. Все те же глупые вопросы и «без меня меня женили» 😀

складчину в 50 000

😂

Уж если движок был передан Fuze на развитие, то и небольшой доход с Биллинга, бонусом, за развитие движка, был бы справедливой компенсацией

Да ничего не было передано, я просто не понимаю формулировок движок предан) Это как? А до этого я движок пилил без передачи?)

а то что готовится к выходу на следующий релиз, то это вообще будет «испытанием» для некоторых компонентов

Не пугайте народ) Всё совместимо будет.

По сабжу. Ну напишите кто-нибудь свой биллинг и всё, если от r2 не устраивает (хотя его компонент полностью рабочий). Что воду в ступе толочь то.