Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » VMware ThinApp (formerly Thinstall) 3

Модерирует : gyra, Maz

articlebot (28-02-2016 18:11): VMware ThinApp (formerly Thinstall) часть 4  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224

   

Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
gvozdik
киньте в меня какой-нибудь аквис без упаковки - посмотрю, что можно сделать.
для версий 2012 в общем-то у меня есть КГ, но интересно попробовать побороть именно средствами ThinApp.
 
AVanti473
конечно, всем давно известо, что мелкомягкие всеми силами стараются привязаться к железу, и последнее, что было практически не привязано - это Win-98. с каждым разом они делают привязку всё изощрённее ))
"там" регистрация через официальный KMS-сервер

Цитата:
For KMS licensing activation:
 
<Setting Id="KMSSERVICENAME" Value="kmsserver.domain.com" />

вопрос об отвязке от железа вообще не стоит, т.к. "там" ThinApp используют по прямому назначению, т.е. это решение для корпоративной сети.

Цитата:
Вполне возможно, что это и есть та самая отвязка от железа...
 
бурная же у вас фантазия. или вы наивно полагаете, что Microsoft сейчас на уровне Alawar-2006, когда "триальность" игр определялась парой ключей в реестре?
 
для чего был придуман параметр "deleted" я писал выше. объясню ещё раз: вместо того, чтобы удалять (и потом, если понадобится, снова прописывать кучу ключей в разделе реестра) - достаточно прописать deleted на корень ветки. это быстрый способ закомментировать раздел.  
isolation_full для этого не годится, т.к. если существует подключ он будет использовать свою, а родительская будет распостраняться только на родителя.

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 17:25 26-10-2015
gvozdik



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Proshaa
Давно всё на свалке.
У меня портабелизированная версия 4.5, но она грамотно взломана и оригинального дистрибутива нет.

Всего записей: 2196 | Зарегистр. 21-12-2006 | Отправлено: 18:21 26-10-2015
Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ещё один недокументированный префикс реестра isolation_sb_only
какая от него польза? а никакой. это ран-тайм ключ, он появляется, если вы (или сама программа) удалите значение в реестре во время работы программы.
ну, и зачем я всё это пишу? а затем, что при декомпиляции .tvr он вполне может попасть в сборку.  
 
все эти недокументированные ключики, фичи и т.д. кому-нибудь полезны-интересны? или?

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 23:59 26-10-2015 | Исправлено: Proshaa, 00:04 27-10-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Proshaa

Цитата:
все эти недокументированные ключики, фичи и т.д. кому-нибудь полезны-интересны? или?

 
Полезны? Не знаю. Интересны - однозначно! Не были бы интересны, не переспрашивали бы и не уточняли!

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 00:04 27-10-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Proshaa
По поводу того самого deleted, скажите, вы пробовали его в ThinApp v5.1.1 Build 2722044 ?
Спрашиваю потому, что у меня, при тесте на WinXP, на виртуальной машине, самой сборке было наплевать на значение deleted, и триальный ключик прекрасно создавался с необходимым значением, хотя необходимая ветка имела значение deleted...
P.S. В процессе сборки никаких ошибок по синтаксису ThinApp не обнаружила.

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 12:20 29-10-2015
Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVanti473
я уже писал об этом

Цитата:
 
UPD
увы, должен признать - с реестром работает не так, как ожидалось
нужно ещё проверить работу с файлами, позже отпишусь по результатам  

т.е. на самом деле этот ключ работает только на этапе компиляции: ключ, помеченный deleted изначально в сборке отсутствует, но никаких препятствий программе для его создания нет. более того, если на ветку с этим ключом не настроена родительская изоляция - "выйдет" в реал.
 
