Astra55
Platinum Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Коллеги!
Я имею в виду коллег по созданию портабельных сборок  Будьте внимательны, не спринт бежите, сначала поглядите на проект чистым, незамутненным взором, а только потом запускайте build.bat. Перечислю по пунктам типичные ошибки, исходя из своего личного опыта и разборок чужих сборок, само собой, это делалось исключительно в познавательных целях. Не буду тыкать пальцем, кто именно допускает такие ошибки, пусть это останется тайной. Итак:
1) Удаляйте личные данные. Иначе можно без всякого труда узнать многое о сборщике и его знакомых. Вам это надо?
2) Удаляйте папки изначально предназначенные для временных файлов, они в любом случае не нужны, ибо будут у каждого юзера свои.
3) Последняя версия ThinApp 4.5 при определенных условиях (до конца не выяснено при каких именно) цепляет кучу мусора из реестра, порядка 5 метров (!). Кое-кто уже успел наступить на эти грабли. Такой размер HKLM должен немедленно навести на размышления о косяке при подготовке проекта.
4) Не используйте систему с установленным .NET для сборки софта, которому .NET не нужен. Или уж зачищайте в проекте следы от .NET.
5) Не раздувайте сборки за счет файлового мусора, не бывает, чтобы софт при весе в 3 метра имел размер в портабельном виде 12 метров. НЕ БЫВАЕТ! Явное несоответствие размеров установленного софта и портабельной сборки опять таки указывает на косяки.
6) Проверяйте файлы реестра и Package.ini на отсутствие ошибок о которых уже упоминалось много раз, а именно: \%ProgramFilesDir~0021\ или \%Temp~001a\. Может быть исправленная Branding.dll этого не допускает, но лучше проверить вручную по маске поиска: Dir~ или Temp~.
7) Удаляйте файлы инсталлятора и деинсталлятора, они в любом случае не нужны, особенно при использовании msi. Кстати, VB в сочетании с msi дает такую кучу мусора в виде файлов и записей в реестре, что чистка становится необходимостью.
8) Не называйте песочницу в проекте произвольным именем, лучше всего, если ее название будет совпадать с именем основного экзешника. Это избавит от многих коллизий, поэтому никаких Data.dat или подобных имен.
9) Как уже не раз советовали, раскомментируйте в Package.ini строчку OptionalAppLinks, оставьте возможность подключения разного рода внешних файлов, плагинов и всего прочего. Особенно это касается софтов изначально могущих работать с плагинами - Acrobat, PhotoShop и иже с ними.
Очень полезно включать в монстровый проект файл IE6 под именем XPLORER.exe, как это предложил vyachko. Но бывает необходимо дополнить проект скриптом vbs для убийства этого процесса при выходе.
10) Удаляйте дефолтные пути в проекте, взятые из вашей собственной системы. Обычно это реестр, файлы ini, xml, dat и т.д. Иначе будет невозможно избежать создания лишних файлов и папок на компе юзера вашей сборки.
Для начала хватит, остальные пункты будут добавлены по ходу дела. На полноту и безошибочность суждений я не претендую, обоснованная критика и дополнения приветствуются, поскольку это пойдет всем на пользу.
----------
Per warez ad scientiam |
|
