» VMware ThinApp (formerly Thinstall) 3

Цитата:

спасибо всем,"ушёл"просвещаться,если возникнут вопросы и если позволите,то обращусь в этой теме за помощью

Конструктивно!


Цитата:

Есть предложение, даже просьба, прекратить здесь обсуждение как самой ExtremeCopy Pro...

Есть предложение поддержать данное предложение!

Gredsaz

Цитата:

Rhymes 3.7.0 Portable (Русский)

Подскажите, любезный, а как у Вас реализованы вот эти функции программы:

Про ненужный хлам в сборке я уже и не говорю.


Цитата:

Пока Вы не уясните азов портабелизации ThinApp, не надо выкладывать на публику

Вроде не совсем уж глупый совет, по-моему, прозвучал?!

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

Цитата:

Попробуйте тогда (возможно) при сборке назначить директории %SystemRoot% в файле ##Attributes.ini изоляцию DirectoryIsolationMode=Merged

Сливая системную папку windows, мы даем доступ к копированию файлов из/в нее, НО и даем возможность пользователю грохнуть свою систему. А как мне помниться одно из основных преимуществ сборок ThinApp безопасность.

Поскольку "знаток виндовых утилит" начал вместо нормального "Дяденьки, научите, я еще неопытный!", переводить стрелки куда попало и искать причины кривости сборки во всем и всех, кроме себя, то и отношение к нему было соответствующее. Надеюсь, будет полезно рассмотреть косяки его сборки ExtremeCopy Pro (далее для краткости ECP), поскольку они типичные. Таких косяков было, есть и будет еще очень много. Причина, банальная до отвращения - нежелание читать и рассуждать. Итак, первый снапшот, запуск инсталлятора ECP, регистрация серийником, мелкие настройки, второй снапшот. Проект создан, начинаем, в отличие от, думать и прикидывать как должна вести себя подобная программа после виртуализации. В виндах всего три системные папки - Documents and Settings, Windows и Program Files. Первая в ThinApp разделяется на %AppData%, %Common AppData% и %Local AppData%, вторая на %SystemRoot% и %SystemSystem%. ECP должна копировать файлы и папки откуда угодно и куда угодно, поэтому необходимо удалить папки по максимуму, оставив только реально необходимые и изолировать только файлы самой программы. После инсталляции, файлы ECP находятся в:
%AppData%/ExtremeCopy/genflpui.dat - файл лицензии, который не удается никуда переместить;
%ProgramFilesDir%/Easersoft/ExtremeCopy/ - основные файлы и папка языков;
%SystemSystem%/msvcp100.dll, msvcr100.dll - библиотеки VC++
В принципе, можно было бы оставить %ProgramFilesDir%, удалив атрибутный файл из корня, но пусть будет открытость по максимуму. Создаем в корне проекта папку %Drive_C% и перемещаем туда все из /Easersoft/ExtremeCopy/. Перемещаем обе VC++ дллки в директорию самой программы. Остальные папки безжалостно удаляем. Таким образом, в проекте остается всего две папки %AppData% и %Drive_C%. Файлы изоляции ##Attributes.ini с содержимым DirectoryIsolationMode=Full находятся рядом с файлом лицезнии genflpui.dat в %AppData%, в директории %Drive_C%/Easersoft/ExtremeCopy/, где лежат все файлы программы и в папке языков Language, всего три файла. Больше ничего изолировать не надо, система максимально открыта, поскольку программа не создает никаких дополнительных файлов при работе, файл конфига лежит в директории ECP. Остался завершающий штрих в виде исправления путей в реестре с %ProgramFilesDir% на %Drive_C%. Можно было бы удалить все, связанное с Shell, поскольку интеграция не используется, но в данном случае это некритично, пусть остается как есть. Никаких изоляций для директорий типа Merged делать не нужно. Логика очень простая - если изоляция не нужна, а в данном случае это именно так, лучше ее не применять, если папка не используется, лучше ее удалить. Как отличить нужное от ненужного? Опытом, логикой, а также методом проб и ошибок.

Цитата:

Поскольку "знаток виндовых утилит" начал вместо нормального "Дяденьки, научите, я еще неопытный!", переводить стрелки куда попало и искать причины кривости сборки во всем и всех, кроме себя, то и отношение к нему было соответствующее.

Знаток ехидства,тебя заносит.Значит так,дядя,хочешь в такой манере общаться давай через личку.

Astra55

Цитата:

Поскольку "знаток виндовых утилит"........нежелание читать и рассуждать.

"Он привык получать время от времени небольшой мешочек с углем, сопровождаемый длинной проповедью с перечислением его грехов, и изредка бутылочку декокта. Неожиданная милость провидения изумила его. Однако он ничего не сказал, а продолжал брать все, что ему приносили". ©Джером К.Джером.

