AVanti473
А с невиртуализованным фотошопом это далеко не первый случай.
А с невиртуализованным фотошопом это далеко не первый случай.
сборка заранее смотрит тучу веток реестра и бэкапит их перед запускомВы прямо портАпокалипсис нарисовали Но не все так печально, поскольку подавляющее большинство ключей в реестре во время работы программы остаются в неизменном виде. Другое дело, что скриптовые сборки делаются на 99,99% через задницу, кривыми руками, в расчете на русский авось. Могу побиться об заклад, что ни один из этих скриптосборщиков не проверяет свою сборку снапшотами системы, как до, так и после интенсивной работы. Дарю бесплатную, и частично разрисованную в FAQ, идею. Сначала вопрос: что помещается в песочницу ThinApp (файлы и реестр) после запуска/выхода из сборки? FS и SKEL разделы во внимание не принимать, у них совершенно другие задачи и функции. Ответ на вопрос: только то, что изменялось хоть на йоту во время запуска и работы. Если файл или ключ реестра не менялся, он никогда не окажется в песочнице. Прописные истины? Да, ессно. Теперь перенесите логику работы виртуального контейнера на скриптовую сборку. Нужно всего лишь убрать из ланчера все, связанное с реестром, основной экзешник заключить в ThinApp контейнер, не включая туда буквально ничего, кроме реестра и поглядеть на результаты в виде tvr, который точно знает что и куда записывалось, что менялось, а что - нет. Раскрутите tvr любой реестротяжелой программы, зависимости будут как на ладони. Само собой, что знания реестра никто не отменял, хотя бы азы нужно знать для анализа полученных результатов.
Короче, "пунша" на пару с "котом" в первый класс комповой школы, пусть изучают систему с реестром и осваивают тот же SysTracer, а пока - ну их на фиг с такими сборками. Нет, если систему не жалко, то ради Бога, юзайте.
Где и как они вообще тогда учились делать портабл?
Исходя из всего вышеизложенного, мне бы хотелось услышать их мнение по этому поводу.
А что мешает Вам там задать ему свои вопросы? ... хотя, лично мне уже всё предельно ясно.
не так щепетильно относятся к своим "творениям"Покажите мне хоть одну скриптовую сборку, которая не тупо переписывает ключи реестра под себя, а сначала сохраняет имеющиеся, если они присутствуют, а только потом пишет свои, при выходе все повторяется в обратном порядке. В принципе, насколько я знаком с инсталляторами и скриптами, это не представляет трудности. Писанины больше - это да, но ничего невозможного нет. Уничтожить чужие ключи без возврата - обычная практика скриптописателей, тот же Бернат так делает, хотя вроде бы он более продвинут по этой части, чем большинство скриптовиков.
Исходя из всего вышеизложенного, мне бы хотелось услышать их мнение по этому поводу.
Вы хоть намекните - какова цель ваших обращений к ним
некоторые сборки с сайтов PortableApps и PortableAppz вели себя вполне корректно
Завидую Вашему терпению!Не все было так плохо Была инфа из реестра, поэтому можно было предположить что искать, вот и нашел. Просто подавляющее большинство ThinApp-изаторов слепо верят в содержимое файла snapshot.ini и даже не пытаются выйти за его пределы. Типа, юзать что-либо еще для отслеживания - лишняя трата времени. Как и с проектами Spoon, "больно надо делать проект в ThinApp, быстрее сразу в Spoon". Может и быстрее, только результат такой быстроты не в пользу "скоростников".
слепо верят в содержимое файла snapshot.ini и даже не пытаются выйти за его пределы.
но не усмотрел ни в игнор-листе реестра, ни папок ничего, что могло бы отвязать сборку от машиныДефолтные установки сканирования ТА расчитаны на большинство софтов, которые в исключения ничего не пишут. Если включить в сканирование буквально все, замаетесь разбираться в результатах что именно нужно из снимка. Несколько лет назад, в одном из топиков, я предлагал сделать сборку какого-то простенького софта, без привязки к компу. Но там была одна хитрость, софт заносил свою регу в исключенный из сканирования участок реестра. Поэтому желающих легкой жизни ждал конкретный облом Кто сообразил в чем прикол, без труда победил этот софт. Рецептов на все случаи жизни не бывает, но проверить привязку с помощью других сканеров системы и реестра не помешает. Вероятность какого-нибудь CPUID или другой пакости, достаточно высока, но бывает, что можно и победить. Пример с Неевией это доказывает. Исходной точкой для размышлений послужила нормальная работа на моих двух компах, где разное железо, но одинаковые системы из одного образа. А дальше - дело техники.
Из неопубликованного:
Скачал для интересу Сольвейг ММ, делал в прошлом несколько раз сборки. Там ваще конкретный прикол - это, типа, родная портабельная версия, вся куча файлов, включая, опять же, всякое говно, в одной папке и дополнительно сериалы в файле.
а вы, кони педальные, качайте, зарабатывайте нам денежкупроги заливаются на файлообменники с возможностью бесплатного скачивания и совсем не проблема их скачать, опять ответ человека не в теме.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149
Предыдущая тема: Проблемы с закачкой