» VMware ThinApp (formerly Thinstall) 3

Все очень просто, но подавляющее большинство почему-то именует проект, сборку и песочницу через... ну вы знаете через что Не могу понять, почему сборка и песочница должны называться по-разному, вместо единообразия. В окне ТА, когда выбирается файл и имя:
Primary data container:
Inventory name:
нужно всего лишь по-человечески, указать Inventory name, автоматически это имя будет присвоено песочнице. К примеру, не "Колинарные рыцепты (хрен-знает-какой версии, правильным пацанам ее указывать западло) ПАРТАБИЛЬНАЯ СБОРКА имени взятия Бастилии парижскими коммунарами", а "CookRecepts2.37". Да, именно так, в стиле старого доброго DOS, без русефекализации и без пробелов. Потом, в Package.ini нужно будет всего лишь скопировать SandboxName=CookRecepts2.37 и вставить его сюда:
[CookRecepts2.37.exe]
ReadOnlyData=bin\Package.ro.tvr
Source=

Astra55

Цитата:

в стиле старого доброго DOS

Тогда уж давайте и 8.3 блюсти

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

Пример:
1) контейнер "1.exe" - запускаем. Создалась песочница "1";
2) вручную переименовали уже скомпилированный "1.exe" в "2.exe" - запускаем. Создалась песочница "2".

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

Astra55
отчего же... в третьесортных виртуалайзерах встречается такая функциональность (cameyo, к примеру).

поэтому интересуюсь, может и тут есть что-то, лежащее не на поверхности...

distortion
Мы в топике по ThinApp, поэтому не надо искать фантастику там, где ее нет и никогда не было.

Да-а-а, господа-товарищи портабелизаторы... Что-то показать для бездумного повторения, переделать, чтобы заработало и так далее, я могу, но научить думать, увы! Совершенно бесполезное занятие, судя по результатам. Случайно взял на вскрытие вот эту сборку. Нет, сборка исправно запускается, здесь норма. Но! Хелпы chm заботливо удалены, причина непонятна. Экономия места? О чем речь, когда папка splashdata с рекламой, показываемой при триале осталась, а ейный размер в несколько раз больше удаленных хелпов. Идем дальше, в папке IconLover есть Icon Replacer, как отдельная программа, с возможностью запуска из основной. Не запускается. То есть вообще не подает признаков жизни. Когда запустил, выясняется пикантная подробность - Sib Icon Replacer то ли плохо купленный, то ли еще что, словом, версия наглухо триальная, лепит Demo на заменяемые иконки, это видно сразу, без дополнительных телодвижений. Ну дык ты его либо приведи в зарегенный вид, либо вообще выкинь для ясности. А что не запускается, версию ThinApp надо подбирать. Либо ниже, либо выше, чем 4.7.3. Лень было хотя бы минимальный функционал проверить? Ведь все на виду, отдельная папка с экзешником. Про реестр опять молчу, мусор есть, но хоть не десятки метров. Отака муйня, малята! (с)

Astra55, так с юзверей еще не снимали ответственность за то, какую находку они запускают. Потраченный трафик/время это да, жаль. Однако есть нетребовательные люди, лишь бы основные функции работали, а на размер/засоряемость реальной системы и т.п. начхать.
Премного благодарен всем за обсуждение проблем и полезные советы!-)

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

Цитата:

правильный подход к msi инсталляторам

что имелось в виду? Ткните носом пожалуйста если инфа на форуме, а то сабж перед запуском стартует свой инсталлятор, и не найдя/пропустив как ни в чем не бывало работает. Просто на медленных машинах заметно.

SunOK_ZM
Цитата:

что имелось в виду?

Имелось в виду то тонкое обстоятельство, что инсталляторы, за редчайшими исключениями, считают своим долгом засрать систему как можно больше. И никакие деинсталляторы потом не помогут. Доказывать лениво, поскольку для меня это аксиома, а жаждущие увидеть и пошшупать в реале, могут сделать это самостоятельно. Вывод: если есть хоть малейшая возможность распаковать инсталлятор, вплоть до ручного создания папок и распихивания в них файлов, лучше сделать это, нежели устанавливать софт штатно. Особенно, если по части реестра знания отсутствуют чуть меньше, чем полностью. Обычно, программы создают все необходимое для своей работы при первом запуске. Это не догма, и не включает в себя разных монстров, которые без определенных записей в реестре, просто не будут работать. Но попробовать никто не мешает. В вышеприведенной программе пришлось делать сборку в два этапа, первый - как все, с запоминанием что где и что куда, а второй - из распакованного msi-шника, но уже без малейших его следов в системе и реестре. Поэтому, подобным сообщениям просто неоткуда взяться, msi инсталла не было, как такового. Многие InstallShield-овские оболочки первым шагом распаковывают msi в системный Temp, который, кстати, очень желательно отслеживать во время инсталляции, можно узнать много интересного. После того, как оболочка создаст файл msi, его следует скопировать в другую папку, потом остановить инсталляцию, распаковать msi и действовать по обстоятельствам. Единого рецепта, ессно, нет и быть не может, а общая концепция изложена выше. Следовать ей или нет, ваше личное дело.