Цитата:

Итак, первый снапшот......

Очень интересно. Спасибо!

Цитата:

Сливая системную папку windows, мы даем доступ к копированию файлов из/в нее, НО и даем возможность пользователю грохнуть свою систему. А как мне помниться одно из основных преимуществ сборок ThinApp безопасность.

А что делать, когда речь заходит о программах, которые просто обязаны по своему роду деятельности посещать эту папку? Те же файловые менеджеры! А насчёт грохнуть систему - думаю немного преувеличено! Если я не прав, то хотелось бы даже теоретически рассмотреть пример, при котором винда обязательно грохнется, если, прошу заметить не злоумышленник, а обычный пользователь, будут использовать портабельную сборку по назначению? Конечно же мы оприоре сейчас отметаем программы работы с реестром и программы чистки системного диска - там да, можно похоронить винду в два счёта! Сейчас мы говорим только о программах, получивших возможность копировать файлы в папку Windows. Кстати, в свете поставленного вопроса, позвольте полюбопытствовать, а какая же программа специально копирует файлы ИЗ этой папки и зачем? Впрочем при любом режиме изоляции папки Windows, возможность копирования из неё вроде бы всегда имеется, ведь портабельная сборка видит всю систему...
Возможно, "грохнуть" систему могут системные файлы портабельной сборки, которые сама сборка решит заменить на свои или перезаписать. Вот только как же быть с правами доступа к файлам этой папки? Да и с другой стороны, сборщик портабла всё-таки ведь отсматривает что попадёт в системную папку! Возможно иногда целесообразнее выкинуть из неё всё, что имеется в любой системе, и тогда сборка будет работать относительно файлов реальной ОС. Вобщем вопрос слегка неоднозначный, а на дворе уже далеко заполночь, вот и лезут в голову разные бредовые ответы и размышления. Надеюсь, ничего глупого не ляпнул...

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

Безопасность ThinApp сборок, о которой тут упомянули, весьма условна, и, определенно, зависит от сборщика.

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

А пользователя с правами администратора может спасти только наличие головы на плечах, и лишь иногда "защита от дурака" типа UAC и т.п. механизмы, которые большинство усердно отключает.

antan222
Цитата:

одно из основных преимуществ сборок ThinApp безопасность

Склероз, батенька, склероз! Такого никто и никогда не обещал. Предохранение системы от процессов в сборке при ее работе? Да, в известной степени. Безопасность от действий юзера? Боже сохрани, да пусть он хоть всю систему с помощью сборки наглухо замочит, его проблемы. То же самое можно сделать и без портабельной сборки, и что? Виртуализация в оболочке ThinApp вовсе не равна виртуальной машине, и нет у нее задачи что-то изолировать от юзера или сохранить и потом восстановить.

Цитата:

AVanti473
Программы из обозначенной категории не должны быть изолированы.

distortion, боюсь ответ не совсем мне... Обсудить это предложил antan222, я лишь порассуждал на эту тему. И как раз с вами я согласен!

gvozdik
Цитата:

а как реализованы вот эти функции программы

Подозреваю, что никак. У меня работает по Ctrl+C+C/Ins+Ins, поскольку хуковая дллка вынесена, другие варианты не проверял.

Astra55
Именно на вынос библиотеки и пытался намекнуть автору, но похоже мы зря сотрясаем воздух.

gvozdik
Извини,нету желания общаться в этой теме. Пообщайтесь лучше с четырёхкнопочником.

Благодарю за высказанные мнения о режиме слияния к папке windows.

Несколько вопросов новичка:

1) Если нигде не указано иное, то изоляция реестра по умолчанию WriteCopy?

2) Наследуются ли настройки из Attributes.ini?
Например, если у %SystemSystem% изоляция WriteCopy, а у юзера на машине в этой папке будут подпапки /config, /drivers и прочие стандартные, распространяется ли WriteCopy на них тоже?

Заранее благодарен за ответ.

Заранее благодарен за ответ.
незошто

Dart Raiden,
1) да (в теме обсуждалось, если удалить получим изоляцию в песочницу);
2) Для вложенных папок наследуется, однако если в подпапках расположить ini с Merged - попадут в систему. С драйверами тщательно продумайте и ознакомьтесь с ограничениями виртаулизации (/drivers не спроста спросили?...).

Да нет, это чисто для примера, интересовал вопрос наследования в общем случае. Стало быть наследуется, если в подпапках нет своих Attributes.ini с другими настройками. Понятненько.

