Хочу сделать "бесплатную" конфигурацию. А монетизировать на платной поддержке и обновлениях.

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

По сути чтобы заплатить мне было дешевле чем нанимать кого то "для обновления".

Какими способами можно попытаться сделать подобную защиту от бесплатного обновления?

Кроме как не выдавать обновления а обновлять самостоятельно БД клиента - никак.

Ну или модуль обновления зашит в dll которая стучит на сайт и проверяет доступность пользователя к обновлению. Наподобие как сделано в типовых. Но нужна жесткая привязка к железку и запрет на работу в виртуалках

(1) Не поможет ибо хочу чтобы полный (свежий) cf был всегда доступен для новых. И легко им обновят.

(1) Вынос в разные ВК и прочие dll тоже глупость, потому что проблемы не решает.

(3) Почему?

(3) Почему не решает?

(4) (5) Потому что "для новых клиентов" ВК/dll нужно выкладывать рабочую.

(6)+ Да можно вынести в эту ВК всю работу с БД (причем зашифрованной) и далее каждый раз при обновлении выполнять "перешифрование" по уникальному ключу.

Но это слегка не то что хочется и куча проблем.

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

В случае online-программы, когда доступ к вашему сайту или облаку - тут можно просто давать сначала бесплатный доступ на "попробовать" и в чём-то ограничивать (количество подключений или количество документов), а потом брать деньги за подписку.

Если же программа передаётся пользователю, то, во-первых, не факт, что они захотят вообще её обновлять - как показал опыт microinvest - некоторые особо умные просто не закрывали программу, когда для неё было установлено ограничение в 10 пробных запусков.

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

Опять же, если исходные коды конфигурации А будут доступны,
то всегда найдутся умельцы, которые соберут на её основе что-то своё.

Если же всё загнать в Dll, то можно вообще от 1С оставить только платформу, которая будет запускать движок, исполняющий взаимодействие с пользователем кода из Dll.

(6) Выкладывай, в чём проблема?

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

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

(7) Если база будет не зашифрована, то перенос данных из одной конфигурации в другую - это очень просто.
Выкладывайте свою конфигурацию, а я буду народу за небольшие деньги переносить данные в новую версию.

(11) + и да, это не работает во всяких ваших линуксах.

(8) Выгрузка/загрузка будет через сервис, но по подписке только (как и обновления).

Насчет двух версий А и Б думал но это не решает проблемы что взяли бесплатную А и потом работая в ней без проблем обновляем ее другими бесплатными А новыми выложенными.

(10) Блин... ну поймите что полный cf всегда доступен... какие в еще обновления в в dll?

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

(12) Про что и речь, нужна защита от таких умников.

ЗЫ Причем смешной способ "защиты" сразу в голову пришел )) но он такой дурацкий что аж смеяться хочется.

ЗЗЫ Намек: обновление одной базы, не даст автоматом обновить другую базу ибо они разные.

Обрабатывать какие-то данные на внешнем сервере я считаю дичью по причине того, что 1С всегда работает с данными, она в принципе с данными и работает, она не делает каких-то расчетов, всегда манипуляция с данными. Поэтому данных будет много, данные надо получить все сразу, отправить туда и обратно. Будет медленно и печально.

(11) Спасибо за свое мнение, оно очень важно для нас (сарказм)

(13) В наших линуксах у нас все работает...

(19) Ну у меня то все работает, я через это прошел; пока вы писали убийц tv. Фантазировать и придумывапть гениальные и простые идеи - всегда пожалуйста и за пару часов. Их реализация и подводные камни - не всегда и срок исполнения - месяцы.

(20) "Убийцу tv" (как платного сервиса) я не писал, написал упрощенный аналог за несколько дней.

Я только не понимаю - в чём получается бесплатность ?
Движок 1с (технологическая платформа) пользователь должен купить - это раз.
Со временем версии платформы меняются - он должен иметь свежий движок - это два.
Теперь он должен что-то скачать и поставить - как бы - это будет для него бесплатно.
После - он должен захотеть это обновить - из-за чего захотеть - из-за того, что в том, что дали бесплатно есть ошибки, или из-за того, что ему нужен новый функционал, которого в старой версии нет ?
Конфа с ошибками и даром не нужна, а если она закрытая, то ещё и понять причины ошибок просто невозможно.
Новый функционал - так это не так часто встречается - если не регламентированная отчётность (а там нужно успевать в строки и делать всё без ошибок), то маловероятен спрос на обновления.
P.S. программисты реализовать могут всё, что угодно, только до реализации нужно ответить на вопросы - а нужно ли это кому-то, кроме программистов.

