Thinstall что это за папка

При создании и сохранении приложений ThinApp для распространения с помощью VMware Identity Manager необходимо соблюдение определенных требований.

Требования к пакетам ThinApp

Для создания или изменения комплектации пакетов ThinApp, которыми может управлять VMware Identity Manager , необходимо использовать версию ThinApp, поддерживаемую VMware Identity Manager . VMware Identity Manager поддерживает ThinApp 4.7.2 и более новые версии. Обновленные сведения о поддерживаемых версиях см. в таблицах совместимости продуктов VMware по адресу http://www.vmware.com/resources/compatibility/sim/interop_matrix.php.

Необходимо использовать пакеты ThinApp, которые пригодны для управления с помощью VMware Identity Manager . В процессе сборки пакетов ThinApp могут быть созданы пакеты, которые пригодны или не пригодны для управления с помощью VMware Identity Manager . Например, с помощью мастера записи ThinApp (ThinApp Setup Capture) можно создать пакет, управляемый службой VMware Identity Manager , установив флажок Управление с помощью Workspace . Подробные сведения о возможностях VMware ThinApp и соответствующих параметрах, которые необходимо задать для использования и создания пакета, совместимого с VMware Identity Manager , см. в документации ThinApp.

Чтобы сделать существующие пакеты ThinApp совместимыми с VMware Identity Manager , можно воспользоваться командой relink — h . Дополнительные сведения о том, как преобразовать существующие пакеты ThinApp в формат, пригодный для управления с помощью VMware Identity Manager , см. в разделе Руководство администратора VMware Identity Manager .

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

Требования к репозиторию в общей сетевой папке

Пакеты ThinApp должны находиться в общей сетевой папке, которая называется «репозиторий пакетов ThinApp». Для доступа к общей сетевой папке из всех систем, в которых установлено приложение VMware Identity Manager Desktop для обработки пакетов ThinApp, должен использоваться путь, соответствующий формату соглашения об универсальных именах (UNC). Например, доступ к общей сетевой папке appshare на узле server можно получить по UNC-пути \\server\appshare . Полное имя узла, на котором находится общая сетевая папка, должно быть разрешимым для средства соединитель .

Общим сетевым ресурсом может быть общий ресурс общей межсетевой файловой системы (Common Internet File System, CIFS) или распределенной файловой системы (Distributed File System, DFS). Общим ресурсом DFS может быть один общий файловый ресурс для обмена данными по протоколу SMB или несколько общих файловых SMB-ресурсов, упорядоченных в виде распределенной файловой системы. Поддерживаются общие ресурсы CIFS и DFS в системах хранения NetApp. Общие ресурсы DFS также поддерживаются в системах хранения Isilon.

Общая сетевая папка должна соответствовать критериям выбранного способа доступа соединитель к репозиторию пакетов ThinApp: на основе домена или на основе учетной записи. Тип доступа определяет допустимые комбинации следующих элементов.

Использование для репозитория пакета ThinApp общей сетевой папки CIFS или DFS.
Необходимо ли присоединить соединитель и узел общей сетевой папки к одному и тому же домену Active Directory.
Нужно ли присоединить систему Windows пользователя к домену Active Directory, чтобы использовать пакеты ThinApp.
Режим установки пакетов ThinApp, настроенный для использования установленным приложением VMware Identity Manager Desktop для получения и запуска виртуализированных приложений в системе Windows, в которой установлено приложение. Режим установки пакетов, используемый в системе Windows пользователя, задается в процессе установки приложения VMware Identity Manager Desktop в этой системе Windows. Этот режим установки пакета определяет режим развертывания ThinApp, используемый в этой системе Windows: режим загрузки или режим потоковой передачи.

Тип общей сетевой папки

Требования к VMware Identity Manager

Требования к системе Windows пользователя

Доступ на основе домена

Общую папку CIFS можно использовать для репозитория пакетов ThinApp с доступом на основе домена.

Общую папку DFS нельзя использовать с доступом на основе домена. Для общей папки DFS необходимо использовать доступ на основе учетной записи.

Средство соединитель необходимо присоединить к домену Active Directory так, чтобы была присоединена общая сетевая папка Windows и получен доступ к пакетам.

Дополнительные сведения о том, как настроить средство соединитель для присоединения к домену, см. в сведениях о настройке Kerberos в разделе Установка и настройка VMware Identity Manager .

Примечание.

Проверка подлинности Windows не требуется.

Общая сетевая папка должна поддерживать проверку подлинности и разрешения на доступ к файлам на основе учетных записей компьютеров. Средство соединитель получает доступ к общей сетевой папке на основе учетной записи компьютера соединитель в домене.

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

Систему Windows пользователя необходимо присоединить к домену Active Directory, чтобы пользователь мог использовать пакеты ThinApp, для которых ему предоставлены права.

К тому же домену нужно присоединить все перечисленные ниже системы.

Система Windows пользователя.
Средство соединитель .
Узел общей сетевой папки с пакетами ThinApp.

При использовании доступа на основе домена для пакетов ThinApp разрешены следующие режимы установки.

COPY_TO_LOCAL. В этом режиме установки пакеты загружаются в клиентскую систему Windows. Этот режим установки соответствует режиму загрузки ThinApp для виртуализированного приложения. Учетная запись, использованная для входа в клиентскую систему Windows, представляет собой учетную запись пользователя, которая используется для копирования пакетов из общей сетевой папки в клиентскую систему Windows. Этой учетной записи должны быть предоставлены разрешения на чтение пакетов и копирование файлов из общей сетевой папки. После загрузки пакета в клиентскую систему Windows и его запуска пользователем виртуализированное приложение запускается локально в клиентской системе Windows.
RUN_FROM_SHARE. В этом режиме установки пакеты не загружаются в клиентскую систему Windows. Пользователь запускает пакеты с помощью ярлыков на локальном настольном компьютере, а виртуализированные приложения запускаются из общей сетевой папки с использованием потокового режима ThinApp. Учетная запись, использованная для входа в клиентскую систему Windows, представляет собой учетную запись пользователя, которая используется для запуска пакетов из общей сетевой папки. Этой учетной записи должны быть предоставлены разрешения на чтение исполняемых файлов из общей сетевой папки.