Astra55 - простите чайника, у меня вопросик к Вам, а так же ко всем кто в курсе. Здесь уже шла речь о том, что ThinApp 32битная и виртуализация 64битных приложений в принципе невозможна! Что естественно! Но моя кривая башка решила сама в этом убедиться сделав портабл (чисто для себя) Adobe After Effects в связке с Adobe Premiere Pro. Конечно, немного смутило заявление программы после постскана, что PxHlpa64 был установлен в систему, НО не поддерживается ThinApp. Ладно, сборка снимка вроде пошла и вот тут явный косяк от производителей ThinApp, потому, что их прога собирала проект что-то около двух часов, и ни разу не ругнулась и не пискнула, а вот когда билд был уже собран на 99.9 % ThinApp вдруг заявляет, что первый же созданный ею екзешник не является приложением Win32 и сбросившись в ошибку вылетает не завершив сборку! Как будто ThinApp сразу не могла понять, что всё это время шла сборка билда под х64... Вот так западла от разработчиков, ничего не скажешь! Ну я и сам дурак, что тут на программу пенять. Повёлся на заявление разработчиков ThinApp о том, что их прога теперь поддерживает х64. На самом деле нужно было читать так - их прога в состоянии работать в системах с х64 архитектурой в 32битном режиме.

И вот сам вопрос: Какие ещё программы по сборке портабельного софта способны сделать сборку программы, изначально для х64-ой архитектуры?

Заранее признателен за ответ!

AVanti473
Spoon Studio.

Цитата:

Spoon Studio

Большое спасибо! Я подозревал, что Spoon способен на это. Более того, я даже ради експеремента хотел сделать портабл вышеобозначенных программ в ThinApp, а затем попробовать отправить проект с Spoon и собрать его там, но вот не судьба... Кстати, а может и судьба? Проект я вчера заархивировал и вывел из виртуальной машины в сетевую папку. Интересно, Spoon может его подхватить и сделать в нормальном виде? Сомнения у меня в том, что ведь изначально Captures собирался в ThinApp, тоесть в 32битной программе, которая отказалась к тому же включать в снимок установленный PxHlpa64. Чисто теоретически, ThinApp просто записал в Captures все изменения в системе, может быть этого будет достаточно, чтобы импортировать проект в Spoon и создать там портабельное приложение x64 ???

Цитата:

Кстати, а может и судьба? Проект я вчера заархивировал и вывел из виртуальной машины в сетевую папку. Интересно, Spoon может его подхватить и сделать в нормальном виде?

Увы. Перечитал вчера все 38 страниц этой ветки http://forum.ru-board.com/topic.cgi?forum=5&topic=25375&start=740 Попробовал импортировать проект моей 64битной неудачи из ThinApp в Spoon. Ничего не менял, собрал тупо билд (чисто проверить запуститься ли) - не запустился! Написал что-то вроде того, что повреждена песочница и вобщем ошибка! Ну значит всё придётся попробовать сделать в Spoon. Хотя, вот ещё проект cameyo.com меня интересует... Конечно же сразу всё не охватить и не осилить, но раз есть шанс и немножко времени, можно покопаться...

Добавлено:
Ну вот, хоть что-то получилось в Spoon Studio...



Правда всё это по дефолтным настройкам, но теперь пойду на соответствующую ветку вникать подробнее и осмысливать перечитанное вчера...

если программа "чистая" то размер не изменяется 72мб, если файл "ехе" той же программы накрыть любым протом, то размер сразу 900мб. При этом папка проекта тоже весит 72,6 мб. Как накрытие программы протом может так влиять на размер?

собираю Mail.Ru Агент на 4.7.3-891762 (7101) при каждом запуске вылетает окно с ошибкой,
можно как нибудь решить эту проблему на windows 8.1 или не как пока не выйдет новой версии с поддержкой этой ОС?

на XP/7/8 такой проблемы нет

Nikolaj123
http://forum.ru-board.com/topic.cgi?forum=35&topic=51987&start=400#lt
Внимательно прочтите и подумайте - а надо ли было спрашивать про очевидные вещи?

Цитата:

собираю Mail.Ru Агент на 4.7.3-891762 (7101) при каждом запуске вылетает окно с ошибкой

Пробовал собирать в VMware ThinApp 4.7.0-519532 (5388) ни каких ошибок при запуске в windows 8.1 не наблюдалось.

дело оказалось в Package.ini добавил в
.............................
;-------- General Purpose Parameters ----------
.............................
VirtualizeExternalOutOfProcessCOM=0
ChildProcessEnvironmentDefault=External
OptimizeFor=Disk
.............................

и сборка стала работать на windows 8.1 без проблем

Crazy4el84, спасибо за помощь

Народ,а как поступать с программами/играми которые запускаются только с ярлыка на рабочем столе, а с "место расположения программы" не запускаются ?

flaner0
Цитата:

как поступать с программами/играми которые запускаются только с ярлыка на рабочем столе

Приведите пример хотя бы одной такой программы.

Ка 50 Чёрная Акула.
Но из Ка 50 часть 2, портативку сделать не получается, ещё мудрёнее сделано