Защищенные функции в конфигурации 1с

[swinaky]

Только начинаю изучать 1с и нормальной инструкции нигде не нашёл.

Суть проблемы: при попытке подсмотреть/исправить работу конфигурации натыкаемся на запароленный модуль.
Точнее сообщение: "исходный текст модуля отсутствует"


Гугление дало слово: декомпилятор.

Дальше всплыло 2 проблемы:
1. Декомпилятор работает только на x86
2. Декомпилятор не понимает новый формат контейнера *.cf
Пишет: Версия контейнера 1С: 216.0 - и не хочет работать.

Решение обнаружено, выкладываю по пунктам.

Запуск декомпилятора

[LIST=1][*]Загружаем в виртуалку Windows XP SP3[*]Ставим в ней Технологическую платформу 1C_8.3.18.1208 x86, сервер и клиент, файловый вариант.[*]Создаем пустую конфигурацию, в настройках запуска укажем Толстый клиент.[*]Открываем ее в конфигураторе, основной режим запуска меняем на Обычное приложение.[*]Запускаем и открываем внешнюю обработку.


Конвертация контейнера в старый формат

1. Создаем чистую конфигурацию на файловом сервере, загружаем в нее Закрытый.cf, ждем завершения обновления.
2. Запускаем конфигурацию в Предприятии, ждем завершения процедур.
3. Получили файловую базу в новом формате 8.2.14, убеждаемся что это так:
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -i "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"
   
   Версия формата: 8.3.8
   Размер страницы: 8192

4. Конвертируем в старый формат:
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -c -f 8.2.14 -p 4096 "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"

5. Проверяем, что формат изменился:
   
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -i "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"
   
   Версия формата: 8.2.14
   Размер страницы: 4096

   Замечание. Теперь у нас есть файловая база 1Cv8.1CD в старом формате. И если на этом этапе в нее загрузить конфигурацию из любого файла *.cf нового формата, файл 1Cv8.1CD так и останется Версия формата: 8.2.14 Размер страницы: 4096. Это позволит начинать новое вскрытие защищенных модулей прямо с этого шага.
   
6. Открываем конфигуратор, снимаем базу с поддержки и включаем Режим совместимости Версия 8.3.7
7. Обновляем конфигурацию, боремся с ошибками в процессе обновления, ведь в старом формате может не быть каких-то новых плюшек, которые отключаем.
8. Выгружаем в файл Закрытый(8.2.14-8.3.7).cf
9. Скармливаем его Декомпилятору, который всё равно пишет: Версия контейнера 1С: 216.0. Но свою работу делает.
10. Дальше создаем чистую базу и загружаем в конфигураторе базу из файла Закрытый(8.2.14-8.3.7)_U.cf, видим все защищенные модули.
    

[alexandr_ll]

Только начинаю изучать 1с и нормальной инструкции нигде не нашёл.

Суть проблемы: при попытке подсмотреть/исправить работу конфигурации натыкаемся на запароленный модуль.


Гугление дало слово: декомпилятор.

Дальше всплыло 2 проблемы:
1. Декомпилятор работает только на x86
2. Декомпилятор не понимает новый формат контейнера *.cf
Пишет: Версия контейнера 1С: 216.0 - и не хочет работать.

Решение обнаружено, выкладываю по пунктам.

Запуск декомпилятора

[LIST=1][*]Загружаем в виртуалку Windows XP SP3[*]Ставим в ней Технологическую платформу 1C_8.3.18.1208 x86, сервер и клиент, файловый вариант.[*]Создаем пустую конфигурацию, в настройках запуска укажем Толстый клиент.[*]Открываем ее в конфигураторе, основной режим запуска меняем на Обычное приложение.[*]Запускаем и открываем внешнюю обработку.


Конвертация контейнера в старый формат

1. Создаем чистую конфигурацию на файловом сервере, загружаем в нее Закрытый.cf, ждем завершения обновления.
2. Запускаем конфигурацию в Предприятии, ждем завершения процедур.
3. Получили файловую базу в новом формате 8.2.14, убеждаемся что это так:
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -i "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"
   
   Версия формата: 8.3.8
   Размер страницы: 8192

4. Конвертируем в старый формат:
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -c -f 8.2.14 -p 4096 "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"

5. Проверяем, что формат изменился:
   
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -i "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"
   
   Версия формата: 8.2.14
   Размер страницы: 4096

   Замечание. Теперь у нас есть файловая база 1Cv8.1CD в старом формате. И если на этом этапе в нее загрузить конфигурацию из любого файла *.cf нового формата, файл 1Cv8.1CD так и останется Версия формата: 8.2.14 Размер страницы: 4096. Это позволит начинать новое вскрытие защищенных модулей прямо с этого шага.
   
6. Открываем конфигуратор, снимаем базу с поддержки и включаем Режим совместимости Версия 8.3.7
7. Обновляем конфигурацию, боремся с ошибками в процессе обновления, ведь в старом формате может не быть каких-то новых плюшек, которые отключаем.
8. Выгружаем в файл Закрытый(8.2.14-8.3.7).cf
9. Скармливаем его Декомпилятору, который всё равно пишет: Версия контейнера 1С: 216.0. Но свою работу делает.
10. Дальше создаем чистую базу и загружаем в конфигураторе базу из файла Закрытый(8.2.14-8.3.7)_U.cf, видим все защищенные модули.
    

Какую конфигурацию вам удалось декомпилировать?

[swinaky]

UATProf_2.2.26.1

[alexandr_ll]

Только начинаю изучать 1с и нормальной инструкции нигде не нашёл.

Суть проблемы: при попытке подсмотреть/исправить работу конфигурации натыкаемся на запароленный модуль.
Точнее сообщение: "исходный текст модуля отсутствует"


