Какие существуют на сегодня способы защиты,
кроме типовой:  текст- установить пароль

Кирпичить код?

dll'ки с native API в расширении

сделать тяжело, но никто не стырит

требуется знание ЦеПоПе

(0) разъясни чуть подробней в какой момент и на что именно должна работать защита? На исходные тексты? Или на запуск стыренного расширения, когда тобой было сделано для одного клиента, а этот клиент раздал готовое расширение кому попало

(3) Защита на исходные тексты

Лучшая защита - это написать такой ГНОкод, что никто связываться не захочет)

(5) купить тоже никто не захочет...

(6) ну тут уж стоит определиться: текст надо от всех спрятать или его продать)

кстати, о расширениях... они с хранилищем работают? то есть можно историю изменений в нем вести?

(6) ты думаешь пользователям-покупателям не наплювать, что там "под капотом"?
я тут имею сейчас продукт после внедрения топового франча
"воровать его я конечно не буду" :)
формочки красивые, поначалу даже работал шустро

(0) "Установить пароль" - более чем достаточно. Если боишься, что - кто то "сворует" твою разработку то воспринимай это как "реклама разработки" - ибо они в любом случае ее бы не купили. Большинство купят и у них даже мысли не возникнет "украсть"

На каждой форме напиши про поддержку, сайт, телефон, все равно твой продукт никто кроме тебя поддерживать не будет, даже если к кому-то расширение попадет "по ошибке" им проще будет потом к тебе обратиться, чем искать со стороны.

(4) обфускацию кода пробовал?

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

(11) Да это же модель распространения опенсорс

(13) и много таких программистов?

(11) Думаешь он прям до setup.exe доведет и коробку сделает? сомневаюсь. Скорее пару общих модулей и всё. Телефоны все стираются легко тем, кто будет этот функционал своими черными пиратскими руками новому заказчику прикручивать.

(15) Я, другие, и ещё те, кого я не знаю.

Падлей я ничтожный, все ворую, ворую.... (с)

Уважаемый (0)! Мы уже подбираемся к твоему мега продукту!

(17) Ну один человек я думаю не страшно :) Тебя же все равно рано или поздно пасодют а ты не воруй (c)

Вот чего нарыл в интернетах
http://wiki.protect1c.ru/stepbystep:protectext1c

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

(22) Согласен, всякое может быть, крайний случай - помер... и что делать тогда?

Прошу прощения, но чуть выше на форуме я задал вопрос: "Как добавить через расширения свои документы в журнал кадровых документов", может кто подскажет?

По моему самую лучшую защиту расширений придумала сама фирма 1С: постоянные изменения конфигураций и БСП - вызывают регулярную поломку расширений - тем самым потребитель расширений привязывается к разработчику.

(22) как люди покупают программы с закрытым исходным кодов, не 1с?

(26) отдельно взятая программа не так быстро протухнет, как примочка к 1С.
Вот поменяют чёньть в кишках (в БСП там, или в общих модулях, или в релизе) - и привет примочке, протухла. А код закрыт.
Я бы такое не брал, даже бесплатно.

(27) Поддержу. Но есть те, кто берет. )

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

В 1С код воровать - послденее дело.

В 1С - 99 процентов функционала и идей кроется в кнопках, формах, последовательности действий.

Я бы сказал что именно последнее - самое главное. Именно то как сделаен визуальный интерфейс и налажена работа решения.
Вот это воруют.

Код вообще неважен, сколько важна сама работа.

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

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

99 процентов 1Сников кодеры, но все забывают что формы и функционал кроется как раз в последовательности работы.
И вот это большинство не умеет.

Воруют не код, воруют МЕХАНИЗМЫ РАБОТЫ.

Защищать свои решения нужно единственным верным способом - это патент.

(29) а как же я?
У меня закрытые решения (код закрыт), ПО УМОЛЧАНИЮ.
Но я код сообщаю сразу же при первом требовании.

Так вот сколько у меня клиентов получают решения, и 1 процента нет тех кто бы попросил пароли.

Я специально сделал пароль. Потом все удивляются когда его видят. Но я его поставил как раз для того чтобы анализировать запросы от клиентов на предоставления пароля либо жалобы что код закрыт.

В итоге моя статистика такая, что и 1 процента нет тех кто бы спрашивал эти пароли. Вообще единицы. А продажи тысячами.

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

И да - удивительно что программисты моих клиентов добропорядочные. Даже очень часто других клиентов приводят.
И кидалова я в общем не наблюдал НИКОГДА.

А вот от тех кто становился ПАРТНЕРАМИ - три кидака, конкретных. Которые и своровали, и соврали, и клиентам врут.

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

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

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

А кто-нибудь пробовал (2)? Мне кажется из Native API компонент проблематично вызывать методы 1С-ки.
(2) Или как вы предлагаете защищать тексты программ?