При установке «Компилятора» необходимо выбрать каталог, куда установлено 1С:Предприятие 7.7.
По умолчанию, это каталог «C:\Program Files\1Cv77\BIN».
Да, можно. Для этого вам надо функции, которые вы хотите защитить, вынести в дополнительный глобальный модуль, который компилируется в π-код. Данная функциональность появляется с версии ЭКСПЕРТ.
Наоборот, быстрее. Так как процедура компиляции в π-код уже сделана заранее, то загрузка модуля происходит намного быстрее.
См. таблицу сравнения версий.
Новая версия КЗК – это совершенно новый продукт, а не доработка первой версии. Методом защиты в КЗК-2 является компилирование модулей (аналог поставки без исходных кодов в версии 8.х). Фактически КЗК-1 и КЗК-2 объединяет только название.
Шифрование модулей подразумевает, что на стороне конечного клиента модуль все же появляется, хоть и в зашифрованном виде. Особенность работы интерпретатора 1С:Предприятия такова, что для работы зашифрованного модуля он должен быть расшифрован и передан «движку» Предприятия для компиляции и выполнения. Именно этот момент является самым слабым звеном в использовании защиты на основе шифрования модулей, т.к. потенциальный злоумышлений может перехватить отправку расшифрованного модуля на компиляцию и получить код модуля в первозданном виде. При компилировании модуля его исходный текст полностью исключается из поставки конечному пользователю. Вместо исходного кода передается уже подготовленный для выполнения псевдо-код (p-код). Поэтому злоумышленник, даже получив доступ к исполняемому псевдо-коду, не сможет восстановить исходный код в первозданном виде. Для восстановления исходного кода ему потребуется написать специальную программу - декомпилятор (создание которой уже само по себе намного сложней полного переписывания защищаемого кода). Но даже имея на руках готовый декомпилятор, злоумышленник сможет получить код на языке 1С, доработка которого до приемлемого вида по сложности сравнима с тем же переписыванием защищенного модуля. Помимо всего прочего, КЗК-2 содержит средства не просто компиляции модулей, но так же и дополнительной обработки скомпилированного кода, которая намного усложняет декомпиляцию.
Базовый функционал компилирования у всех версий одинаков и действительно для защиты любых модулей достаточно будет самой простой версии. Разница версий заключается в дополнительном функционале, который растет от версии к версии. Для некоторых пользователей этот дополнительный функционал оказывается критичным, им недостаточно просто компилирования модулей. Например, функционал внешних лицензий позволяет выкладывать защищенную демонстрационную конфигурацию один раз с ограниченным временем работы. В дальнейшем же пользователям этой демо-версии достаточно будет скачать небольшой файл внешней лицензии, а не скачивать полностью конфигурацию с новыми условиями лицензии. Так же для доработок, которые являются расширениями типовых конфигураций, будет незаменим функционал дополнительных глобальных модулей, который позволяет внедрять свои доработки с минимальными изменениями в типовой конфигурации, что позволяет конечному пользователю избежать проблем с последующим ее обновлением.
После компилирования в конфигурации фактически изменяется только текст защищаемых модулей. В остальном же файл 1Cv7.md остается полностью в щтатном формате и с ним можно производить все те же действия, что и с обычной конфигурацией (загрузка, обновление, создание архивных копий). Т.е. Ваша работа с конечным пользователем изменяется только в том, что перед отправкой ему обновлений Вам необходимо будет это обновление так же скомпилировать, а пользователь даже не заметит наличие какой-либо защиты модулей, для него процедура обновления будет абсолютно той же, что и при незащищенном файле конфигурации.
Да. Т.к. формат файла конфигурации полностью сохраняет свою структуру, работа в распределенной базе ни чем не будет отличаться от работы с незащищенной конфигурацией.
Ограничение по работе с локальной DBF базой относится только к работе самого Компилятора. Т.е. для компилирования конфигурации Вам необходимо будет создать временную локальную базу в формате DBF, в которую загрузить нужную конфигурацию. Затем, запустив на этой временной базе Компилятор, Вы можете скомпилировать свою конфигурацию. А вот после компиляции Вы можете использовать полученную конфигурацию на любой базе, в том числе и на базе в формате SQL. Для этого Вы обычными методами (загрузка или объединение в Конфигураторе) загружаете скомпилированную конфигурацию в нужную базу и спокойно продолжаете работать.
Нет. Это окошко – часть ограничений демо-версии. На полной версии ни каких задержек при старте скомпилированного модуля нет.
На самом деле скорость выполнения скомпилированного модуля такая же, как скорость выполнения обычного модуля. Ведь фактически само 1С:Предприятия перед выполнением обычного модуля проводит его компиляцию. Разница в скорости работы будет только в момент загрузки модуля в память – скомпилированный модуль начинает свою работу примерно в 4 раза быстрей, чем незащищенный модуль, т.к. нет потери времени на выполнение компиляции, модуль просто разворачивается в памяти и тут же начинает работу.
Во-первых, любое «ломание» - это нарушение лицензионного соглашение, т.е. фактически банальное пиратство. Во-вторых, никакое «ломание» не сделает из демо-версии полнофункциональный продукт, т.к. некоторого функционала просто физически нет в демо-версии. Например, там отсутствует большая часть дополнительной обработки скомпилированного кода. Т.е. можно создать видимость полноценного продукта, но работать он будет все же, как демо-версия.
Вы можете обратиться к нашему представителю в Украине. Он поможет определиться с нужной версией, продемонстирует продукт в работе, оформит все необходимые документы.
Одно из ограничений демо-версии состоит в том, что для компиляции помечаются все модули конфигурации, на которой производится компилирование. Соответственно, невозможно с помощью демо-версии скомпилировать только внешнюю обработку.
В данном случае логично воспользоваться функционалом сохранения настроек компилирования. При этом достаточно будет один раз указать модули для компилирования, задать пароли смены лицензии и сохранить настройку. В дальнейшем можно будет просто загружать эту настройку и сразу производить компилирование.
Функционал перекомпилирования модулей присутствует в КЗК-2. Однако, его рекомендуется использовать только в исключительных случаях и очень осторожно и внимательно, т.к. это может привести полной неработоспособности защищаемого модуля. Для полноценной работы все же лучше каждый раз заново компилировать открытый модуль с нужными условиями.
Дело в том, что срок лицензии устанавливается в виде «вилки» от даты компилировании до указанной даты окончания лицензии (или до бесконечности, если лицензия не ограничивается по дате при компилировании). Поэтому запуск скомпилированного отчета датой меньше, чем дата компилирования приведет к том, что скомпилированный модуль не будет развернут в памяти и работать будет открытая часть модуля.
КЗК-2 релизонезависим и может работать на любом релизе 1С:Предприятия. Однако, рекомендуется использовать релиз не менее 25-го, т.к. на меньших релизах есть ошибки «движка» 1С:Предприятия, связанные с обработкой большого количества объектов конфигурации.
Необходимо для компонент КЗК 2.0 открыть в брандмауэре порты 9898 и 9899. Для получения списка серверов защиты в сети, должен быть открыт порт 9901 и разрешены широковещательные запросы.
