2010-01-19 2 views
1

При создании новых веб-сайтов с помощью Visual Studio .NET проекты создаются на веб-сайте по умолчанию, например. C: \ Inetpub \ Wwwroot \ MyApp. Аналогично, при создании пакетов msi для таких приложений с использованием проекта веб-развертывания Visual Studio пользовательское действие будет использоваться для определения местоположения папки веб-сайта по умолчанию и файлов, установленных в этом месте.Правильное расположение папки при создании виртуальных каталогов в IIS 6.0?

Когда я смотрю на других виртуальных каталогов в моей текущей установки IIS, я вижу эти логические пути:

IISHelp: C: \ Windows \ помощь \ iishelp Reports: C: \ Program Files \ Microsoft SQL Server \ MSSQL.3 \ Reporting Services \ ReportManager ReportServer: C: \ Program Files \ Microsoft SQL Server \ MSSQL.3 \ Reporting Services \ ReportServer crystalreportviewers12: C: \ Program Files \ Business Objects \ Common \ 4,0 \ crystalreportviewers12

Мой вопрос: C: \ inetpub \ wwwroot действительно правильное место для использования, даже если виртуальный каталог создается по умолчанию Веб-сайт? Не было бы более целесообразным установить файлы в c: \ Program Files \ myapp, создать виртуальный каталог, а затем указать этот виртуальный каталог в эту папку (убедитесь, что соответствующие права были назначены в папку, так как это будет не наследовать каких-либо разрешений c: \ inetpub \ wwwroot)?

Любые ссылки на официальные руководства по этой теме были бы очень желанными.

+0

Это лучше подходит для serverfault.com –

ответ

0

Это действительно не имеет значения, если вы укажете IIS путь. Я придерживаюсь каталога inetpub/wwwroot. Таким образом, я могу применить определенные сайты безопасности к этому пути. Он также помогает установить различных пользователей безопасности, таких как ASP.net и учетную запись сетевого пользователя.

+0

Я не уверен, что вы подразумеваете под «таким образом, я могу применить определенные сайты безопасности к этому пути». Это ситуация с развертыванием, и мы просто говорим о местоположении папки, поэтому, если есть какие-либо параметры безопасности, которые необходимо применить, то, конечно же, они должны быть установлены установщиком и не полагаться на какие-либо настройки по умолчанию в родительской папке? –

0

Одной из основных причин придерживаться стандартного каталога c: \ inetpub \ wwwroot \ для размещения ваших приложений является то, что Windows правильно установила права на этот каталог для распространения в подкаталоги для веб-приложений. Я бы рекомендовал придерживаться этого стандарта, поэтому у вас есть логическая центральная точка для ваших различных сайтов/приложений. Это действительно просто организовано.

Теперь я не буду отрицать, что вы можете настроить дополнительные корневые каталоги, а иногда это необходимо на разных клиентских/клиентских сайтах, если у вас есть отдельные жесткие диски для определенных сайтов и т. Д. Вот ссылка на настройку корневых каталогов для .net:

http://msdn.microsoft.com/en-us/library/ha2y9493.aspx

0

Я склонен держать vdirs указывая на той же папке, что и исходный код, что-то вроде C: \ Source \ mywebapp. Таким образом, все в одной папке, а управление источником намного чище.

Еще одна причина может заключаться в том, что администратор вашего сервера (или вы) предпочитает хранить только объекты ОС на C: и хранить данные или встроенные приложения на D: (или на каком-либо другом диске). Это упростит работу или может быть просто политикой.

Я предлагаю не относиться к себе о том, где указаны ваши vdirs, они всего лишь «виртуальные». Просто убедитесь, что ваш контент хранится в безопасном и логичном месте.

+0

Да, я указываю их в другом месте во время разработки. Речь идет о лучших практиках во время развертывания.Наверное, я просто привык видеть файлы в местоположении по умолчанию при использовании всех значений по умолчанию в Visual Studio (+ проекты развертывания), но, видя, что крупные пакеты, делающие что-то другое, дали мне основание оспаривать эти предположения. Существует множество рекомендаций по размещению файлов при разработке клиентских приложений Windows, но я еще не нашел никаких рекомендаций, касающихся этой проблемы. –

+0

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

Смежные вопросы