убедиться в этом несложно: закоментируйте в Package.ini disabled для regedit и загляните в реестр до запуска основной программы или после удаления песочницы - deleted-ключа там не будет.
так что, увы - с триалом придётся бороться другими методами. самый простой, но далеко не самый "умный" - удаление песочницы. имхо, красивей и грамотней - удалять триальные ключи скриптом при старте или завершении. это несложно.

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 18:51 29-10-2015
freedaw



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVanti473

Цитата:
триальный ключик прекрасно создавался с необходимым значением, хотя необходимая ветка имела значение deleted...

Сейчас тоже попробовал и таки да, ключ из реального реестра при значении deleted сборка не видит, но сама его создать у себя в виртуале может.
Получается, что разница между full и deleted в следующем:
1) при изоляции full системный ключ будет не виден для сборки, но ключ с таким именем всё равно будет присутствовать в виртуале сборки (либо пустой, либо с другими параметрами - смотря как пропишите его в ini-шнике);
2) при параметре ключа deleted системный ключ также будет не виден для сборки, но ключа с таким именем изначально уже не будет в виртуале сборки, хотя он может быть создан впоследствие самой сборкой, если она того пожелает.
Иногда, по каким-либо причинам, вариант 2 может оказаться необходим.  
 
Также параметр deleted можно использовать для скрытия файлов реальной системы.
Основной механизм изоляции файловой системы в ThinApp оперирует сразу целыми папками, а что делать если нужен другой (более жёсткий) режим изоляции только для некоторых файлов в папке реальной системы, а всё остальное содержимое чтоб оставалось доступным для чтения или даже записи?
Вот тут и поможет параметр deleted применительно к конкретным файлам. Фактически, как я понял, он позволяет применить аналог изоляции full к выбранным файлам в папке реальной системы, изоляция которой в проекте задана как WriteCopy или Merged.
При этом поведение сборки аналогично как и для ключей реестра, а именно:
- файл реальной системы, помеченный как deleted, сборка не видит, но создать сама файл с таким же именем может и есть два варианта событий: 1) если изоляция всей папки WriteCopy, то файл создаётся в виртуале и сборка его видит; 2) если изоляция всей папки Merged, то файл создаётся в реальной папке системы, но сборка его, по-прежнему, не видит (вот такой парадокс).
Резюмируя всё вышеизложенное, параметр deleted помогает скрыть от сборки существующие в реале файлы и ключи, но не спасает от их создания в реале или виртуале самой сборкой.
Испытывал всё вышеизложенное на версии 4.7.3 в Win7x64 - возможно, в более новых или старых будут свои нюансы (или глюки).
 

Всего записей: 788 | Зарегистр. 04-11-2012 | Отправлено: 20:37 29-10-2015 | Исправлено: freedaw, 20:39 29-10-2015
Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
freedaw
пара уточнений:

Цитата:
2) при параметре ключа deleted системный ключ также будет не виден для сборки

на самом деле, ключ просто не будет создан при сборке. но если в процессе работы сборка такой ключ создаст - она его прекрасно увидит.

Цитата:
- файл реальной системы, помеченный как deleted, сборка не видит

тут имеет значение, где прописано это самое deleted. если в реестре (deleted HKEY_LOCAL_MACHINE\FS\....) тогда всё так, как вы описываете.

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 21:56 29-10-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
freedaw

Цитата:
при параметре ключа deleted системный ключ также будет не виден для сборки, но ключа с таким именем изначально уже не будет в виртуале сборки.......... Иногда, по каким-либо причинам, вариант 2 может оказаться необходим.  
Также параметр deleted можно использовать для скрытия файлов реальной системы.

 
Пожалуй, мой скромный опыт мне подсказывает, что так оно и есть. Proshaa, freedaw, благодарю Вас, что прояснили ситуацию в этом вопросе. Теперь я понял суть одного сообщения в сети на инглише. Похоже там была не оговорка, либо не точный перевод, а имелось в виду то, что я процитировал выше. Запутано всё, но, разобраться можно... Суть сводилась к тому, что автор сначала использовал изоляцию full с разъяснениями, а затем применил для ветки Тулбара Internet Explorer значение deleted, но при этом пояснил, что виртуальный Internet Explorer будет видеть значение этой ветки в реальной системе...

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 21:57 29-10-2015
Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVanti473
вот это? Подробнее...
 
