Как продавать JS-приложения под веб у себя на сайте?

Question

[xmoonlight]

Всем привет.

Как грамотно продавать созданные JS-приложения для запуска на сторонних сайтах, чтобы предотвратить хищение кода до покупки и предоставить возможность посетителям максимально детально ознакомиться с функционалом приложения на витрине (демо-зона)?

Поделитесь: как вы сейчас это делаете и как защищаетесь от упущенной выгоды после продажи (чтобы не копировали на другие домены)?

Заранее, всем Большое Спасибо.

PS: Всякие codecanyon.net - точно отпадают. Только со своего сайта планируется продажа.

Answer 1

[ТёмнаяМатерия]

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

Comments

[xmoonlight]

Визуальные редакторы или конструкторы (drag-n-drop) для формирования и создания заказов.

[АртемЪ]

xmoonlight: А разве такие вещи покупают?
Обычно их либо пишут сами, либо нанимают тех кто их напишет.

[xmoonlight]

АртемЪ: спрос есть. главное делать так, чтобы удобно было встраивать самим или брать отдельно за работу по интеграции.

Answer 2

[Максим]

JS исполняются на стороне браузера, поэтому оптимально только обфускация.

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

Comments

[Антон Алфимов]

А ещё лучше в виде виджетов, которые будут загружаться с вашего сервера.

Доступ к виджету, например, по токену, а на стороне сервера передача виджета по этому токену только доверенному ресурсу

[xmoonlight]

Антон Алфимов: я ничего не понял.

[Антон Алфимов]

Исполнять код в виде виджета как Ext JS, например.

[xmoonlight]

Антон Алфимов: так код же исполняется на стороне клиента, клиент может стащить этот код к себе. Каким образом токен тут сможет защитить клиентский код?

[Антон Алфимов]

xmoonlight: токен будет нужен, если виджет работает или загружает данные или какой-то код динамически. Мой комментарий был к Максим с его идеей "часть данных скрипта хранить на своем сервере". Так же я предположил хорошей идеей серверу "следить" какому ресурсу он отдаёт данные через белый, либо чёрный списки.

Как своеобразный пример можно посмотреть на код счётчиков, скажем yandex.Метрики. Используют идентификатор и динамическую загрузку скрипта.

[xmoonlight]

Антон Алфимов: ну по реферу отслеживать - это понятно. а вот когда давать потестить веб-приложение (визуальный конструктор), то его можно взять и под него написать серверную часть. Т.е. на сервере - оно должно что-то такое хранить, что без этого нельзя будет использовать приложение на стороннем ресурсе.
Вот тут встаёт вопрос: что например?