Примечание. Режим RUN_FROM_SHARE лучше всего подходит для систем Windows, которые постоянно подключены к общим сетевым папкам с пакетами ThinApp. Системы Windows, которые наилучшим образом соответствуют этому описанию, — это настольные компьютеры Horizon, так как они всегда подключены к своему домену. Для настольных компьютеров Horizon без сохранения состояния наиболее эффективным является режим RUN_FROM_SHARE, поскольку он позволяет избежать повышенного использования ресурсов, связанного с загрузкой пакетов в систему Windows.

При стандартной установке приложения VMware Identity Manager Desktop в системе Windows (путем запуска графической версии клиентской программы установки) в качестве режима установки по умолчанию выбирается режим COPY_TO_LOCAL. Чтобы выбрать другой режим установки пакетов по умолчанию, необходимо запустить клиентскую программу установки с помощью командной строки. См. раздел Параметры установщика командной строки для виртуального компьютера VMware Identity Manager.

При использовании режима HTTP_DOWNLOAD необходимо, чтобы URL-адрес IDP был доступен с пользовательского компьютера под управлением Windows. При использовании режимов RUN_FROM_SHARE и COPY_TO_LOCAL необходимо, чтобы общий ресурс ThinApp был доступен с пользовательского компьютера под управлением Windows.

Доступ на основе учетной записи

В случае выбора доступа на основе учетной записи можно использовать для репозитория пакетов ThinApp общую папку CIFS или DFS.

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

Учетная запись и пароль пользователя общей папки — это сочетание учетных данных, обеспечивающее доступ для чтения к общей сетевой папке по UNC-пути.

Нет необходимости присоединять средство соединитель к домену Active Directory, чтобы получить доступ к общей сетевой папке.

Примечание.

В консоли VMware Identity Manager нужно заполнить страницу «Присоединиться к домену», прежде чем использовать страницу «Пакеты ThinApp».

Примечание.

Доступ на основе учетной записи обязателен, если используется общий ресурс NetApp.

Систему Windows пользователя не обязательно присоединять к домену Active Directory, чтобы пользователь мог использовать пакеты ThinApp, для которых ему предоставлены права. Проверка подлинности Windows не требуется.

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

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

Если система Windows пользователя не присоединена к домену, чтобы получить виртуализированное приложение, на клиенте должен использоваться режим установки HTTP_DOWNLOAD. Этот режим установки соответствует режиму загрузки ThinApp для виртуализированного приложения. Чтобы извлечь пакеты из репозитория, в средстве соединитель используется учетная запись пользователя общей папки.
Если пользователь присоединяет систему Windows к домену, чтобы запустить пакеты ThinApp, для которых пользователю предоставлены права, на клиенте может использоваться либо режим установки COPY_TO_LOCAL, либо режим установки RUN_FROM_SHARE. Учетная запись, использованная для входа в клиентскую систему Windows, представляет собой учетную запись пользователя, которая используется для получения пакетов из общей сетевой папки. Этой учетной записи должны быть предоставлены соответствующие разрешения для общей сетевой папки.

Если система Windows пользователя в какое-то время может быть присоединена к домену, а в другое время она не присоединена к домену, можно установить клиент в режиме COPY_TO_LOCAL с включенным параметром AUTO_TRY_HTTP, если в средстве соединитель настроен доступ на основе учетной записи.

Используя эту конфигурацию, на клиенте в первую очередь будет предпринята попытка использовать режим COPY_TO_LOCAL, чтобы загрузить пакеты. Если в это время система Windows не присоединена к домену, попытка загрузки пакетов завершится ошибкой. Тем не менее с включенным параметром AUTO_TRY_HTTP на клиенте сразу же будет предпринята попытка использовать HTTP-подключение, чтобы загрузить пакеты. Сочетание COPY_TO_LOCAL и AUTO_TRY_HTTP используется по умолчанию при установке приложения VMware Identity Manager Desktop в системе Windows путем запуска графической версии клиентской программы установки.

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

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

Если параметры предусматривают присоединение системы к домену Active Directory, следует убедиться, что несвязанное пространство имен не мешает компьютерам, которые являются членами домена, получать доступ к общей сетевой папке, в которой находятся пакеты ThinApp. Несвязанное пространство имен возникает, когда доменное имя Active Directory отличается от пространства DNS-имен, которое используется компьютерами в этом домене.
Права доступа к файлам и вложенным папкам общей сетевой папки нужно настроить так, чтобы обеспечить доступ для чтения и запуска приложений для пользователей, которым необходимо запускать приложения ThinApp с помощью параметров COPY_TO_LOCAL или RUN_FROM_SHARE. Например, если пользователям с учетными записями Active Directory, которым необходимо запускать приложения ThinApp в потоковом режиме, предоставлено разрешение на доступ к общей папке для чтения и разрешение NTFS на чтение и выполнение , они смогут выполнять операции чтения и запускать соответствующие приложения. Для запуска приложений ThinApp с помощью потокового режима ThinApp, который соответствует режиму установки RUN_FROM_SHARE для приложения VMware Identity Manager Desktop , требуется разрешение NTFS на чтение и выполнение . Если организации требуется разрешение NTFS на чтение , пользователи могут использовать режим загрузки ThinApp для виртуализированного приложения. Режим загрузки ThinApp соответствует установке клиента Windows в режиме установки COPY_TO_LOCAL либо в режиме установки HTTP_DOWNLOAD. В любом из этих режимов установки приложения загружаются в системы Windows и запускаются локально. Общие сетевые папки CIFS и DFS должны содержать пакеты ThinApp, упорядоченные по отдельным подкаталогам в каталоге, расположенном в соответствующем пространстве имен, а не по подкаталогам в самом пространстве имен, например \\server\appshare\thinapp1 , \\server\appshare\thinapp2 и т. п. См. раздел Создание общего сетевого ресурса для пакетов ThinApp, которыми управляет VMware Identity Manager.