здесь суть сводится к тому, что эффект одинаковый в обоих случаях

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 22:11 29-10-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Друзья, скажите, кто в курсе, почему ThinApp упорно виртуалит следующие (ну или соответствующие) ветки реестра, независимо от их режима изоляции в проекте? :
 

Код:
[HKEY_LOCAL_MACHINE\Software]
 
[HKEY_LOCAL_MACHINE\Software\Thinstall]
 
[HKEY_LOCAL_MACHINE\Software\Thinstall\ProcessList]
"1604"="C:\\WINDOWS\\system32\\svchost.exe"
 
[HKEY_LOCAL_MACHINE\Software\Thinstall\RuntimeObjects]
 
[HKEY_LOCAL_MACHINE\Software\Thinstall\RuntimeObjects\Notifications]
 
[HKEY_LOCAL_MACHINE\Software\Thinstall\StubProcessList]
 
[HKEY_LOCAL_MACHINE\Software\Thinstall\SxS]
"Platform"=dword:0a280105
 
[HKEY_LOCAL_MACHINE\Software\Thinstall\VirtualObjectNamespace]

 
Столкнулся с тем, что нужно в процессе работы программы, отрубить, а затем подключить инет. Вышел на весьма спорное, но действующее решение. В ХР, например, достаточно вырубить службу DHCP-клиент. Из виртуального контейнера это выполняют скрипты, скомпилированные в два EXE файла. Одним файлом служба останавливается, другим, должна запускаться. Останавливается всё без проблем, но при запуске службы, она (в лучшем случае) жёстко цепляется к .tvr(кам) песочницы. Изоляция везде мергед, даже в дефолтных настройках RegistryIsolationMode=Merged. ChildProcessEnvironmentDefault=External включён. Более того, даже так:
isolation_merged HKEY_LOCAL_MACHINE\Software
в соответствующем файле. И всё равно виртуалит. Проверял на ThinApp 4.7.3 и 5.1.1 - результат идентичен.
 
Кто подскажет, как эту беду отвязать от виртуала и возможно ли это?

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 23:03 29-10-2015
Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVanti473
во-первых не виртуалит, а это рабочие ключи оболочки, сюда он записывает "для себя" - чего запустила и другую служебную информацию.
изоляции реестра тут вообще без разницы. зачем там merged? прога работает с реестром?  
если нет - достаточно writecopy.  
единственное, что имеет смысл проверить, это отсутствие в HKEY_LOCAL_MACHINE.txt веток, связанных с HKEY_LOCAL_MACHINE\SYSTEM\ControlSet*** и HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services, в частности - подветок ...\Tcpip\Parameters.
 
если этого будет недостаточно, попробуйте запускать ехе с параметром /s  
 
P.S. отключение DHSP-клиента не сработает, если инет идёт например через модем, а не через лан. или IP жёстко прописан в настройках сетевухи.

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 23:43 29-10-2015 | Исправлено: Proshaa, 23:53 29-10-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Proshaa

Цитата:
отключение DHSP-клиента не сработает, если инет идёт например через модем, а не через лан

 
Работает. Проверял на сетке, потом на буке вырубал так инет (который через) WiFi, и, через USB модем 4G тоже вырубается за милую душу. Таким образом, делаю вывод, что это, хоть и полумера, но работает. Во всяком случае, ничего гиблого во временном отключении службы DHSP-клиента не вижу.
 
А вот останавливать, казалось бы логичные службы:
Сетевые подключения
Рабочая станция
Служба сведений о подключённых сетях
Вспомогательная служба IP
DNS-клиент

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

