AVanti 473
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ersatz_Coronerr Увы, сбегаю. по работе, дополнил предыдущий ответ немного, а на последующие вопросы отвечу позже, с Вашего позволения... Добавлено: Вернулся, продолжим... Ersatz_Coronerr Цитата: А как в этом случае работают ассоциации, ну например с html ? | Портабельные программы на то и портабельные (в любом виде), чтобы особо не влиять на работу системы. Ведь, если переписать ассоциацию в реестре, то возвращать её уже придётся вручную, ибо все изменения в системном реестре необратимы (за исключением такого координального варианта, как восстановление системы по точкам восстановления). Некоторый портабл, основанный на скриптах (делает пограмму как-бы временно установленной в системе, в текущей папке) может менять глобальные ассоциации на время работы программы, предварительно бекапя и затем восстанавливая старые значения. Но, как правило, на таком никто не заморачивается. Даже скриптовики, делая портабл, просто затирают системные ассоциации в пользу последнего. (Пример скриптового портабла и я могу привести из своей практики http://avanti473.ru/news.php?readmore=110) Что касается ThinApp, тоже есть пути применения ассоциаций с портабелизированной программой, но, решения там не универсальны, да и нужны ли?... Скажем так, вот пример программы портабелизированной в ThinApp, и идущего в комплекте скрипта, меняющего необходимые ассоциации: http://avanti473.ru/news.php?readmore=107 Это как раз тот случай, когда ассоциации данного типа некритичны для системы и пользователя, но желательны для самого пользователя. Другой вопрос (я отмечал выше, в P.S. предыдущего комментария), что происходит в контейнере ThinApp портабельной программы! А там, программа использует все свои ключи в виртуальном реестре, и, может отлично взаимодействовать с другими портабельными приложениями ThinApp, подключёнными к ней в виде плагинов. Здесь уже всё интегрируется на уровне виртуального реестра, и не требует каких-либо дополнительных скриптов или ещё чего. В процессе сборки портабельного приложения на ThinApp, можно добавлять, удалять и менять все интересующие ключи реестра и ассоциации в виртуальном контейнере. Но, это скорее вопрос возможностей, а не актуальных вопросов... Ещё стоит заметить о том, насколько сегодня актуален Ваш вопрос ассоциации файлов, когда, начиная с Win8 просто невозможно внедрить в систему автоматическую, или пакетную ассоциацию. Такова новая (ущербная, на мой взгляд) философия виндовс. Цитата: И следы в системе будут ведь по-любому ? Вроде истории, например. Или в меню "пуск". Собственно те-же, что и у обычных, нативно-портабельных приложений. | Нет. Если сборщик всё предусмотрел и сделал верно, следов в системе, после (а так же во время) работы портабельной программы, может быть ровно - НОЛЬ. Ну, максимум появится один файлик в C:\Windows\Prefetch и может быть где-то возникнет запись реестра о том, что данное портабельное приложение было запущено, скажем, из проводника виндовс. На самом же деле, виндовс фиксирует всё. Таких моментов не избежать. В технологии портабелизации Spoon, останется в реестре ключик [HKEY_CURRENT_USER\Software\Xenocode]. Можно ли это назвать критичными следами, или вообще следами? Думаю - однозначно нет. Зато, если портабельная программа собрана криворуким, или непредусмотрительным сборщиком, то, тогда могут быть и следы в системе и переход к следующему Вашему вопросу: Цитата: Помнится у меня была программа на ThinApp, если не ошибаюсь WaveLab. Если ею открыть файл wav, например, а затем его сохранить, то он сохранялся в какой-то виртуальной папке, вроде "Буква_Диска\папки\папки\..." где название папки — полный действительный путь до выбранного места сохранения. Сама же папке находилась где-то в кишках ThinApp-приложения. | Это как раз тот самый режим изоляции в действии. Попробуйте в моей сборке KM Сохранить любой файл в папке C:\Program Files\K-Meleon и он автоматически попадёт в песочницу со следующим путём: %ProgramFilesDir%\K-Meleon Но, попробуйте сохранить любой файл из моего портабельного КМ в любую папку или место, не относящиеся к системе, скажем диск или (любая не системная) папка на диске C:\... На рабочий стол, в папку "Мои Документы", на любой другой диск - всё сохранится как надо в том месте, которое Вы укажете! Правильный режим изоляции защищает лишь системные файлы и папки от внесения в них изменений! Скажем, Вы случайно нажали на страничке браузера рекламную кнопку установки какого-то агента в систему. В долю секунды всё установилось (как дочерний процесс), и фиг выдернешь его стандартными способами. В моём случае, с ThinApp, всё установится в виртуальный контейнер (проще говоря - папка песочницы). Максимум от такой установки, в реальной системе, будет ярлык агента на рабочем столе. Только этот ярлык открыть, или запустить ничего не сможет, ибо его программа установлена в виртуальный контейнер с относительными путями, а не в реальную ОС. Естественно, простое удаление песочницы удаляет и всю ненужную установку паразитного агента. ))) Правда, и настройки браузера, сделанные в процессе работы, тоже удалятся, но не суть. В конце концов песочницы тоже можно самостоятельно бекапить. ))) К тому же, само портабельное (сейчас уже не о КМ, а вообще) приложение может изъявить желание что-то изменить для себя в системе, или что-то доустановить для себя любимого прямо в систему. Виртуальный контейнер приходит на помощь и в этом случае, внося все изменения лишь виртуально, внутри самого себя. | Всего записей: 366 | Зарегистр. 08-11-2015 | Отправлено: 16:30 22-10-2016 | Исправлено: AVanti 473, 17:46 22-10-2016 |
|