Astra55
сорри за оффтоп, а вы msi чем распаковываете? а то Universal Extractor не всё проглатывает...

MSI можно распаковать и 7-Zip. Например, рецепты на пред. стр., распакованные крайней версией 7-Zip, хотя и запускались с ошибками пока не прописан путь к некоторым папкам, но MSI не требовали.
Добавлено.
obla4ko4240019
Отличный способ, но для "особо одарённых", как я, желательно было бы приписать что "%1_content" - есть путь распаковки.

AngelNet
michail10
msiexec.exe /a "%1" /qb TARGETDIR="%1_content"

вместо %1 прописываем путь до msi

AngelNet
Цитата:

msi чем распаковываете?

Когда-то MsiEx.exe, сейчас большей частью Тотал Коммандером с плагином, очень удобно, поскольку есть просмотр содержимого без распаковки на диск, единственный недостаток - приходится запускать msi инсталлеры через "Открыть с помощью", но это меня не напрягает. Есть еще MSI Extractor 4.01 от Danilo Gergar.

Господа.
Прошу помочь с идеологией.
Хочу, чтобы запускаемая программа видела минимальное количество ключей реестра, ветки HKLM. Сложность в том, что
1. Я не вижу способа указать конкретные ключи, которые будут видимы, а остальные не видимы. Вижу возможность для тех конкретных ключей, которые хочется спртятать задать в песочнице значения, тогда они переопределят физический реестр. Это возможно, если я знаю конкретные значения параметров, которое приложение запрашивает.
2. Я не знаю, каков минимальный набор параметров реестра, при котором приложение запустится. Идеальным было бы, если в программе виртуализации был режим обучения, когда запущенное приложение мониторится с целью выяснения тех ключей, которыми оно интересуется. Далее, на этот массив накладывается шаблон, например, доступа приложения к сети, тем самым подчёркивая критически важные для инициализации сети значения. Именно их и хочется сделать доступным приложению, остальное запретить.
Что-то вроде политики по умолчанию в Firewall - разрешить такие-то подключения, а остальное запретить.
Зачем это?!
Я вижу, как приложение шарится по всем уголкам реестра, запрашивая значения ключей, явно не имеющих отношения к корректной работе , тем самым демонстрируя природу Кали-Юги, то есть осуществляя шпионаж.
Пока надёжный способ от этого спастись - это полная виртуализация с помощью например VirtualBox.
Прошу вас помочь найти менее ресурсоёмкое решение для сажания приложения в Песочницу.
Благодарю за внимание. Удачи.

IamDimulya

Цитата:

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

В Package.ini задаёте режим изоляции для всего реестра Full, а в текстовых файлах HKEY_CURRENT_USER.txt и остальных задаёте исключения, т.е. указываете те ветки и ключи, которые нужно видеть с изоляцией WriteCopy.


Цитата:

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

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

IamDimulya
Подсовываете в виртуальный реестр полный слепок реестра с чистой виртуальной машины и ставите изоляцию на весь реестр - Full.

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

При сборке программы (в данном случае переводчика PROMT, но и с другиме такая же история) в папке Captures\"имя программы" создаётся папка %drive_C%\Users с подпапками All Users и Все пользователи, где дублируется папка программы из %Common AppData%, т.е. если в папку %Common AppData% программа установила папку весом в 100МБ, то в %drive_C% (в All Users и Все пользователи) появляются ещё две такие же папки и сборка увеличивается в размерах.
Насколько я понимаю, это связано с установкой программы в режиме "для всех пользователей", но может быть как то можно избавиться от %drive_C% ?

bumburbia, а наглое удаление дубликатов приводит к неработоспособности? Попробуйте на ХР собирать а не семерке, Вин7 любит дубликатить. Или если есть выбор, то установить Промт только для текущего юзера.

