[решено] MS Office 2013 PreSP2, Office 2010 PreSP3, Office 2007 PreSP4 и Office 2003 PreSP4

[specialist]

TERMINAL, если установлен только word и excel как отдельные компоненты из состава select edition или как пара приложений из комплексного набора типа pro plus?

В первом случае (select edition) MU предлагает сейчас скачать для установленных word-excel порядка 20 обновок общим весом около 397 мегабайт. после обновления через MU можно увидеть в списке установленных обновлений для каждого компонента порядка 20-21 обновления (в целом общих), однако после повторного запуска проверки доступных обновлений можно увидеть что MU предлагает второй волной докачать еще 12 обновлений на 56 мегабайт, после установки которых число обновлений для каждого компонента достигает 25-26. пикчи под спойлером
http://s017.radikal.ru/i427/1304/0c/757fa6fd5f36.png
http://s017.radikal.ru/i410/1304/5d/bfd4d8efd9c0.png
При установке моего пакета обновлений (SP1) ставится столько же сколько через MU - 25-26 обнов за один проход.

Во-втором случае (при установке компонентов word-excel из состава pro plus) MU предлагает скачать порядка 30 обновлений общим весом около 467 мегабайт, а после их установки на второй проход находит еще 20 обновлений общим размером около 135 мегабайт, после установки которых общее число установленных обновлений достигает 40. пикчи под спойлером
http://s018.radikal.ru/i500/1304/8a/1e07bb496276.png
http://s019.radikal.ru/i634/1304/47/1d2ae7363512.png
При установке моего пакета обновлений (SP1) ставится столько же сколько через MU - 40 обнов за один проход.

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

Ps эксперименты с обновлениями проводились с Office 2010 select и pro plus -edition в среде windows 8 x86 на виртуальной машине vmware workstation

[hr]
Принцип очередности: в моем случае = размер файла обновления (и кто бы что ни говорил, кроме 2003 офиса, во всех моих сборках 2007-2013 этот принцип отрабатывает как положено), в первую очередь ставятся тяжелые файлы SP, а следом вдогонку все остальные меньшие по размеру обновления
for /f %%i in ('dir /b /O-s Updates\*.ms?') do (Call :SetupUpd %%i)
:SetupUpd
echo Устанавливается %1
Updates\%1 /qn /norestart

Проверок никаких не прикручивал к SP2 Beta, т.к. он расчитан на установку сверху голого офиса или офиса с sp1 (вряд ли на текущий момент у многих уже установлен SP2).
К пакету SP1 прикручена проверка только на установленный пакет SP1 (у кого он установлен, файлы SP1 исключаются из списка установки, немного ускоряя отработку скрипта).