VMware App Volumes и ThinApp — вместе лучше

VMware ThinApp и App Volumes входят в состав Horizon Suite и предназначены для доставки приложений пользователям, но их функции несколько отличаются.

App Volumes — наиболее новая из двух технологий — предназначена для доставки наборов приложений на виртуальные десктопы. Тогда как ThinApp больше подходит для доставки специфичных приложений (которым нужна изоляция из-за проблем совместимости). На VMworld 2015 VMware анонсировала проект A², который благодаря сочетанию AirWatch и App Volumes позволит администраторам доставлять приложения на любые пользовательские устройства, включая мобильные телефоны и компьютеры.

Старый добрый ThinApp

ThinApp — это система виртуализации приложений с некоторыми возможностями по их распространению. Она была частью пакета VMware Horizon suite с 2008 года, поэтому держится на слуху несколько дольше, чем приобретенный и переименованный VMware в 2014 году продукт CloudVolumes. Созданные с участием ThinApp приложения исполняются внутри изолированного контейнера, составляющего пакет ThinApp. Контейнер служит своего рода надстройкой над реестром и файловой системой десктопа. Администраторы могут добавлять в пакет ThinApp произвольные файлы и ключи реестра. Приложения внутри контейнера скрыты от других установленных на компьютере приложений, благодаря чему на одном компьютере можно запускать даже несовместимое ПО. Но это лезвие обоюдоострое. Иногда необходимо интегрировать два приложения или установить плагин для некоторых из них. Все это требует взаимного доступа ПО, невозможного при изоляции. ThinApp позволяет установить те приложения, которые без изоляции установить не удалось бы. К примеру, организации может потребоваться отказаться от Windows XP без сопутствующей доработки веб-приложений. В таком случае Internet Explorer 6 вполне можно запустить на Windows 7 при помощи ThinApp. Есть несколько способов доставить пакет ThinApp на рабочую станцию. Для VDI администраторы размещают пакет на сетевом ресурсе (в идеале — на быстром хранилище), доступном всем рабочим станциям. Получается, что пользователи работают с приложением через корпоративную сеть. И администраторам стоит убедиться в должной производительности сети, чтобы ее перегрузка не сказалась на отклике приложений.

App Volumes предлагает новый метод

VMware App Volumes доступен только в топовой редакции Horizon Enterprise, а ThinApp есть во всех вариантах. App Volumes использует связку из виртуального тома VMDK и драйвера гостевого диска/реестра для создания эффекта работы приложения внутри VM. Агент App Volumes размещает набор приложений в контейнере, который располагается над ОС хоста. Администраторы также могут сделать дисковые тома доступными для записи, что позволит сотрудникам сохранять параметры приложений или профиля, а также размещать там прочие файлы. ОС рабочей станции видит единый реестр и файловую систему, так же как и остальные локальные приложения. Образы дисков для VDI, которые VMware называет AppStacks, находятся на доступных для серверов ESXi-хранилищах. Это позволяет приложению обращаться к СХД вместо осуществления доступа через виртуальную машину. Для обеспечения хорошей производительности администраторам VDI необходимо размещать файлы App Volumes на высокопроизводительных хранилищах. А еще лучше — по возможности использовать массивы SSD.

Различия между технологиями

Отличительной чертой ThinApp является изоляция приложений, которая особенно полезна при необходимости запуска на одной машине нескольких несовместимых программ. Технология ThinApp также полезна при развертывании приложений за пределами VDI. Основное преимущество App Volumes — унифицированное представление. Компоненты App Volumes интегрируются с рабочей станцией, и приложения ведут себя точно так же, как если бы они были физически установлены на этой машине. Кроме того, с помощью App Volumes можно реализовать перенос пользовательских параметров между рабочими станциями и без использования перемещаемых профилей. Еще App Volumes допускают установку пользовательских приложений, которые в других случаях доставляют изрядную головную боль. Эти дополнительные возможности делают App Volumes мощным инструментом, позволяющим администраторам с легкостью управлять инфраструктурой «плавающих» (произвольно назначаемых пользователям) десктопов Horizon View. Назначение рабочих станций произвольным пользователям удобно в ситуациях, когда несколько сотрудников работают с одним пулом VDI. App Volumes выглядят для пользователей как обычные «постоянные» компьютеры, доставляя пользовательские приложения, файлы и профили каждый раз при входе в систему.

Точки пересечения ThinApp и App Volumes

Добавлением App Volumes к набору Horizon suite компания VMware значительно упростила распространение приложений в среде VDI. Обе технологии — ThinApp и App Volumes — были разработаны в помощь администраторам при развертывании приложений на множестве рабочих станций. Благодаря им можно даже разворачивать ПО с поддержкой пользовательских параметров на системах, не сохраняющих изменения. Оба продукта позволяют администраторам создавать компактные образы рабочих станций без множества встроенных приложений. Соответственно, App Volumes и ThinApp позволяют работать с меньшим числом образов в инфраструктуре VDI, ведь они не содержат «зашитых» приложений. Более того, администраторы могут доставлять ПО определенным пользователям или группам. ThinApp и App Volumes применяют схожий метод захвата приложений. Они используют чистую VM с минимальным набором софта и сравнивают ее состояние до и после установки приложения. Обе технологии требуют тщательного подбора используемых при установке компонентов, чтобы гарантировать хорошую производительность приложения. Организации с лицензией на App Volumes могут без проблем использовать ThinApp, так как на них лицензия предоставляется автоматически. Администраторы VDI вполне могут использовать обе технологии в любых сочетаниях для достижения желаемого результата. Например, пакеты ThinApp довольно легко доставлять с помощью App Volumes. Или же администратор может использовать в основном App Volumes для развертывания большей части ПО, применяя ThinApp в отдельных случаях, где требуется изоляция. Добавлением App Volumes к набору Horizon suite компания VMware значительно упростила распространение приложений в среде VDI. Еще одна хорошая новость заключается в том, что не обязательно использовать ThinApp лишь с целью упрощения базового образа VM — этого гораздо проще добиться с App Volumes. Хотя оба продукта пересекаются по некоторым возможностям, они отлично работают в тандеме.

VMware ThinApp

VMware ThinApp — это программный пакет предназначен для использования с виртуализированными приложениями и позволяет отделить приложения от операционной системы, обеспечивая защиту от возможных конфликтов приложений.

Описание VMware ThinApp

Программный пакет VMware ThinApp предназначен для использования с виртуализированными приложениями и позволяет отделить приложения от операционной системы, обеспечивая защиту от возможных конфликтов приложений. Благодаря использованию VMware ThinApp можно быстро осуществить перенос пользовательских приложений в операционные системы Windows7 и Windows 8. Это осуществляется за счет исключения необходимости повторного кодирования, тестирования и сертификации. Благодаря увеличению скорости развертывания приложений и уменьшению времени тестирования удается добиться сокращения времени простоев и уменьшить риски для бизнеса.

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

VMware ThinApp позволяет централизовать приложения, которые требуют специального оборудования и не поддерживают работу в единой среде по причинам возможного нарушения изоляции данных или по другим техническим причинам. Это позволяет оптимизировать использование ресурсов, а также существенно упростить процессы управления и развертывания.

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

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

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

» VMware ThinApp (formerly Thinstall) 3

Вот такой вот вопросик заинтересовал меня слегка. Уж простите чайника, но мы тут всё о портабле, а вот видимо я в который раз прохожу мимо и упускаю создание msi в ThinApp. Создаётся инсталлятор (если поставить соответствующую галочку), причём при его использовании, Появляется в Program Files папка с установленной прогой и даже есть запись в установке и удалении программ о том, что инсталлирована нужная прога на комп при помощи ThinApp, НО, вот только что же это за инсталляция такая интересная получается. В Program Files есть папка с екзешником, который выполняется через песочницу, установленную и расположенную где то по пути C:\Users\Пользователь\AppData и т.д.

И всё бы ничего, если нужно воспользоваться установленной прогой, она встанет и будет вот так вот своеобразно работать. А вот, к примеру, ставлю я VST плагин и, помимо папки его установки в Program Files, его dll-ка должна уйти в C:\Program Files\Vstplugins. Но вот незадачка, нету там его после установки сделанной при помощи msi в ThinApp. А в программной папке одни екзешники на мануалы, странички в сети и лицензионные соглашения.

Понятно, что сам VST лежит в песочнице в нужном месте, но ни одна сторонняя программа не может с ним работать, так как по факту этого плагина тупо нету на компе, ведь писочницу ThinApp прочитать с компа в удобоваримом виде для других программ невозможно.

Тоесть понятно что можно сделать репак или тихий инсталл этих плагинов вообще без ThinApp, но раз в ThinApp возможно создать msi, должно же быть у этой возможности практическое применение.

Может надо выставить в настройках создания msi установщика какие-нибудь параметры, чтобы всё лилось в реальную систему а не в песочницу? Таким макаром удобнее было бы делать разные быстрые инсталляторы, где всё инсталлировано, настроено и готово к употреблению, но между тем прекрасно взаимодействует со всей реальной системой и с каждой реальной программой в системе. Решение казалось бы — только руку протяни. Зачем тогда народу будут эти заморочки с разными Inno Setup, скриптами и тому подобными танцами с бубном.

Автор: Astra55
Дата сообщения: 18.06.2013 21:16
AVanti473
Цитата:

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

Если лень читать мануал, то хоть книжку Бьорка почитайте. Никакого волшебства нет, а есть быстрый и вполне штатный разворот сборок на рабочие станции. Что абсолютно не нужно обычным юзерам, им хватает экзешника.

Автор: AVanti473
Дата сообщения: 18.06.2013 21:47

Цитата:

Если лень читать мануал, то хоть книжку Бьорка почитайте.

Потопал перечитывать FAQ. Не найду ответа, поищу книжку Бьорка. За совет спасибо!

Если лень читать мануал

Ё-моё. Перечитал FAQ, а надо было мануал. Ну зато теперь FAQ точно прочитан «от корки до корки» Жаль, что многое опять забудется, но даже кое что законспектировал себе в качестве быстрой памятки.

Автор: AVanti473
Дата сообщения: 19.06.2013 17:27

Хм. Мануал на инглише, увы мало что могу понять в нём. Не слишком силён в ангельском. Peter Bjork | VMware ThinApp тоже на инглише. Имеется Thinstall Manual 1.06 by vyachko.chm но там вроде бы ничего про msi нету.