Цитата:

но может быть как то можно избавиться от %drive_C% ?

Не надо - не полностью!

Папки всех юзверей
%drive_C%\Users\All Users
и
%drive_C%\Users\Все пользователи
можете чистить полностью, если у вас не серверная машина и не требуется запуск портабла на сервере. Тем более, что %Common AppData% вы всё равно никуда не деваете!
В вашей профильной папке %drive_C% много необходимого, хотя бы для режимов изоляции папок этого диска! Так же имеются дубликаты из
%AppData%
и
%Local AppData%
НО там есть и своя философия... На всё надо смотреть с точки зрения конкретного случая. Дело в том, что некоторые проги ищут свои файлы не только по пути
%AppData%
а по конкретному месту на диске С:\
и вот тут этот дубль не случаен!
(был у меня случай, когда фаил справки лежит где и положено, а прога упорно ищет его в папке со своей программой на диске С:\ и плевать хотела на настройки портабла!)

Папки:
%drive_C%\Documents and Settings\имя_пользователя\AppData\Local\Temp
и
%drive_C%\Documents and Settings\имя_пользователя\AppData\Roaming\Thinstall\ThinstallBuilder
чистите смело! Там мусор, снимок системы от ThinApp (порой очень весомый) и файлы снимка реестра от ThinApp
Исключения составляют проги, которые глупо оставят распакованные инсталляторы в темпе для дальнейшей установки компонентов - но это извращение встречается редко!

P.S. И не забудьте в ##Attributes.ini для %drive_C% поставить DirectoryIsolationMode=Merged Для возможности записи результатов работы проги в корень диска С:\ Все остальные папки у вас имеют свои собственные ##Attributes.ini и их можно настроить, а те, которые не попали в снимок, унаследуют возможность записи в них от корня диска!

SunOK_ZM
PROMT при установке не предлагает выбор, а наглое удаление, причём не дубликатов, а всей папки %drive_C% работоспособности сборки не убавило, если не считать долгого запуска, но это скорее из-за сильного сжатия.
AVanti473
Режим изоляции в %drive_C% появляется только на уровне папки программы, а, скажем, для находящейся там же папки Microsoft (и подпапок) его вообще нет.
Уточните, можно чистить полностью эти общие папки, т.е. удалить не только папку, созданную программой, но прочие ( Microsoft, к примеру) ?

bumburbia
не только можно, но и крайне необходимо

distortion

Цитата:

не только можно, но и крайне необходимо

Хотелось бы про необходимость по подробнее...

Цитата:

папки Microsoft (и подпапок) его вообще нет

что мешает нарисовать? Я при сборке сразу коприрую нужный мне типовой ##Attributes.ini на рабочий стол, и оттуда копирую потом для тех папок, о которых вы заметили, персонально для каждой! Хотя, эти папки по сути наследуют изоляцию старшей, имеющей ##Attributes.ini, но ручками как-то спокойнее, да и лишний раз пройтись не мешает - вдруг что важное где-то лежит.


Цитата:

удалить не только папку, созданную программой, но прочие ( Microsoft, к примеру) ?

Я обычно из
%drive_C%\Users\All Users
и
%drive_C%\Users\Все пользователи
выкидываю всё полностью, оставляю лишь ##Attributes.ini с нужным режимом изоляции. Ну и раз уж туда всё одно ни одна прога ничего по дефолту никогда не пишет, а серверным пользователям мы не планируем разрешать гадить даже в эти папки реальной ОС, то изоляция у этих папок DirectoryIsolationMode=WriteCopy Видеть папки серверным юзверям можно, сохранять туда инфу только в контейнер портабла! А вот запустит серверный юзверь софт или нет, при таком раскладе, боюсь далеко не каждый здесь сможет ответить! На функционал самой проги для Вас лично (если вы не серверный юзер, а пользуете её на своей машине) это никак не повлияет! Когда столкнусь с проблемой серверов (если такое когда-то случиться) - буду решать эти моменты на месте, а пока всё это мелочи! Да и по большому счёту этот аттавизм можно сразу нафиг обрезать в процессе создания портабельной программы в настройках самой ThinApp - сообщив ей, что софт будет делаться для одного юзера, а не для всех (опять же в теории, на практике так никогда не делал, оставляя задел для возможных серверных решений)!

Добавлено:

Цитата:

не только можно, но и крайне необходимо

