BFAF 7zip Creator - создание SFX архивов с расширенными настройками
 

Здравствуйте коллеги. На днях нужно было создать самораспаковывающийся архив с хорошим оформлением и т.п. но нужно было сделать так что бы SFX производил некоторые действия ДО распаковки архива. Для модуля это оказалось невыполнимым заданием. И мне пришла в голову идея написать программу, которая расширяет возможности модифицированного модуля.
Решение было найдено через скриптовой язык программирования AutoIT.

Суть такова:
Создается exe файл, внутри которого находится собранный SFX до и после которого запускаются требуемые команды. Сам SFX переносится в папку Temp откуда и запускается(после исполнения - удаляется)

Возможности программы:
# Создание "матрешек" для SFX файлов
# Простое создание SFX (если выбран файл расширения 7z и если список заданий пуст)
# Изменение иконки и информации EXE сразу (пока только для "матрешек" см. TODO)
# Сохранение и загрузка сценариев

Плюсы:
+ Исполнение команд до и после распаковки
+ Изменение иконки и информации EXE сразу
+ Мощный инструмент автоматизации - если постараться, можно очень хорошие написать распаковщики (со сплешами и прочим)

Минусы:
- В момент работы программы требуется на диске в 2-3 раза больше необходимого места(в зависимости от сжатия)

TODO: (предлагайте - дополним)
# В ближайшее время написать свой редактор SFX config файлов и добавить его в программу
# Для не "матрешек" сделать изменение ресурсов файла через Resource Hacker
# Перемещение элементов в списке

Используемые ресурсы:
Модифицированный модуль 7z SFX (www.7zsfx.info/ru/)
Aut2Exe (www.autoitscript.com)
AutoITWrapper (http://www.autoitscript.com/autoit3/scite/download)





P.S. Это только бета версия - естественно, все ошибки писать сюда на форум, или мне на сайт
P.P.S На Windows 7 может быть проблема с обновлением ресурсов программы - пожалуйста проверьте, есть ли такая проблема?

Можете сделать, так что бы при выборе иконки приложения открывалась папка с иконками которая находиться в папке BFAF 7zip Creator?

Без проблем.

Medic84,
Можешь добавить функции:
- В "Свойства EXE" при выборе иконки добавь ещё расширение .exe
- Возможность создания диалогов

Уже можно. Смотреть в форме добавления "Другой синтаксис" - Для этого вам понадобится некоторые знания в языке AutoIT
Сборщик(написанный не мной) не поддерживает иконки из exe архива.

И ещё:

Без значков почему-то у меня

Почему то это набдюдается только в Windows XP. Займусь багой...

Как я понял, это "матрешка". Так почему-бы для этого не использовать тот же модуль? Один 7z SFX внутри другого 7z SFX, сам делал такие для собственных нужд. А если 7z SFX небольшой, то можно обойтись и одним прописав в конфиге рекурсивный запуск с нужными ключами и параметрами.
Или здесь упор делается на замене ресурсов (иконка, "коприрайты")?

тут, как я понимаю, акцент делается на возможность выполнения Autoit-кода до распаковки архива, хотя и для этих нужд проще использовать полноценные инсталяторы - и компактней и быстрее

И в чем разница? AutoIt все равно сначала распакует из себя внутренний SFX и это та же распаковка, и по времени, и по месту на диске.
Предположим у нас есть 7z SFX - BigSFX.exe размером в 50МБ. Нужно выполнить ряд команд ДО и ПОСЛЕ распаковки. Пишем конфиг (тут только его исполнительная часть): Затем упаковываем BigSFX.exe в 7z архив методом Copy (без сжатия), для уменьшения времени распаковки "матрешки", и создаем из него и приведенного выше конфига, новый - 7z SFX "матрешку".
Чем такой вариант не устраивает?

gora, разница большая - в действия до распаковки можно засунуть проверки, которые оборвут выполнение скрипта до распаковки файла в %TEMP%

Это Вы про пункт "Другой синтаксис (см. AutoIt): " ? Тогда наверно разница есть. Вот только грамотно написать нужные действия, проверки и корректный выход из скрипта на AutoIt, сможет подавляющее меньшинство пользователей.

Кстати о переменной %TEMP%...
Большинство 7z SFX здесь используются в качестве аддонов, устанавливаемых на Т13. Так вот на Т13 переменной %TEMP% еще не существует.

gora, ок, сделую другую папку. Windows/Temp на Т13 существует?
Основная цель конечно на создание более сложных распаковщиков чем просто 7zSFX + изменение ресурсов файлов (иконки описание и тп) автоматически.

Medic84, наличие папок я не проверял, меня интересовали только переменные для возможности их использования в аддонах на Т13.

Меня - тоже :)

А что лучше указывать в 7z SFX для установки на Т-13 ?
На этом этапе Default User\Temp уже есть. Можно её как-то использовать ?

Насколько понимаю установка переменной %TEMP% происходит на третьем, графическом этапе,
при добавлении учётных записей...

Iska, http://forum.oszone.net/post-1253563.html#post1253563

Папку Temp можно использовать не только ту, что уже существует, но и создать в каком угодно месте, а нужный способ для этого каждый выбирает по своему усмотрению. :)

Что то мы отвлеклись от темы =) Пожеланий больше никаких не будет?

Несколько вопросов по теме:
1 Как будет решаться вопрос с интерактивным выбором, который может быть предусмотрен в исходном SFX? (Нажать "ОК" или <Shift>+"ОК") Для какого из этих вариантов будут работать ДО и ПОСЛЕ команды? Для каждого? Только для определенного? Какого?
2 Как будет решаться вопрос с поливариантным SFX с множеством литерных ключей aiX. Команды ДО и ПОСЛЕ будут едиными для всех или тоже литерными?1 Инструментом закладывается одна неблаговидная возможность. Нечистоплотный пользователь может взять любой чужой SFX и, ни чего не меняя в сценарии его установки, спрятать его в AutoIt оболочку прописав свои "копирайты", сменив иконку и имя файла, и присвоить себе авторство. Проверить исходный SFX затруднительно, да и не каждый сможет и захочет этим заниматься.
2 7z SFX по своей природе "прозрачны" и практически любой может проверить его содержимое, сценарий (конфиг) установки и, в случае необходимости, внести свои изменения и в первое и во второе. AutoIt оболочка лишает простого пользователя этой возможности.
Теперь собственно предложения.
Предусмотреть фиксированный ключ для оболочки, например /info, который бы выводил следующую информацию:
- полный конфиг исходного SFX
- секцию "копирайтов" исходного SFX
- информацию об использованном в исходном SFX модуле
- содержание архива исходного SFX (например, в формате команды Dir)
- содержание добавленных ДО и ПОСЛЕ команд
Предусмотреть фиксированный ключ для оболочки, например /extract, который бы извлекал исходный SFX из оболочки.

Эти команды будут работать не зависимо от варианта установки т.е. команды ДО и ПОСЛЕ сработаю независимо от того как была нажата клавиша (я уже нашел багу, но первоначально я расчитывал на скрытые SFX)Едиными для всех.
Принял во внимание.

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

Хм.. Господа, рпошу прощения, что не в тему, но я не вижу ссылок на скачивание. Ссылок нет, или мне нужны посты?

На картинку нажимайте под текстом "Прямая ссылка:" или "Зеркало:"

В общем переписал я программу с нуля. Только теперь для нормальной работы требуется установленный .NET Framework 2.0 (у кого его сейчас нет).
Это сделать в рамках закона нереально. Нельзя декомпилировать AutoIT скрипты =) Так что придется как нибудь без этого.
А вот над /info можно подумать. Наверное сделаю, что бы /info записывало всю информацию в файл. Без файла сложно будет правильно вывести информацию.

Я не совсем понял.
1 Оболочка (обертка для 7z SFX) осталась на AutoIT или 2 О какой декомпиляции речь? Мне не интересно, что там и как прикручено в оболочке на AutoIT к самому 7z SFX. Меня интересует только сам SFX в чистом виде. Для этого нет необходимости декомпилировать оболочку. Просто по ключу из FileInstall вынуть из оболочки 7z SFX и сохранить рядом. Если такой ключ будет анонсирован и каждый пользователь Вашей программы будет знать, что "его" SFX может быть извлечен для "проверки на вшивость", то что же здесь незаконного? Тогда и сплитер вне закона, т.к., он может извлечь составляющие SFX, а архиватор 7-Zip вообще "рецидивист", ибо он может распаковать SFX да и не только его!? :dont-know
Я думаю, Вы перебарщиваете в этом вопросе.

Вот это меня очень интересует, да, думаю, что не только меня. Ибо хорошего GUI для написания конфигов давно ждут пользователи.
Меня бы очень удовлетворил вариант отдельного, не встроенного в программу, редактора. Можно ли на это расчитывать?
По редактору - могу поспособствовать в качестве "бета-авометра" (если такая нужда у Вас возникнет).

Оболочка для самого sfx осталась на AutoIT, а вот сама программа написана на C#.

Насчет ключа я Вас понял. Хорошо, это можно. Я просто думал что нужно получить исходный код оболочки.
Ну а насчет хорошего GUI, я этим еще хотел давно заняться, только раньше одолевала лень. Я как напишу первую рабочую версию, я по ЛС с Вами свяжусь. Думаю сделать как отдельный рабочий проект так и библиотеку для программы.