русский полный HELP к программе (машинный перевод) от MIHMIH007

Вот тут есть, но машинный перевод и поэтому додумать или понять что либо тоже весьма сложно. Жаль.

Например, что можно понять из этого?
1. В msi база данных будет извлекать Ваш Thinstalled EXE файла (ов) с: \ программные файлы. Вы можете использовать опцию факультативного MSIInstallDirectory контроля, где файлы добываются с.
Если вы указываете ALLUSERS = «», чтобы msiexec, или вы создаете . msi пакет установить, что в за-пользователя по умолчанию, используя опцию MSIDefaultInstallAllUsers , то Thinstalled EXE файлы будут извлечены с пользователями% AppData% каталоге.

Скажите пожалуйста, может у кого-нибудь есть ссылочка на сведения на русском языке по созданию и использованию msi в ThinApp?

Автор: Astra55
Дата сообщения: 19.06.2013 17:57
AVanti473
Цитата:

может у кого-нибудь есть ссылочка на сведения на русском языке по созданию и использованию msi в ThinApp?

Нет и не будет. Вот ПРОМТовский перевод — http://rghost.ru/46872118, поймете — хорошо, нет — Ваши проблемы. Грубая реальность компового, и не только, мира требует знаний английского языка, можно хоть захлебнуться квасом патриотизма, но компам на это наплевать.

Автор: wald1968
Дата сообщения: 19.06.2013 18:21

Astra55 (18:57 19-06-2013)
Цитата:

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

Надо же, а я думал язык компа 1 и 0. А
Автор: Astra55
Дата сообщения: 19.06.2013 19:03

wald1968
Умеете кодить на бинарном уровне? Респект и уважуха! Не забудьте послать заявку в книгу рекордов Гиннесса.

Автор: NickOnToluca
Дата сообщения: 20.06.2013 09:35

Не знаю, как так получилось, но английский алфавит я с детства знал увереннее родного.

Причин несколько. Например ZX-Spectrum 48k

Журнал «Радиолюбитель» с несколькими компьютерными страничками (с паяльником не очень дружу). Малюсенький Анг-Рус-Анг словарь. Половина курса «Ешко» (не мною купленный). Учебник английского (на удивление толковый как для советского).

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

Знаете как язык Basic получил свое название? Basic English называли упрощенный вариант английского, созданный специально для коренного населения Америки. Например, «поезд» там назывался «большая железная повозка».

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

Это я ни к чему особо, просто наблюдение.

Автор: AVanti473
Дата сообщения: 20.06.2013 12:48

Цитата:

Нет и не будет.

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

Дак я же и не спорю, просто поинтересовался, ведь всегда есть шанс, что кто-то уже что-то сделал в направлении перевода, а я этого не сумел найти. Вот чтобы заново велосипед не изобретать и поинтересовался.
Да уж, суровая реальность требует, где бы только на всё найти время. Сам бывает смеюсь до коликов от вот таких вот казусов типа http://минобрнауки.рф/ ведь протокол WWW изначально ангельская разработка да что там инет, вернёмся к DOS ))) Это сейчас файлы можно обзывать как угодно, а помниться было правило 8/3 (имя файла 8 латинских символов, расширение 3) исключая в названиях точки, знаки препинания и т.п. Каждый день открывая «Мой комп» никто из пользователей уже и не знает, что такое древо каталогов. Только счастливые пользователи Total Commander изредка вспоминают, что Папка — это по сути Каталог. Хотя, как что не обзави, да и лирика всё это, всё одно знание истории, это далеко не знание чужого языка. А язык за пару минут не выучишь. Приятно, что техника идёт к нам навстречу и убираются многочисленные преграды. Уже, наверное, процентов 90 всего пользуемого софта имеют русскую локаль, хелп и удобоваримый вид. Ну да ладно, буду грызть гранит науки, если получиться. Кстати, всё-таки, буду очень благодарен, если кто-нибудь даст своими словами ответ на мой вышеобозначенный вопрос по msi в ThinApp.

Вот ПРОМТовский перевод — http://rghost.ru/46872118

Тот же самый хелп что я скачал ранее из шапки по ссылке русский полный HELP к программе (машинный перевод) от MIHMIH007
Даже контрольные суммы файлов совпали.
В предыдущем моём посте пример перевода именно из него.

Автор: Astra55
Дата сообщения: 20.06.2013 13:56
AVanti473
Цитата:

Уже, наверное, процентов 90 всего пользуемого софта имеют русскую локаль, хелп и удобоваримый вид.

Блажен, кто верует. Я бы сказал, что подавляющее большинство софтов не имеют русской локали, само собой, русефекализация не в счет. Плюс к этому, процентов 90, если не больше, книг по софтам не имеют русских переводов. Про хелпы aka справки ваще молчу, русские отсутствуют чуть меньше, чем полностью.
Цитата:

Тот же самый хелп что я скачал ранее из шапки

Значит, запутался в файлах, у меня были свои переводы, точнее, заготовки для переводов в абзацном и табличном виде. Тут многие пытались гнуть пальцы, заявляя — да ща переведу эти ThinApp мануалы как нехрен делать! Однако, кроме ПРОМТа, никто перевод так и не осилил. Да и бессмысленно это, тратить уйму времени и труда ради десятка человек, не удосужившихся выучить английский на минимальном уровне.

Автор: AVanti473
Дата сообщения: 20.06.2013 19:38

Цитата:

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

А как можно на них взглянуть?

Автор: AVanti473
Дата сообщения: 21.06.2013 18:26

Кааапец из меня блин переводчик.

[more=Читать дальше..]Создание MSI пакетов установки.
Если вы не создадите MSI файлы во время процесса захвата, вы можете создать эти файлы после сборки приложения. MSI файлы рекомендуется использовать для доставки захваченного приложения средствами традиционных систем управления рабочим столом на удалённые машины. При запуске MSI файлов произойдёт автоматическое создание ярлыков и сопоставление типов файлов. Групповые политике Активных каталогов обеспечивают возможность распространения и установки MSI пакетов.
ThinApp создаёт MSI пакет, содержащий захваченные исполняемые файлы, установщик и утилиту thinreg.exe.

Настройка MSI файлов в параметрах package.ini
Вы можете настроить создание MSI файлов, изменяя параметры package.ini. Выполнить настройки можно и при пересборке пакета приложения.
Следующие параметры влияют на конфигурацию MSI пакета:
• MSIInstallDirectory — параметр задает каталог установки для пакета.
Например, можно включить MSIInstallDirectory = C: \ Program Files \ в файл package.ini
• MSIDefaultInstallAllUsers — параметр задает, следует ли устанавливать пакет для всех пользователей или только для одного. ThinApp установит пакет в каталог пользователя %AppData%.
Например, можно включить MSIDefaultInstallAllUsers = 0 в файл package.ini.
Для создания пакета установки для отдельных пользователей, используйте значение 0 параметра MSIDefaultInstallAllUsers в файле package.ini. Это значение создает параметр Msiexec для каждого пользователя.
Для возможности администраторам устанавливать MSI пакеты для всех пользователей на машине, или возможности отдельным пользователем, без прав администратора, устанавливать MSI пакеты только для этого пользователя, используйте значение 2 параметра MSIDefaultInstallAllUsers. Администраторы относятся к группе администраторов Активных каталогов.
• MSIFileName — параметр имени пакета.
Например, можно включить MSIFilename=Firefox30.msi в файл package.ini.
• MSIRequireElevatedPrivileges параметр указывает, будет ли программа установки пользоваться повышенными привилегиями для развертывания на Microsoft Vista. Установки для индивидуальных пользователей обычно не требуют повышенных привилегии, но для машин требуются установки такие привилегий.
Например, можно включить MSIRequireElevatedPrivileges = 1 в файл package.ini.
• MSIProductCode — параметра облегчает установку новой версии приложения. MSI пакет будет содержать код продукта и код обновления. При обновлении пакета, сохранится оригинальное значение параметра MSIUpgradeCode.
Если значение параметра новой версии такое же, как значение в старой версии, установщик выдаст запрос на удаление старой версии. Если значения параметров различны, установщик удалит старую версию и установит новую.
VMware рекомендует не указывать значение MSIProductCode, что позволит ThinApp генерировать другой код продукта для каждой сборки.
Независимо от значения параметра заданного при сборке, вы можете изменять настройки во время установки. Например, если вы создали MSI пакет со значением 1 для параметра MSIDefaultInstallAllUsers, вы все равно можете во время установки изменить значение для пользователей Firefox 3.0 командой msiexec / I Firefox30.msi ALLUSERS = «» в командной строке.
Если вы поставите соответствующее значение в ALLUSERS = «» для команды Msiexec, ThinApp установит пакет в каталог пользователя %AppData%.
Установка MSI для отдельных пользователей или для всех пользователей на машине:
(Опционально) В командной строке введите msiexec / I . ALLUSERS MSI = «» команду для установки для отдельных пользователей.
(Опционально) В командной строке введите msiexec / I . ALLUSERS MSI = 1 команду для установки для всех пользователей на машине.
[/more]

Как всё криво и медленно.

Добавлено:
И вот чёй-то я не понял. И это усё? Тоесть msi в ThinApp создаётся исключительно для того, чтобы установить на работающую ОСь свой контейнер, который будет просто интегрирован в систему для лучшего взаимодействия с другими программами (ярлычки, ассоциации файлов и т.п.). Другими словами, msi установщик разворачивает контейнер, и не важно, куда ему назначать установку, ведь это всё равно будет только контейнер, хоть для одного, хоть для всех юзеров. Ни о каком нормальном развёртывании самой программы в реальной системе, сведений в HELPе я не нашёл!
Даже не вериться, что столь незначительная и, казалось бы, очевидная деталь, не добавлена в возможность ThinApp.
Значит если вдруг мне вздумалось сделать перепаковку софта, мне нужно, грубо говоря, сделав сборку, применить какую-нибудь программу-инсталлятор, которая раскидает все файлы на реальной машине по нужным папкам, а файлы реестра, через vregtool.exe выудить в нормальный вид, и заставить программу-инсталлятор забить их в реальную систему при установке.
А как же быть с системными файлами, если их замена будет фатальной для системы? Или, как же быть с ключами реестра, которые ошибочно перепишутся?
Да ну ладно — это всё вопросы третьи, но почему этой возможности напрямую нету при создании msi в ThinApp? Или просто я не нашёл?
Может я просто неверно поставил вопрос? Попробую иначе. Есть ли возможность собрать репак при помощи возможностей msi в ThinApp, чтобы программа работала на реальной системе не через контейнер, а как будто она установлена её родным инсталлятором и настроена пользователем?

Автор: SLasH
Дата сообщения: 23.06.2013 14:06

RegistryConvert 1.0.4 неправильно конвертирует длинные значения REG_BINARY.
Вот такой reg-файл:

Код: Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Heaventools\PE Explorer 1.0\Customize]
«Customize»=hex:00,00,00,00,01,00,00,00,06,00,00,00,00,00,00,00,85,78,b3,f6,00,\
00,00,00,c7,4f,b8,f6,09,00,00,00,00,ff,00,00,aa,99,f7,98,ff,00,00,00,00,00,\
00,00,00,00,00,00,e8,ae,fc,98,0a,00,00,00,00,00,00,00,8b,17,67,07,cc,00,00,\
00,ff,ff,ff,00,00,00,00,00,8d,8e,67,06,08,00,00,00,08,00,00,80,cf,fc,1f,5c,\
05,00,00,80,00,00,00,00,c6,00,f7,69,09,00,00,00,00,00,00,00,00,00,80,00,ff,\
00,00,00,00,80,00,00,ff,ff,ff,00,e3,9f,71,ac,00,00,00,00,e8,03,00,00,01,00,\
00,00,0a,00,00,00,00,00,00,00,cc,00,00,00,ff,ff,ff,00,00,00,00,00,00,00,00,\
00,80,80,00,00,ff,00,00,00,ff,80,c0,00,80,00,00,00,11,00,00,80,00,80,ff,00,\
ff,00,ff,00

Автор: Alex_Piggy
Дата сообщения: 23.06.2013 18:27

Доброе время, SLasH
Родной vregtool Вы пробовали? Чем не устраивает?

Код:
md «%~dpn1»
vregtool temp.tvr ImportReg «%~f1»
vregtool temp.tvr ExportTxt «%~dpn1»
del /q /f temp.tvr

Автор: SLasH
Дата сообщения: 24.06.2013 09:55

Alex_Piggy, приветствую.
Благодарю! А я в мануале на скорую руку поискал, да не нашёл.
После вашего поста поискал — нашёл

Автор: Crazy4el84
Дата сообщения: 24.06.2013 21:32

Доброго времени суток!

Ребята, есть такая программа Raidcall называется. Она в восьмерке создает папку «Raidcall» в:

C:\Users\Username\AppData\LocalLow\Raidcall

Проблема в том что эта папка «Raidcall» постоянно вываливается в реальную систему. Подскажите как исправить. В ХР такой проблемы нет так как там эта папка создается в C:\Users\Username\AppData\.

Пардон, ответ нашел %Local AppData%Low

Автор: cracklover
Дата сообщения: 25.06.2013 09:36

давненько я не брал в руки шашек!
подскажите кто в теме, а ошибка «not a valid executable» при сборке чисто 64 битных программ пока так и непобедима?
на днях вышел Portable Adobe Audition CC 6.0 Build 372, который теперь «64 бит онли», и чего же теперь делать если при попытке портабелизации сей софтины в финале выходит такой облом с «Adobe Audition CC.exe» который и есть в данном случае «not a valid executable»?

Автор: Astra55
Дата сообщения: 25.06.2013 11:35

Operating Systems, Applications, and Systems That ThinApp Supports:
.
— 32-bit applications running on 32-bit and 64-bit Windows operating systems
На умный вопрос — а когда будет? — последует умный ответ — своевременно или несколько позже.

Автор: distortion
Дата сообщения: 25.06.2013 12:33

cracklover
в качестве временного решения (пока нет родной поддержки х64) можно использовать ланчеры/врапперы вызывающие х64 код

Автор: cracklover
Дата сообщения: 25.06.2013 12:45

Astra55
ну раз нет — будем терпеливо ждать )

distortion
это на манер как у ресурса portableappz ?

Автор: NickOnToluca
Дата сообщения: 25.06.2013 12:59

cracklover
Нет. Просто если лаунчер будет 32-битный, то вызванный ним 64-битный код будет работать и в ThinApp.

Автор: Astra55
Дата сообщения: 25.06.2013 13:17

NickOnToluca
Вы хотите сказать, что VM ThinApp, изначально x86, поскольку никакой другой просто не было, может полноценно работать как x64 приложение? Запустить ланчером x64 приложение, еще не значит что будет эмуляция x64 среды для всей программы. Практически это проверяли? Имеется в виду создание проекта native x64 программы любым способом, упаковка в VM ThinApp и работа как полноценного x64 приложения в x64 среде?

Автор: NickOnToluca
Дата сообщения: 25.06.2013 13:37

Astra55
Нет. На форуме их предлагали такой временный выход. Я почти уверен, что будет больше глюков, чем профита.

Автор: Astra55
Дата сообщения: 25.06.2013 14:00

NickOnToluca
Я покопал зарубежные публикации на эту тему, кроме многократных утверждений, что ThinApp не может работать с x64 приложениями, ничего не нашел. Да это и было бы абсурдно — x86 среда VM с какого-то перепуга и в нарушение всех законов, вдруг заработала бы на x64? Геволюция, батенька, такое бы называлось! Но, вроде как, все осталось на своих местах. Насчет снапшотов на x64 даже речи нет. Если надо, то проект можно сделать без участия ThinApp.

Автор: AVanti473
Дата сообщения: 25.06.2013 19:52

Цитата:

x86 среда VM с какого-то перепуга и в нарушение всех законов, вдруг заработала бы на x64

Перечитал последние посты аж три раза. Хм, а это интересно! Может ли ThinApp, работающая под х64 но, в режиме х32 битности эмулировать работу проги only x64? Прикольно. А как же фотошоп CS6 версии х64? Не могу утверждать со 100% уверенностью (просто уже не помню), но кажись портируется на Win7 x64 под ThinApp?! This is interesting.

Блин, помню же портировал вроде, правда помниться были проблемы с запуском, если при сборке билда программа хоть раз запускалась и настраивалась. Сегодня попробовал ещё раз, версия только для x64, всё-же запустил и настроил. Но при сборке билда:
C:\Program Files\Adobe\Adobe Bridge CS6 (64 Bit)\Bridge.exe not a valid executable
И вот Х его знает что это. Неужели при сборке билда он проверяет является фаил исполняемым или нет. Да и как он может быть не исполняемым! Проверил, фаил в реальной системе лежит на месте, где и положено. В контейнере же вместо Source=%ProgramFilesDir% он почему-то оказался по адресу Source=#25drive_C#25 ну и так далее по пути к файлу.
Убирание или отключение [Adobe Bridge CS6 (64bit).exe] в Package.ini ничего не даёт.

Да и бог с ним со всем. поздно уже, устал сегодня. Как говорил Жванецкий: «Ведь модернизировали, подхватили, перестроились, внедрили новый коэффициент, а включаешь — не работает. . И не надо включать!».

Автор: Astra55
Дата сообщения: 27.06.2013 05:22

Заключительный гвоздь в крышку гроба дискуссии о сканировании HKCR:
———————
Несуществующий раздел реестра

А вы знаете, что мы внесли изменения в несуществующий раздел реестра? Раздел HKEY_CLASSES_ROOT (HKCR) интересен тем, что он отсутствует физически. Под его видом в редакторе реестра отображаются совмещенные разделы:

1 HKEY_LOCAL_MACHINE\SOFTWARE\Classes
2 HKEY_CURRENT_USER\SOFTWARE\Classes

В HKLM хранятся глобальные параметры для всех пользователей, а в HKCU – параметры текущего пользователя, при этом HKCU преобладает над HKLM. Поэтому разные пользователи могут сопоставлять различные программы одному типу файла. Это дает возможность каждому из них слушать музыку в любимом проигрывателе и путешествовать по Интернету в привычном браузере.
Если вы хотите создать пункт меню только для своей учетной записи, вносите изменения в раздел HKEY_CURRENT_USER\SOFTWARE\Classes.
Разработчики Windows позиционируют раздел HKCR для чтения, нежели для записи. Это не значит, что записывать туда данные неправильно. Когда вы вносите изменения в раздел HKCR, они записываются в HKEY_LOCAL_MACHINE\SOFTWARE\Classes. Это легко проверить – удалите созданный раздел Editor из HKLM, и он пропадет из HKCR.
———————

Автор: mgboo
Дата сообщения: 29.06.2013 10:41

Здравствуйте,пробовал сделать Nero Recode в Thinstall, при импорте файлов Recode закрывается
DVD импортррует

Автор: Astra55
Дата сообщения: 30.06.2013 18:52

Gredsaz
Пока Вы не уясните азов портабелизации ThinApp, не надо выкладывать на публику утилиты, работающие с системой. Доверчивые пользователи могут жестоко пострадать и безвозвратно потерять ценную информацию. Попробуйте с помощью своей же сборки ExtremeCopy Pro 2.3.3 Portable 32-bit скопировать какие-нибудь файлы или папки из каталога Program Files в каталог Windows или наоборот, а потом найдите эти файлы. Они будут совершенно не там, куда собирались их копировать. Это не говоря про перемещение файлов, тут все куда серьезнее.

ExtremeCopy Pro 2.3.3_Portable by Gredsaz

Лепить свой ник на сборки никому не возбраняется, а как насчет того, чтобы ответить за корректную работу своей же сборки? Не надо пополнять стройные ряды «трехкнопочников», их и без Вас хоть косой коси.

Автор: Gredsaz
Дата сообщения: 30.06.2013 19:18

Astra55
Отправьте тогда свои умозаключения создателям VMware ThinApp,раз они создают такие трёх-кнопочные и лёгкие в использование приложения,пускай тоже азы по изучают.
А на счёт ника,это я делаю,скорей всего для себя,так как тоже оставляю их себе на ПК,и чтобы потом не запутаться,от кого и какая сборка. А вы думайте,что я страдаю манией величия?:)

какие-нибудь файлы или папки из каталога Program Files в каталог Windows или наоборот

А вы лучше изучите саму Windows. Такие вещи лучше всего делать средствами самой Windows . Это что-то похожие на то,как и родной Explorer в Windows полностью не заменит ни одна утилита.
Как бы там не было,Astra55,учту ваше замечание и не буду больше делать сборки из таких опасных программ.
P.S.: да,всё-таки доверюсь вашему опыту и сейчас удалю ссылку на ту утилиту. Может удалить тогда всё,как вы считаете?

Автор: Astra55
Дата сообщения: 30.06.2013 19:43
Gredsaz
Цитата:

Отправьте тогда свои умозаключения создателям VMware ThinApp,раз они создают такие трёх-кнопочные и лёгкие в использование приложения,пускай тоже азы по изучают.

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

А вы лучше изучите саму Windows.

Смею надеяться, что кое-какими познаниями по части винды все же обладаю. Причем, уже второй десяток лет не пользуюсь Эксплорером, только Тотал Коммандером. Наверное, я что-то не так делаю и многого еще не знаю, спасибо что подсказали.
Цитата:

Это что-то похожие на то, как и родной Explorer в Windows полностью не заменит ни одна утилита.

Придется мне заново осваивать Эксплорер, раз его ничем нельзя заменить. А как не хочется, кто бы знал!
Цитата:

Такие вещи лучше всего делать средствами самой Windows.

Надо же, кто бы мог подумать? Очень ценная информация, еще раз спасибо! Но позвольте полюбопытствовать — при таких фундаментальных знаниях винды, зачем предлагать людям заведомо ущербную программу, да еще и в портабельном виде, как Вы это сделали? Может автору утиля напишете, что он, чудак эдакий, людям за деньги всякую лажу всуропливает, когда надлежит использовать исключительно Эксплорер на безальтернативной основе?

Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Thinstall что это за папка