Хе, а ничего, что идеология портабельных сборок берёт свои корни именно для серверных решений, а там эти папки являются ключевыми ))) Вся идея портабельных приложений состоит в том, что их можно не только переносить, а использовать на одном сервере не устанавливая на кучу компов имеющих доступ к последнему! При этом каждый подключённый юзверь будет иметь свою папку и свои настройки программы!

Так что всё зависит от конкретного случая с программой и интересов конечного пользователя... )))

AVanti473

Цитата:

Я при сборке сразу коприрую нужный мне...

Я то же так делаю: рядом с папкой Users выкладываю ##Attributes.ini "DirectoryIsolationMode=WriteCopy", а в дочерние "DirectoryIsolationMode=Full", но в конкретном случае сборка за счёт этих дублей уж очень сильно увеличивается в размерах, поэтому и хочется просто избавиться от этой папки.


Добавлено:

Цитата:

Да и по большому счёту этот аттавизм можно сразу нафиг обрезать в процессе создания портабельной программы в настройках самой ThinApp

И где что прописать ?

bumburbia, наверно имелся в виду файл \Program Files\VMware\VMware ThinApp\snapshot.ini аккуратно дополненный(нумерация без сбоев) - "игнор-лист" чтобы не ловить изменения в тех папках. Или параметр "SandboxPath=." (хранить настройки рядом с приложением). /поторопился я ответить/

Цитата:

И где что прописать ?

Сразу после создания постскана идут диалоговые окна, так вот в окне Groups надо вместо Everyone отметить Only the following Active Directory groups.

Вот скриншот:



И тогда, как видите, на диске %drive_C% остаётся лишь Documents and Settings текущего юзера:



Всё остальное остаётся как обычно:

Эх, занялся тут на днях (вчера) портабелизацией новых версий Adobe Premiere Pro CC 7.1 Rus и Adobe After Effects CC 12.1.0.168 Rus. Был приятно удивлён, что после портабелизации оба приложения стартуют! Ранее, увы с версиями CS6 ничего вразумительного сделать не получалось... Но есть и НО. Стартовать-то они стартуют, да вот Premiere Pro отказывается открывать файлы .mpg сообщая, что они повреждены! Как минимум это странно, ведь формат .mp4 открывает без проблем. А After Effects требует себе QuickTime, сообщая, что без него, может работать не корректно! Ещё эти пакостные программы запускают штук так 30 процессов в диспетчере задач, и при выключении не выгружают их - приходится глушить процессы вручную программой Unlocker. Ах да, ещё баг - Premiere Pro с первого запуска вылетает с ошибкой (когда доходит до сканирования папки Program Files\Vstplugins), и только на повторном запуске всё сканирует нормально и загружается полностью. Что сие за ерунда выходит?...

Вобщем бился бился над Adobe Premiere Pro CC 7.1 Rus и Adobe After Effects CC 12.1.0.168 Rus. Надо сказать, что изначально стояла задача сделать сразу обе программы в одном пакете, а не две разные портабельные сборки! Почему? Да всё просто - это взаимосогласующиеся программы, которые "любят" гонять между собой файлы одного проекта! Подключать какую-то в виде плагина, либо при запуске сливать в песочницу с одним названием два билда для меня (ИМХО) верх извращения!

Значится в процессе сборки выяснились интересные подробности, а именно:
- Все программы после установки нужно обязательно хоть раз запустить. Иначе при первом запуске на рабочей ОС гарантирован вылет!
- Перед запуском основных Adobe Premiere Pro и Adobe After Effects нужно сначала запустить установленный с Premiere Pro, Adobe Media Encoder. Иначе программы не регистрируют некоторые расширения.
- Перед самой установкой Adobe Premiere Pro и Adobe After Effects в систему, до начала прескана (создания первого снимка) пришлось установить QuickTime Pro 7.74.80.86 и K-Lite Codec Pack 10.1.5 Full, иначе сам Adobe Media Encoder не все форматы видеофайлов отмечает поддержкой при запуске. Тобиш система уже не была кристально чиста на момент установки Adobe Premiere Pro и Adobe After Effects...
- Если QuickTime Pro и K-Lite Codec Pack включить в саму сборку - гарантированный вылет портабельной программы на рабочей ОС. (Оно и понятно, конфликт K-Lite Codec Pack из сборки с таким же пакетом в реальной ОС)
- QuickTime Pro собрал сразу плагином, поместил QuickTime Player Pro v7_74_80_86.dat в папку plugins, находящуюся рядом с исполнительными файлами портабельной программы, да только Adobe After Effects в упор его не видит... (Что-то не так, Х/З что!?).
- И последнее - портабельные программы (обе + Adobe Media Encoder) при самом первом запуске на реальной ОС, всё-таки запускается и даже работают (что после стольких неудач даже шокирует), но, каждая только со второго раза! После закрытия программ повторно запустить их не получается, видимо мешают не завершённые процессы. Хотя вроде в ручную всё вырубаю, всё равно пока не снесёшь папку песочницы, запуститься не даёт.

У меня уже закончился запас знаний, чтобы бороться с этим монстром. Astra55, Вы любите разбирать чужие билды, в моём случае, я даже могу предоставить все папки проекта, лишь бы разобраться с этим зверем...
Режимы изоляции везде проверил лично, на %drive_C% оставил только ключи (хотя их дубли и так есть на %AppData% %Common AppData% %Local AppData%, но похоже прога просо жаждит видеть их прямо на диске, а не в профиле пользователей) и папочку Temp тоже оставил (там килобайты мусора - это не принципиально). Содержимое Temp оставил потому, что у меня был прецедент много лет назад с Адобовскими продуктами, когда я при помощи CCleaner зачистил так называемые чистые папки (по сути лишь в Temp файлы были), и приложение послало меня подальше с критической ошибкой!

Astra55, что скажите?

AVanti473

Цитата:

что скажЕте?

Spoon справляется с Adobe простым визардом (только не переусердствуйте с изоляцией после снимка), в то время как в ThinApp нужно подкручивать системные переменные и зачищать дефолтную конфигурацию приложения.

AVanti473
Цитата:

что скажeте?

Нет, с этим я разбираться не буду. Адобовские монстры по полтора гектара, еще и на русском языке, вдобавок только 7-ка, не интересуют. Собссно, я считаю все последние версии программ Адобе и Корела полным говном, написанным криворукими индийцами, равно как и саму 7-ку. Считаю вполне обоснованно, но доказывать, ессно, ничего никому не собираюсь.

Цитата:

Spoon справляется с Adobe простым визардом

При всём уважении, Spoon, у меня ассоциируется с дырявым чем-то. Правда, у меня нет достаточных оснований утверждать подобное на основе своего опыта, ведь я практически ничего не собирал в Spoon, но страницы этого форума про вышеупомянутую студию отштудировал, и нашёл массу нареканий в дырявости, которые пока никто не взялся опровергнуть. В частности, насколько я понял, в Spoon либо нету, либо совершенно плохо реализована наследственность режимов изоляции касательно папок, которые не попали в проект при установке программы. Тоесть, если какие-то папки будут созданы в процессе работы готовой портабельной программы - они с большой вероятностью будут решетом в систему.
Идеалогия ThinApp, в данном случае, выглядит не просто привлекательнее, но и намного логичнее! Мне приходилось делать портабельные сборки ThinApp, где я вообще просто устанавливал программу, но не запускал её после инсталляции. Зато в портабельном контейнере программа, запускаясь впервые, создавала всю необходимую окружающую среду папок и файлов в различных системных местах контейнера, при этом, в реальную ОС НИЧЕГО не просачивалось!


Цитата:

Адобовские монстры по полтора гектара

И? Не понимаю... Я бы ещё понял разговоры про полтора террабайта, но два-три гига в наше-то время - семечки...
Продолжая мысль про криворуких индийцев: Adobe After Effects, как равно и Фотошоп, пока до сих пор являются лидерами на своих позициях! Многие пытаются повторить этот успех, многие, но до сих пор лишь Corel хоть как-то сравнивает позиции в работе с фотографиями, а в плане видеоредакторов с добавлением настраеваемых эффектов, к моему ОГРОМНОМУ сожалению, я не знаю ни одного, кто приблизился бы к Adobe After Effects. Успех Premiere Pro повторили многие, а вот до After Effects ещё годами добираться будут...
Поэтому, именно НАСТОЯЩИЙ портабл этих продуктов, и именно в ThinApp, интересует меня больше всего! К тому же, здесь (в этом топике) часто обсуждаются различные вопросы и проблемы портабелизации приложений в ThinApp, но, мне почему-то думается, что именно портабелизация х64 линейки Adobe способна открыть самые интересные стороны и проблемы создания портабельных приложений в ThinApp. Отличный полигон, и самое главное, настоящий! Здесь и размер дистрибутива, и проблемы активации с регистрацией, и метровые файлы реестра и море папок с режимами изоляции!