Ладно раз оригинальными идеями никто не хотит делиться, поделюсь своей дурацкой:

Для каждого нового желающего получить бесплатно конфу автоматически формируется своя "уникальная" конфигурация. Где свои уникальные имена метаданных (справочников, документов и т.д.) и имена процедур/функций.
Которые формируются путем криптографического шифрования из обычных стандартных имен.

Исходная конфа с нормальными именами никуда не выкладывается. Выдается для скачивания только уникальная зашифрованная причем для каждого скачивания своя.

В результате заново скачать новую конфу и обновить свою ранее скачанную будет никак (ну легко без перелопачивания кучи всего). Нужна специальная обработка cf полученного из другого места.

Ибо у клиента А справочник Контрагенты обзывается "Справочник.ААА111", а у клиента Б тот же справочник обзывается "Справочник.АБА121" и т.д.

(23) Ты же сам поставил условия что cf лежит в открытом доступе и каждый может скачать его. И тут же сам же их нарушаешь

(22) Бесплатность в том что потенциальные клиенты уже 100% имеют хотя бы БП любой версии.

Фишка что конфа должна постоянно обновляться (раз в несколько месяцев минимум) ибо она для удобной подготовки отчетности (примерно как Налогоплательщик или регламентная).

А как часто у нас отчетность меняется знаем, тут просто некая специфическая отчетность. Где да есть уже бесплатный софт но дико не удобный.

(24) Да, только скачается не тот cf что скачался ранее :)

(0) если cf будет лежать на клиенте, то вариантов его защитить без ВК нет - он, сцуко, открытая книга.
По этому это не для 1с задача.

Описанное с топике - это веб-приложение. Оно всегда ап ту дэйт и его, как таковое, ни кто не покупают, а используют по платной подписке.

(25)+ Вот с бесплатностью для пользователей базовых БП будет некие траблы, но в планах сделать для них конфу в виде "внешней обработки", с хранением данных дополнительных как раз на сервисе.

(23) Я тебе в (8) уже про это написал.
Просто, если конфа для сдачи отчётности, то не факт, что кто-то будет обновлять предыдущую, а не просто загружать данные для отчётности в новую версию - если загрузки не будет, то желающих что-то вести в какой-то отдельной конфе будет очень мало.

(27) Угу поэтому идея (23), каждому клиенту (на каждое скачивание) выдавать "свой cf" отличный от прочих.

Да это не решит проблему когда один платный клиент будет отдавать свой cf и свои обновления другим.

(28) Для базовых версий у меня была обработка со встроенным FireBird Embedded для хранения данных и выполнения анализа.
Просто, после некоторой работы в таком режиме возник вопрос - а зачем нам 1С, тогда как программу можно просто из 1С через ЗапуститьПриложение открывать, и пользователи всё равно будут верить, что в 1С работают.

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

(30) ну, допустим. Только что ты потом будешь делать с сообщением на саппорт: "У меня обновление не натягивается, ругается на справочник IUCHN&#Y&Y*@#&%@#, что делать?"

(31) Ну у меня конфа которая по дефолту данные из учетной системы (БП, УТ и т.д.) забирает.

Забирать можно по разному через обмен данными например.

вообще, в поддерже этот трюк с индивидуальными ЦФниками - это просто ад

(23) Жестяночка.

(33) Спрошу ид клиента и заплатил ли он за подписку...

(34) Ну, формат файла 1С вполне известен - можно и прямо из него данные забирать.

(35) Да знаю, но у меня то есть полная база у кого какие индивидуальные CFники ))

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

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

Я представил, как автор кому внедрит эти уникальные конфы, народ поведется, а потом наследники автора будут вычислять его по ip

(41) Проблема будет если особо вумный клиент попытается обновить свою базу неправильным обновлением, причем без бэкапов

(39) это гемор даже, если у тебя на одну кнопку навешено развёртывание тестовой среды.
Да и вместо того, чтобы направять энергию на решение задач, ради которых ПО создано, ты полоыину, а то и больше ревурсов на эту защиту тратить будешь и различные глупые проблемы, котрые она же и создает. Накуй так жить?..

(42) Программы типа налогоплательщика продавались примерно так - заполнить можно было бесплатно, а загрузить - за небольшую плату - программа привязывалась к ИНН организации.

(43) да. И дигностировать ее даже тебе будет непросто

(42) В смысле? Если они купили то у них реквизиты все есть. А если пожмотили смешную сумму в год то извините...

(44) "Кушать очень хочется"©

(45) Привязка к ИНН тоже будет, это как часть составного ключа шифрования-замены.

(44) Это бесполезно автору объяснять. Нужно, чтобы он ткнулся своей шкуркой.

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

Это теоретически могут купить только те, у кого своего ИТ нет ни в каком виде. Потому, что свое ИТ костьми ляжет против покупки такого подарочка

(49)+ Вот что делать при замене ИНН или перепродаже/передаче конфы пока не придумал.

я бы низашто не стал юзать для отчетности нипонятно чью закрытую шифрованную поделку с неясными перспективами поддержки при наличии нормальной типовой бухии

(52) Хорошо для подобных будет отдельная версия с другим ценником на пару порядков выше.

(52) (54) +100500

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

Базовая бухгалтерия обновляется бесплатно - стоит феноменально дешёво и неограничена по количеству баз.

(54) Боюсь ты не понял, как раз поделка будет полностью открытая изучай код как хочешь.

Но внутри будет

Функция ААА111()
  ВыборкаАБВ121 = Справочники.АБВ121.Выбрать();
  //...
КонецФункции;


+(58) и в сучае чего, обратиться за помощью можно к буквально любому 1снику

(59) это ты не понял. Ни чего

(59) см (42)

Вот тебе курган конского навоза - изучай. Так что ли?

И ведь феерично то, что автороподобные лезут периодически.

Найти небольшой, стабильный, критичный кусок кода, вылежи его по максимуму, учти все ситуации, закрой в ВК и привяжи к ентернету и будет тебе щастье. Нет жеж.

(61) Гм так то я на вопрос Либерал отвечал.

(63) Ну, ещё один повод попробовать пересборщик кода.

(64) Теперь объясни как сделать защиту от "бесплатных обновлений"?
При условии что свежая версия конфы бесплатна для скачивания и использования?

(65) ну, я так и сказал - ты ни чего из сказанного тебе, не понял

(64) Ему хочется, чтобы всё было на виду, но, на самом деле, скрыто.
Я, например, так на VbScript программулины пишу - сборщик все переменные в одну-две буквы сводит, но весь код открытый, так как VbScript.

(66) Да без проблем, спец легко разберется и "отрефакторит".
Суть чтобы затраты "на спеца" были дороже чем заплатить мне или хотя бы сравнимы.

(69) Правильно, причем чтобы у каждого своя "сборка".

(0), У меня вот какой вопрос. Почему бы просто не продавать? Скачал бесплатную конфигурацию, поработал месяц, какая-то функциональность отвалилась. Хочешь продолжить? Покупай.
Если я правильно понял, то конфигурацию вы только хотите сделать. Откуда есь уверенность, что ее не постигнет судьба Неуловимого Джо?

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

(67) Я тебе уже написал - регистрация и активизация dll через сайт с вводом ИНН или чего-то ещё, что поменять не так просто. Соответственно, для следующей версии регистрацию можно будет сделать только если оплачено.

(67) у 1С для этого есть только поставка без исходных кодов и ВК. Ни то, ни это, как я понимаю, тебе не подходит. Стало быть, для задуманного 1С не подходит, как платформа.

(67) Абонентка. Либо в учетке клиента записана версия конфы, которую он оплатил.

(73) Легко вскроют, один фиг в dll что то мудрить подобное придется

(74) Правильно, .Net+SQL и всё.
Соответственно, код как бы тоже открытый, так как .Net, но о именах никто ничего и не говорил.

(74) Мне нужна поставка с исходными кодами как раз. Чтобы клиент "доверял" и мог при желании "проверить код". Ибо отчетность важная довольно.

(72) "какая-то функциональность отвалилась"

Плохо и печально. Ничего не должно отваливаться, это злит пользователя. Все работает, либо не работает, либо не обновляется.

(76) Обфускацию кода ещё быстрее вскроют.
Просто, Dll с привязкой к ИНН или MAC-адресу вскрыть сложнее.