Гугление дало слово: декомпилятор.

Дальше всплыло 2 проблемы:
1. Декомпилятор работает только на x86
2. Декомпилятор не понимает новый формат контейнера *.cf
Пишет: Версия контейнера 1С: 216.0 - и не хочет работать.

Решение обнаружено, выкладываю по пунктам.

Запуск декомпилятора

[LIST=1][*]Загружаем в виртуалку Windows XP SP3[*]Ставим в ней Технологическую платформу 1C_8.3.18.1208 x86, сервер и клиент, файловый вариант.[*]Создаем пустую конфигурацию, в настройках запуска укажем Толстый клиент.[*]Открываем ее в конфигураторе, основной режим запуска меняем на Обычное приложение.[*]Запускаем и открываем внешнюю обработку.


Конвертация контейнера в старый формат

1. Создаем чистую конфигурацию на файловом сервере, загружаем в нее Закрытый.cf, ждем завершения обновления.
2. Запускаем конфигурацию в Предприятии, ждем завершения процедур.
3. Получили файловую базу в новом формате 8.2.14, убеждаемся что это так:
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -i "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"
   
   Версия формата: 8.3.8
   Размер страницы: 8192

4. Конвертируем в старый формат:
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -c -f 8.2.14 -p 4096 "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"

5. Проверяем, что формат изменился:
   
   

   "C:\Program Files\1cv8\8.3.18.1208\bin\cnvdbfl.exe" -i "C:\Documents and Settings\m\Мои документы\uat26\1Cv8.1CD"
   
   Версия формата: 8.2.14
   Размер страницы: 4096

   Замечание. Теперь у нас есть файловая база 1Cv8.1CD в старом формате. И если на этом этапе в нее загрузить конфигурацию из любого файла *.cf нового формата, файл 1Cv8.1CD так и останется Версия формата: 8.2.14 Размер страницы: 4096. Это позволит начинать новое вскрытие защищенных модулей прямо с этого шага.
   
6. Открываем конфигуратор, снимаем базу с поддержки и включаем Режим совместимости Версия 8.3.7
7. Обновляем конфигурацию, боремся с ошибками в процессе обновления, ведь в старом формате может не быть каких-то новых плюшек, которые отключаем.
8. Выгружаем в файл Закрытый(8.2.14-8.3.7).cf
9. Скармливаем его Декомпилятору, который всё равно пишет: Версия контейнера 1С: 216.0. Но свою работу делает.
10. Дальше создаем чистую базу и загружаем в конфигураторе базу из файла Закрытый(8.2.14-8.3.7)_U.cf, видим все защищенные модули.
    

Непонятно назначение пункта "Запуск декомпилятора" зачем нужна виртуалка?
В разделе "Конвертация контейнера в старый формат" п. 2 "Запускаем конфигурацию в Предприятии, ждем завершения процедур" для последних конфигураций на платформе 8.3.18 может не получиться в связи с ограничениями режима совместимости.

[swinaky]

Непонятно назначение пункта "Запуск декомпилятора" зачем нужна виртуалка?

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

У меня Win10Pro x64 как основная ось клиента, сервер Postge на Debian 11.
В такой связке заставить работать декомпилятор не вышло, там старая dll хочет регистрации в системе. Безрезультатно повозился с правами доступа. Ставить дополнительный файловый сервер на основной клиентский компьютер не очень то хотелось для одноразовой акции "посмотреть исходник модуля". А запуск WinXP SP3 занял 10 минут с учетом скачки VMWARE и образа с виртуальной машиной.

В разделе "Конвертация контейнера в старый формат" п. 2 "Запускаем конфигурацию в Предприятии, ждем завершения процедур" для последних конфигураций на платформе 8.3.18 может не получиться в связи с ограничениями режима совместимости.

Наверное это так, ведь я выбрал 8.3.18 потому что она была под рукой и минимально работающая для UATProf_2.2.26.1 это 8.3.17.

Если конфигурация захочет что-то свежее чем 8.3.17, придется п.2-п8 сначала выполнить в более свежей версии платформы и после вернуться к п.9 на платформе 8.3.18.

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

[alexandr_ll]

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

У меня Win10Pro x64 как основная ось клиента, сервер Postge на Debian 11.
В такой связке заставить работать декомпилятор не вышло, там старая dll хочет регистрации в системе. Безрезультатно повозился с правами доступа. Ставить дополнительный файловый сервер на основной клиентский компьютер не очень то хотелось для одноразовой акции "посмотреть исходник модуля". А запуск WinXP SP3 занял 10 минут с учетом скачки VMWARE и образа с виртуальной машиной.


Наверное это так, ведь я выбрал 8.3.18 потому что она была под рукой и минимально работающая для UATProf_2.2.26.1 это 8.3.17.

Если конфигурация захочет что-то свежее чем 8.3.17, придется п.2-п8 сначала выполнить в более свежей версии платформы и после вернуться к п.9 на платформе 8.3.18.

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

А зачем вообще сервер? Может достаточно поставить платформу 8.3.18 локально? В каком вообще релизе декомпилятор еще запустится?

[swinaky]

А зачем вообще сервер?

Сервер у меня на боевой конфигурации. Для декомпиляции его не использую.

Может достаточно поставить платформу 8.3.18 локально?

Так и есть в VMWARE

В каком вообще релизе декомпилятор еще запустится?

Проверенно работает на 8.3.18, 8.3.13, 8.3.4, 8.2.19. Другие x86 не искал.

[axsebur1]

Только начинаю изучать 1с и нормальной инструкции нигде не нашёл.
9. Скармливаем его Декомпилятору, который всё равно пишет: Версия контейнера 1С: 216.0. Но свою работу делает.[/LIST]

А долго выгружалось? Как будто зависает на этом этапе