[hr]
Такие же обновления в 7zip sfx есть для 2007 версии офиса - 540 мб (http://file.karelia.ru/48jj6k/Updates.exe/) и для 2013 версии офиса - 265 мб (http://file.karelia.ru/3q9nq2/Updates.exe/)
Наборы включают все обновления по апрель 2013 для Office и Visio / Project / SharePoint Designer

[-TRM-]

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

(вряд ли на текущий момент у многих уже установлен SP2) »
Он уже вышел для Office 2010?

если установлен только word и excel как отдельные компоненты из состава select edition или как пара приложений из комплексного набора типа pro plus »
Как это программно можно вычислить?

[specialist]

specialist, интересные факты, только единственное плохо, что в Вашем пакете нет определения уже установленного обновления и при наличии его-выполняется пропуск установки обновления т.е. установка недостающих обновлений. Это значительно уменьшает время установки при повторе. »
есть в пакетах для 2007 офиса на предмет установленного SP3 и в пакете для 2010 офиса на предмет уже установленного SP1 (в случае их обнаружения файлы этих обновлений при установке игнорируются)
прочие файлы обновлений ставятся как правило достаточно быстро.

Он уже вышел для Office 2010? »
информация о том откуда он взялся на прошлой странице (http://forum.oszone.net/post-2141441-220.html)

Как это программно можно вычислить? »
в установленных приложениях (панель управления - программы и компоненты) будет написано либо что-то в духе miсrosoft office 2010 профессиональный плюс (без указания какие приложения в нем установлены) либо microsoft office word 2010 / microsoft office excel 2010 (будут перечислены установленные из select edition пакеты)

[sklart]

можно ли как то сделать, чтобы они ставились в фоне, а то они вылезают каждый раз на передний план и делать ничего невозможно, стал фотошопом выделять лассом, а обнова бабах и всё мне попортило) »
Ну так написано же
MS Office 2010 PreSP2 2013.04
...
Для тихой установки следует использовать ключи -ai -gm2. »
Правда в этом случае после установки всех обновлений не будет окошка о завершении установки.

Кто сталкивался с компрессией .MSP файлов и добился хороших результатов прошу поделиться опытом здесь или в ЛС (желательно в виде, легковоспринимаемом для нубов, с указанием приемов, программ и параметров командной строки) »

Уже почти два года пакую наборы, предварительно обработав их Installaware setup decompressor и косяков не наблюдал.
Разницу в итоговых размерах вы уже знаете, программу написали... Приемов никаких нет: все делается через GUI программы, ключей для пакетной обработки у нее нет. Но gora сделал AutoIt-скрипт (http://forum.oszone.net/post-1783637-2.html), с помощью которого можно обрабатывать несколько файлов за раз. Если нужно, попросите у него в PM или можно у меня взять (если сам gora возражать не будет).

[specialist]

Уже почти два года пакую наборы, предварительно обработав их Installaware setup decompressor и косяков не наблюдал. »
а я вот вчера ночью пронаблюдал... и то что я увидел мне не очень понравилось.
и дело вот в чем: обновления с ослабленной компрессией после обработки этой программой неплохо сжимаются архиваторами, но, увы становятся изначально раза в два больше, что влечет за собой необходимость в дополнительном гигабайте свободного места под распаковку, но не это самое угнетающее, а то, что эти обновления в процессе установки оседаются в %windir%\installer с измененными установщиком офиса именами и занимают там все так же в два раза больше места (а как же, ведь мы ослабили их компрессию, а windows installer благополучно их сложил себе в каталог для возможности отмены установки тех или иных обновлений), что большинству в принципе не нужно, но если раньше это был лишний гигабайт, то теперь это уже два гигабайта.
остается два варианта:
- мочить эти обновы в этой папке после установки (на возможность удаления программы это не влияет)
- искать другой инструмент, который будет не ослаблять компрессию внутри msp файла, а усиливать ее, оставляя файл в том же формате...

[-TRM-]

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

[specialist]

а при установке упаковывать их в изначальный размер»
как Вы себе представляете этот процесс?

[-TRM-]

specialist, Installaware setup decompressor-ом расжимаются пакеты .MSP файлы, упаковываются (делается инсталятор), на выходе получаем приблизительный размер 114-120 мб. как у sklart`а, при установке все файлы распаковываются, получаем список файлов установки, берём первый файл по списку, упаковываем его в первоначальный вид (только вопрос чем?-пока не озадачивался) и начинаем установку уже упакованного файла. Что-то в этом роде. Я так думаю,при упаковке на каждом файле будем терять 3-15 сек, зато мы решим :
что эти обновления в процессе установки оседаются в %windir%\installer с измененными установщиком офиса именами и занимают там все так же в два раза больше места (а как же, ведь мы ослабили их компрессию, а windows installer благополучно их сложил себе в каталог для возможности отмены установки тех или иных обновлений), что большинству в принципе не нужно, но если раньше это был лишний гигабайт, то теперь это уже два гигабайта. »
Хотя я не сторонник на семёрке экономить место т.к. :
1. Пакеты обработанные Installaware setup decompressor-ом (на мой взгляд) ставятся быстрее чем оригинальные.
2. Компьютеры уже на много мощнее чем в эпоху Windows XP, в продаже сейчас самый маленький жёсткий 500 гиг.

[specialist]

только вопрос чем? »
вот и я про то же :)

немного интересных цифр:
оригинальный пакет sp1 officesuitewwsp1-x-none.msp = 405.6 мб
если его просто сжать 7zip = 191,6
если его обработать setup decompressor = 729.5
а потом сжать в 7zip = 136,1 (вот бы найти программу которая добивается такой компрессии внутри контейнера msp)

извращенство: если в свою очередь распаковать msp, а следом в распакованном каталоге распаковать самый большой файл PATCH_CAB с удалением оригинального файла, а затем этот весь каталог с распакованным обновлением сжать в 7zip = 124,8 (но это потом хрен соберешь воедино)

еще большее извращенство: берем sp1 от visio - visiowwsp1-x-none.msp на 99 мегабайт
после setup decompressor распаковываем по схеме предыдущего извращения 259,5 мегабайт
после упаковки в 7zip этого безобразия получаем 57,2 мегабайта

следовательно, если сложить эти два архива 124,8+57,2 = 182 мегабайта

следом идем в оба каталога PATCH_CAB и сравниваем файлы:
около 310 общих одинаковых файлов на сумму порядка 191 мегабайта
удаляем дубли из одного каталога

теперь финт ушами = архивируем оба каталога в один архив и получается 138,7 мегабайта ( ~ на 44 мегабайт меньше)

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

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

[-TRM-]

specialist, Этим (http://www.installaware.com/web-deployment-superior-compression.htm) не пробовал побаловаться ?

[specialist]

благодаря Highpass (он же Skymmer) пережал комплекты обновлений для офисных приложений.
- Все содержат обновления по апрель 2013 для x86 версий MS Office и офисных приложений Visio / Project / SharePoint Designer в одном флаконе
- В официальные установщики встроена проверка необходимости установки (наличия обновляемого компонента), поэтому ставится только тот комплект обновлений, установка которых необходима
- Проверка на установленные обновления есть в пакетах для 2007 офиса на предмет установленного SP3 и в пакете для 2010 офиса на предмет уже установленного SP1 (в случае их обнаружения файлы этих обновлений при установке игнорируются)
- Официальные msp обновления разжаты, а затем упакованы мощным архиватором, потребление ОЗУ при распаковке не превышает 200 Мб, на временные файлы потребуется около 2Гб (Office 2013 - 700 Мб)

Перепакованные версии пакетов (Для сравнения указан размер оригинальных msp файлов и упакованных в sfx архив):
2007 SP3 Скачать [1014 Мб перепаковано в 289 Мб] (http://file.karelia.ru/3ggzdf/Updates2007SP3.exe/)
2010 SP1 Скачать [1055 Мб перепаковано в 223 Мб] (http://file.karelia.ru/3ggzdf/Updates2010SP1.exe/)
2010 SP2 Скачать [1020 Мб перепаковано в 178 Мб] (http://file.karelia.ru/3ggzdf/Updates2010SP2Beta.exe/) beta версия*
2013 Скачать [270 Мб перепаковано в 180 Мб] (http://file.karelia.ru/3ggzdf/Updates2013.exe/)

* - На момент публикации были доступны только английские и японские версии SP2 Beta для офисных приложений. Русская версия SP2 получена путем распаковки английских версий с добавлением к основным файлам обновлений русских mui пакетов от предыдущей версии SP1
Содержит обновления SP2 Beta для Office + Visio + Project + SharePoint Designer 2010 x86 Ru

[specialist]

ps теперь хотелось бы выслушать за и против по двум пунктам:

- кто-нибудь ставя пак обновлений (не из MU) хоть раз удалял то или иное обновление? была ли реальная необходимость?
Вопрос к чему: при установке msp и exe файлов windows installer складывает все обновления в папку "%windir%\installer" для возможности отката того или иного обновления - появилась мысль мочить их сразу после установки (если не все, то хотя бы весомые файлы SP). Удалить те или иные обновления после этого будет проблематично (а нужно ли?), но на возможность последующих обновлений или удаление самого офиса это не влияет. Таким образом экономится, в зависимости от выбранного набора приложений, от 500 мб до 2 гб свободного места на диске.

- если удалить после установки каталоги созданные установщиком офиса в папке "%Windir%\Installer\$PatchCache$\Managed\" могут слетать иконки приложений...
а если замутить командный файл

reg export HKLM\Software\Policies\Microsoft\Windows\Installer installer.reg
reg add HKLM\Software\Policies\Microsoft\Windows\Installer /v MaxPatchCacheSize /t REG_DWORD /d 0 /f
net stop msiserver

echo здесь ставим офис и обновления
pause

reg delete HKLM\Software\Policies\Microsoft\Windows\Installer /v MaxPatchCacheSize /f
reg import installer.reg
net stop msiserver
del /q installer.reg 2>nul

то офис при установке себя и обновлений не накидает в этот каталог своих файлов сумма которых тоже может легко плавать от 500 Мб до 2 Гб

Таким образом можно выйти на экономию 1-4 Гб свободного места на диске после установки всех офисных приложений и их обновлений

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

Предлагаю знающим людям обсудить "за" и "против".

[kAZAn]

specialist,
Бывает, но очень редко.
Стоит ли это все мочить в времена "резиновых" жестких дисков?
Считаю, что можно мочить обновления, которые уже стабильно работают больше 5-6 месяцев.
P.S. Вроде, что-то можно удалить с MSOCache, так как Auslogics BoostSpeed что-то оттуда сносит...

[infinity78]

kAZAn,
Во времена пока еще "нерезиновых" ssd мочить нужно. Да и зачем вообще нужен хлам на системном диске.
P.S.: Auslogics BoostSpeed сносит всю папку.

[specialist]

Считаю, что можно мочить обновления, которые уже стабильно работают больше 5-6 месяцев. »
понаблюдаю последствия месяца 3 до выхода новых версий офисных сборок и обновлений, если все будет нормально, постараюсь прикрутить поиск и удаление офисных msp из %Windir%\Installer и отмену распаковки кэша %Windir%\Installer\$PatchCache$\
Во времена пока еще "нерезиновых" ssd мочить нужно. »
+1
P.S.: Auslogics BoostSpeed сносит всю папку. »
зря он так хулиганит, потом могут возникнуть проблемы с обновлениями, созданием профиля пользователя офиса при создании нового пользователя и изменении набора компонентов

[half2life]

to specialist
1. папка MSOCache - удаляю сразу после установки офиса, т.к. при наличии дистрибутива эту папку можно воссоздать
http://www.outsidethebox.ms/12156/
http://support.microsoft.com/kb/825933/ru

2. для очистки папки Installer использую Windows installer clean up (хотя раньше просто всю папку удалял)

P/S/ Считаю какой бы "резиновый" не был жестки диск - не стоит превращать его в помойку, и отмазки типа оН же рЕзиновый - для тех, кто ленивый( а-ля Обломов) или просто типичный "вдавливатель" клавиатуры, которому лишь бы отписать.

Если не следить за "размножением мусора" на системной разделе - то скором будущем особо ленивым пользователям придется под него выделять 100Гб и более.

[specialist]

папка MSOCache - удаляю сразу после установки офиса, т.к. при наличии дистрибутива эту папку можно воссоздать »
это я знаю, а вот (скромно шаркаю ножкой) тысячи пользователей моих офисных репаков в большинстве своем этого не знают.
боюсь если они начнут сталкиваться с этими проблемами я задолбаюсь каждый раз описывать им как вернуть эту возможность.
для очистки папки Installer использую Windows installer clean up (хотя раньше просто всю папку удалял) »
сурово, обновления от винды и некоторых программ там тоже хранятся, а возможность отката их лучше оставить. если я соберусь сделать чистку этой папки в процессе установки своих репаков или пакетов обновлений, то это будет чистка только офисных обнов (на командных файлах или vbs)

пока больше мнений за тотальную зачистку :)

[kAZAn]

infinity78,
Так и думал, что кто-нибудь про SSD напишет , но пока его очень мало и вряд ли народ будет массово покупать так как дороговато...
Работа Auslogics BoostSpeed последней версии изменилась, он не удаляет папку полностью MSOCache ... а некоторую ее часть...
half2life,
отмазки типа оН же рЕзиновый - для тех, кто ленивый( а-ля Обломов) или просто типичный "вдавливатель" клавиатуры, которому лишь бы отписать.
Интересное убеждение )
Вижу вы трудовик, который теребит темы обновления Windows 7, чтоб только добавили его "хотелку"
Отписались бы по своей теме и все, не плевая на других...
Обращайтесь с другими так, как вы хотели бы, чтобы обращались с вами.

[infinity78]

kAZAn,
Так смысл не в том что ssd мало, я за чистоту и порядок. Какая разница какой размер винта. Чем больше мусора на системном разделе, тем больше мусора в реестре. Тем он медленнее работает. Зачем головкам скакать за нужным файлом через сотни ненужных?
За лоджиком не следил, каюсь. Но данную функцию всегда отключаю.

[-TRM-]

specialist, Я лично против тотальной зачистки, рекомендую всем угодить ключами при установке...