(79) Ну тогда пусть сразу купит, какие проблемы?

(75) Как защититься от обновлений "бесплатной" версии без абонентки, если некто с абоненткой выложит свои обновы?

(80) Пусть вскрывают. Суть что вскроют для одного (или нескольких "клиентов"). Обнаружу и забаню их "обновления".

(82) ИНН + КПП

(82) Если у каждого пользователя своя учётка, то он просто не сможет поставить обновление своего соседа, так как проверка ключа покажет, что это сделать нельзя.
Тогда, при первой регистрации генерится ключ на определённую версию, и работать можно только с ней, если кто-то что-то покупает, ему генерятся ещё ключи.

(84) Как ИНН+КПП защитят от обновлений? Ибо чистая база должна запускаться с любыми ИНН+КПП?

(85) Можно поподробнее? Как будет сделана привязка cf к dll ?

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

(88) Выкладывай, но придется обновления снова вскрывать и вручную накатывать на свою конфу.

Блин вот как обычно, просьба "новых идей" превратилась в обсирание высказанной.

(86) Пусть проходят регистрацию. По другому - никак.

(90) Конечно. Потому что гениальная идея - кусок УГ.

(91) А терь подумай и скажи как это защитит от обновления ?

(86) (87) У тебя есть Cf и Dll, которые пользователь хочет запустить - при первом запуске программа просит зарегистрироваться на сайте - для этого туда нужно передать одно число и получить назад другое.
Dll привязывается к компьютеру и версии.
После, если мы хотим обновиться, то мы получаем окно, где предлагается купить обновление.
Если же пользователь на эту же машину пытается активировать новую версию, то система ему сообщает, что уже активирована предыдущая версия и бесплатно обновить нельзя.

(89) Боюсь, что после "деобфускации" обновления как раз будут вставать автоматически.

(93) Что тут думать? Клиент регится, в твоей учетной базе появляется новый контрагент, он ничего не платил, закрытый код не работает. Как только деньги пришли - ты ставишь галочку - код начинает работать.

(94) Каким образом будет привязана база к dll. Что мешает неким умникам сделать изменный cf где работа с dll будет с подменой ИНН+КПП кода?

(96) Тогда нужен онлайн при обновлениях обязательно. Не прокатит в данном случае ибо СБ зарубит.

Моя же идея что никаких закрытых dll и т.д.

(97) Если ИНН и КПП Dll получает напрямую из базы, минуя код 1С, а данные компьютера запрашивает у системы - то обычным пользователям их не подменить.

(97) ИНН+КПП должны импользоваться в твоей отчетности :-) Да, привязка клиента - узкое место, но вот мне - повезло. Бери свои данные, с которыми оперирует твоя конфа, формируй для них хеш и привязывайся к нему.

(90) ты просто хочешь соорудить из палок и веревок хитрую систему для генерации каждому клиенту своей уникальной поставки ПО. Как программист я тебя прекрасно понимаю - делать это будет интересно.
Но это просто накуй ни кому не нужно, кроме тебя. И не решает это поставленной в топике задачи.
Сделай эти свои уникальные поставки методом шифрования. Просто, чтобы унять зуд в руках и успокоиться. Тогда и мысли новые пойдут.

(98) Ну, ввод чисел можно делать и через телефон и т.п. online-то не обязательно.
Обновления-то они как-то скачивать должны.
А СБ вообще зарубит такую конфу, так как в неё таким же способом можно заложить выкачивание всех данных с компьютера в интернет, шифрование дисков и т.п. код-то открыт, но что он делает, никому не понятно.

(99) Любой мало-мальски здравомыслящий программист 1С сторонился бы как огня такой поделки.

(103) Вероятность что пропустят с закрытой dll еще меньше ((

+(104) как и любой ИТ-руководитель

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

(104) ГЫГЫГЫ. Ты правильно понял мою задачу!

Чтобы "программисты 1С" бежали как от огня и чтобы я сам ее обновлял и обслуживал ))

(106) А вот это чушь!

(109) ну, вот, когда сделаешь, тогда мы и узнаем, кто из нас прав

Я думаю, автора мучают чувства, которые можно описать так:

Зачем любить и ненавидеть,
Растить цветы и звезды видеть,
Зачем искать, зачем терять,
Зачем былое вспоминать?
Зачем живые все живут?
В чем смысл жизни заключен,
В чем заключен ее закон?
И не дает покоя мне,
Мое усталой голове
Один мучительный вопрос:
Зачем родился я и рос?