Цитата:
это рабочие ключи оболочки

 
Да, это всё понятно... Как сделать так, чтобы они не виртуалились, а попадали бы в реальную ОС? Хотя бы:
HKEY_LOCAL_MACHINE\Software\Thinstall\ProcessList
и
HKEY_LOCAL_MACHINE\Software\Thinstall\SxS
 
----------
 
Хотя бог с ним, кажется придумал решение... Эти езешники, включающие и выключающие службу, надо вынести в реальную ОСь, и стартовать их не напрямую, а тоже сторонним исполнительным файлом из сборки. Получится, что вроде бы как будет запуск дочернего процесса, который по настройкам Package.ini произойдёт в реале. Таким образом, видимо, всё должно получиться, так как непосредственно сама сборка, запускать службы не будет...

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 06:41 30-10-2015 | Исправлено: AVanti473, 07:25 30-10-2015
Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Да, это всё понятно... Как сделать так, чтобы они не виртуалились, а попадали бы в реальную ОС?  

так понятно или как сделать?
никак они не попадут в реальную ось. да и не нужны они там. это всего лишь внутренние переменные, не имеющие ничего общего с реальным реестром.

Цитата:
Так что, логичный выход - DHSP-клиент.  

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

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 11:59 30-10-2015
jiko



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подскажите пожалуйста степень сжатия как можно увеличить до масимум .
В изоляции тоже какой командой так что система чистая была .
Спосибо .
 
Стоить следующее ...
[Compression]
CompressionType=Fast
 
[Isolation]
DirectoryIsolationMode=Merged

Всего записей: 140 | Зарегистр. 26-02-2003 | Отправлено: 03:41 31-10-2015 | Исправлено: jiko, 04:01 31-10-2015
inok_ZP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jiko
Версия для печати    Ctrl+F   OptimizeFor=Disk
 
Похоже мануал ты не читал.

Всего записей: 298 | Зарегистр. 09-06-2010 | Отправлено: 09:41 31-10-2015 | Исправлено: inok_ZP, 09:42 31-10-2015
Evgenii724



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Стоить следующее ...  
[Compression]  
CompressionType=Fast  

 
Попроще обьясню, добавь OptimizeFor=Disk, что бы выглядело так:
[Compression]  
CompressionType=Fast  
OptimizeFor=Disk            
 
Если посоветуют вписать еще  BlockSize=256k или 512k и 1m то выигрыша в сжатии почти не будет а только приведут к проблемам.

Всего записей: 165 | Зарегистр. 27-09-2015 | Отправлено: 19:40 31-10-2015
jiko



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Просто интересный момент открытый снимок сделанный ThinApp 5.1 пакую Winrar 5 / 7-Zip 9.20 занимает на 15-20% меньше чем готовый упакованный в ThinApp 5.1 ?
Где здесь фишка ...

Всего записей: 140 | Зарегистр. 26-02-2003 | Отправлено: 01:17 01-11-2015 | Исправлено: jiko, 05:10 01-11-2015
Proshaa

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
jiko
а ничего, что ThinApp - это не архиватор, а виртуальная машина с собственной средой?

Всего записей: 3079 | Зарегистр. 10-01-2011 | Отправлено: 11:30 01-11-2015
Vsevolod



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Просветите меня, решил сделать свой первый проект, так что везде всё по умолчанию.  
Взял диск с установочной програмой, сделал прескан, установил программу, запустил программу, постскан, создал портативку (2 файла exe и dat).  
Удалил программу и запустил портативку, программа выдаёт, что не может создать папку и вылетает. Что я сделал не так?

Всего записей: 2366 | Зарегистр. 13-06-2001 | Отправлено: 16:44 03-11-2015
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224

Компьютерный форум Ru.Board » Компьютеры » Программы » VMware ThinApp (formerly Thinstall) 3
articlebot (28-02-2016 18:11): VMware ThinApp (formerly Thinstall) часть 4


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru