Непосредственно редактирующий конфигурационный файл IIS 7 applicationHost.config
Я соглашаюсь с sneakernet предложениями (или возможно postmailnet?) отправка по почте жесткого диска (или два) может быть намного более быстрой и более дешевой.
Но что, если файлы изменяются со временем? возможно, каждый месяц является различным набором файлов, и Ваши пользователи хотят остаться в курсе?
в этом случае лучшее решение состояло бы в том, чтобы отправить физическими средами в первый раз и затем просто загрузить различия.
для выполнения этого существует несколько очевидных предложений:
- опубликуйте различия, возможно, с помощью rdiff для генерации двоичного файла patchfiles. недостатки: если пользователь не обновляет каждый раз, то должен применить все патчи, он отсутствовал для наверстывания. если Вы не публикуете различия против n-1, n-2, n-3, и т.д.
- предложите, чтобы Ваши пользователи использовали rsync, тот способ, которым не имеет значения, если пользователь не был актуален. недостатки: Ваш сервер должен поддерживать rsync.
- используйте zsync (мой фаворит): Вы публикуете и свои огромные файлы и файл 'подписи' для каждого. клиент загружает файл подписи, вычисляет то, что он будет нуждаться и загружает только те части из большого файла (использующий HTTP
rangeзаголовки, чтобы сделать частичные загрузки). недостатки: веб-сайт szync кажется устаревшим, необходимо будет протестировать его совершенно сами.
В частности, безопасно ли внимательно редактировать этот файл вместо использования диспетчера IIS или утилиты командной строки appcmd?
Да! Вы можете редактировать файл applicationhost.config напрямую, если вы являетесь администратором на машине; это все, что делают инструменты администратора.
Если у вас возникнут проблемы, по умолчанию в \ inetpub \ history будет храниться не менее 20 минут резервных копий конфигурации.
Вы найдете хорошее введение в файл applicationHost.config прямо на IIS.NET . Также имеется исчерпывающий Справочник для всех элементов схемы конфигурации IIS.
На самом деле он довольно хорошо документирован: -)
Another helpful bit to know: when you manually edit the applicationHost.config file (as the tools do) only the applications for which you've changed configuration will recycle. IIS actually takes a snapshot of the config for each application and doesn't update it until something changes for that application.
Также проверьте этот ответ отсюда: Не могу вручную отредактировать applicationhost.config
Ответ прост, если не очевиден: win2008 - 64 бит, notepad++ - 32 бит. При навигации по адресу Windows\System32\inetsrv\config с помощью проводника для поиска файла используется 64-битная программа. Когда вы открываете файл с помощью блокнота, вы пытаетесь открыть его 32-битной программой. Путаница возникает потому, что вместо того, чтобы сказать, что это то, что вы делаете, windows позволяет вам открыть файл, но при сохранении путь к файлу прозрачно отображается на Windows\SysWOW64\inetsrv\Config.
Так что на практике происходит то, что вы открываете прикладной хост. config с помощью блокнота++, вносите изменения, сохраняете файл; но вместо того, чтобы перезаписать оригинал, вы сохраняете его 32-битную копию на Windows\SysWOW64\inetsrv\Config, поэтому вы не вносите изменения в версию, которая на самом деле используется IIS. Если вы перейдете по адресу Windows\SysWOW64\inetsrv\Config, вы найдете только что сохраненный файл.
Как это обойти? Просто - используйте 64-битный текстовый редактор, такой как обычный блокнот, который поставляется с окнами
.