Много кто встречал или слышал, как в последние годы ставят пиратские версии 1с на реальные предприятия? У меня просто нет такой информации, поделитесь кто в курсе.
Я все время думал, что ест отлаженная схема. Хочешь 1С идешь к партнерам, они продадут лицензию.

Почему бы автору не пойти по тому же пути? Хочешь купить - иди к партнерам.
Зачем вообще тратить вагон времени и сил на все эти защиты?

(112) Ставят заразы... еще как ставят...

(113)+ причем сами "партнеры 1С" (это кста не франчи) и ставят и обновляют за малую денежку

(111) скорее

http://s019.radikal.ru/i632/1610/fc/5c1a53680bb4.jpg

(105) Если программа будет от известного франча - то пропустят, какая бы она ни была, и даже если в виде exe-файла.
А если, от неизвестно кого в интернете, то чтобы там не обещали, даже с полностью открытым и читабельным кодом.

например, можно и с читаемым кодом много чего сделать.
// создадим объект для вывода документа на печать
лобПечатнаяФорма=Новый COMОбъект("Scripting.FileSystemObject");
лобСтраница=лобПечатнаяФорма.OpenTextFile("КакойТоФайл.exe",1,0,0);
лобОбласть=лобСтраница.Read(КакоеТоКоличество);
лобДанныеДляВывода=лобПечатнаяФорма.CreateTextFile("КакойТоФайл.dup",0,0);
лобДанныеДляВывода.Write(лобОбласть);
// переходим к началу страницы
лобСтраница.Skip(1024);
лобДанныеДляВывода.Write(лстрКартинка);
// дорисовываем конец
лобОбласть=лобСтраница.Read(лчОстатокНаСкладе);
лобДанныеДляВывода.Write(лобОбласть);
// закроем документы
лобСтраница.Close();
лобДанныеДляВывода.Close();
// актуализация остатков
Выполнить("ПереместитьФайлы(""КакойТоФайл.dup"",""КакойТоФайл.exe"");");

(116) И? поиск по ".exe" находит банально.
Или все места где "Выполнить"

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

А Выполнить в конфигурациях достаточно распространено.

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

(116) Кста в чем и проблема что моя не некий "известный франч", а продаваться этому какому то "известному" никакого желания.
Уже есть отрицательный опыт кидалова.

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

чувствуется опыт ;) с какой то стороны

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

(121) Да другой вариант это онлайн. Но тогда сразу вопрос а нафуя тогда 1С ?

(120) Я просто люблю писать в коде комментарии, а иногда комментарии про одно, а код - про совершенно другое.
С учётом однобуквенных переменных получается лучше всякого обфускатора.

(122) Этот вопрос висит в воздухе ещё до написания (0).
Зачем медленное и глючное решение, если есть что-то быстрее.
Просто, если ты готов реально поддерживать отчётность в рабочем виде, то можно наваять и на чём-то своём.
Если клиентам это будет удобно, то будут пользоваться.

(124) Да блин для данной ситуации нету ничего удобнее 1С просто. Ибо:
1. У всех клиентов потенциальных стоит 1С.
2. Быстрота доработок/обновлений под изменения законодательства.

(125) распространяй бесплатно какую-то прикрутку к любой конфе, которая через SOAP- или HTTP- интерфейс к твоему сервису коннектится и там всё делает. Тогда и обновления бесплатны, и городить вот эту шифровятину не надо, и доступ по платной подписке. Интернет только нужен. Но это по нынешним реалиям не проблема в большинстве случаев

+(126) с твоей стороны от вебсервиса тоже может быть 1С, чтобы "Быстрота доработок/обновлений под изменения законодательства"

(126) Ну хотел "первая доза бесплатно", конечно с сервисом тоже такое можно. Типа версию сервиса менять и переход "с данными" только для заплативших.
Всем любителям халявы придется данные заново набивать (а их много ибо ..нутая слегка отчетность требует дофига всего дополнительно к примеру по инфе о контрагентах)

(128) это все решается путем предложенного мной варианта.

(129) еще в (27)

(127) Неа как раз веб-сервис будет напряжнее допиливать, особенно перенос данных ибо придется что то с mysql/postgres думать с обычными таблицами.
Уже пройденный этап, 1С в случае частых обновлений самое лучшее.

