поставка модулей без исходных текстов #707190

есть конфигурация без исходных текстов и есть с исходными текстами. как-то можно определить что первая это поставка второй. иначе тот же вопрос: если я отдам модуль но на самом деле не тот который там скомпилирован ранее это обнаружится или нет?

как бы не патриотично это ни прозвучало, но поиск google - наше фсё...

как это применить к сабжу

up

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

спасибо за ответ. но мне нужен ответ на вопрос в сабже

В тебе ответили, что при желании получателя заморочиться, то определит, в противном случае нет.

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

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

Он просто в 1С в отдел "К" отправит все скопом и тебя поймают и отхакают :)

+ И вообще эта тема с закрытием модулей давно витает в умах. Только тогда давайте типовые конфигурации тоже с закрытым кодом поставлять. Тогда честно будет...

глупость. Все мировые ERP системы поставляются с открытым бизнес кодом. И так то хрен поймешь откуда такие цифры вылезают - а тут еще параноики с защитой авторского кода. успокойтесь - ваш код никому не сдался...

Так и я говорю глупость, не только типовые закрывать, но и авторские доработки-обработки всяких франей и внедренцев.

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

up

up1

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

разве конфигуратор проверяет различие модулей без исходных текстов?

ты читать умеешь? читай - <<существуют инструменты>>. т.е на твой вопрос в тебе ответили четко и однозначно в - да. Такая возможность есть. Имеются специальные инструменты. А ты начинаешь тут хитрить - "конфигуратор" приплел. Это уже обсуждение деталей, а это уже нарушение правил форума. зы: не боись, если дело дойдет до судебного разбирательства, могут и саму фирму 1С в качестве эксперта попросить. У них (у 1С) тоже "существуют инструменты".. :) Короче. По мелочи никто специально сравнивать не будет, но, если у тебя намерение кинуть заказчика по-серьезному  (вплоть до судебного разбирательства), то, смею тебя разочаровать - на такую  задницу болт с соответствующей резьбой уже имеется в наличии.

т.е. иначе как по решению суда предъявить ничего нельзя ибо

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

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

Вы нарушите таким образом закон Заказчик выкатит иск - мало не покажется

для того чтобы выкатить иск он сначала должен расплатиться?

Берете обычный обфускатор (на инфостарте например) Все просто, законно и работает И расплатится

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

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

Только "лже" код вставлять не надо - это уже "обман"

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

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

порылся в этих модулях, обнаружено море быдлокода )))