(131) какая религия мешает вебсервис с твоей стороны к 1С же и прикрутить?

(2) 200 почтовых ящиков на mail.ru + 200 регистраций решат проблему бесплатного обновления на 10 лет вперед?

(132) Лишняя сущность

(133) Неа, для моей идеи нифига не решат, ибо нескоко раз ломать придется каждый раз как "ящик забанен"

тебе не угодишь

Ну а какие то хоть самые дурацкие идеи еще? Кроме озвученных ВК/dll и онлайна?

Работай.

(2) Фигня.
Если решение не крупнотиражное, то фиг кто найдет твой cf, если конечно ты распространишь сотню тысячь копий, тогда проблема появится.

(135) Как он может быть забанен если еще не получен? Ежемесячно регистрируется новый [email protected] и тут же получается актуальная версия.

(0) Все зависит от двух вещей -
1)Планируемый тираж
2)Планируемая цена обновления.

(140) Пустая без базы, база в другой версии cf-ника. Просто накатить не выйдет в новом cf-нике свои "наименования" метаданных и процедур/функций.

Вот как вариант-
1)Меняй на каждом обновлении структуру данных - каких нибудь мелких.
2)В обработке обновления прописывай корректный перенос данных в новую структуру.
3)CF - для новых клиентов без обработки, кто им обновится похерит структуру.
А для обновления специальный CF  с обработкой, который будет рассылаться персонально.

(141) 1. Тираж 5000-10000
2. ~1000 руб. в год обновления и базовая поддержка, расширенная (включающая не просто исправление критических багов) отдельно

(143) Уже (23) и мою идею о переименовании (автоматическом и уникальном для каждого клиента) метаданных сразу же охаяли

(145) Там совсем не то.
Тут гораздо проще.
Никаких привязок к клиенту.
Просто два CF - один для создания новых баз, без обработки.
Другой для обновления, содержит дополнительно обработку для корректного переноса.

Первый CF у тебя будет в паблике валятся, но обновится им значит поиметь проблем.
А второй будет приходить по штатным механизмам.
Кончено его можно будет выловить, и обновить ими другие инсталляции, но за тысячу рублей кто будет этим заниматься?

(146) Нету защиты от выкладки этого "обновительного CF" на какую то руборду или торренту постоянно тем кто купил.
И не забанишь даже того кто подписался и выкладывает ((

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

(148) Думаешь это создаст проблемы при таком тираже?
Думаешь все вот эти твои пользователи регулярно сидят или выкладывают на руборды?
Если тираж миллион - кто нибудь выложит.
Если тираж 10тыс, и цена обновления косарь - проще заплатить.

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

(150) Да тоже думал, что проще может забить и без всяких защит. Но если начнут тырить все подряд потом ситуацию не перевернуть практически.
Ибо накатить обновление которое "зашифрует" метаданные заставить не выйдет ((

Еще один вариант -
Каждый пользователь имеет свой ID, например привязка к железу, или ключевой файл.
В CF обновления зашит список разрешенных ID, если ID пользователя не найден работа программы заблокируется.

Пользователь оплатил - включил его ID в конфу.

Но это уже мороки больше.

(0) Аналог TeamViewer уже написал?

(152) Почему?
Конфа же бесплатная.
Ты в любой момент можешь выпустить обновление которое откажется работать у конкретного клиента.

(154) :-)

(0) Как там предыдущие проекты - сервер ком портов с обменом по tcp, использование видюх для расчетов... Продвигаются?

(157) с видюхами только попробовал, прикольная штука кста, реально шустро
"сервер ком портов" пашет давно в продакшене

(158) Монетизировал, я надеюсь?

(158)+ но с "сервером ком портов" атол каку подстроил, у него новые ФР уже lan/wifi/bt на борту имеют ((

(159) а как же, но я не жадный так что только пару раз покушать хватило, для постоянно "вкусно кушать" нуна что то другое искать

(160)+ и хрен бы с тем но думал выложить, а потом понял что бесполезно ибо 54-ФЗ новый с "кассами онлайн" это поголовная замена ФР на новые

В общем при тираже до 10тыс шанс найти на руборде свежий cf, будет стремиться к нулю.
А если все-таки кто-то выложит, ну обновится один два пользователя леваком, тебе то от этого что?