Эта ошибка может быть вызвана тем что виртуальный каталог не настроен в iis как приложение

Обновлено: 06.01.2025

Моя настройка заключается в том, что у меня есть web.config в корневом каталоге, а затем я пытаюсь создать корпоративный портал в каталоге /portal /. Каталог /portal /имеет свой собственный (необходимый) web.config.

Моя строка 50 файла web.config выглядит следующим образом:

Каково реальное решение этого? Как-то найти способ объединить мой корневой web.config с моим /portal /каталогом web.config, или я здесь далеко от базы?

Любое руководство будет с благодарностью!

23 ответа

Вы правильно определили 2 возможных подхода.

1 - в зависимости от содержимого вашего второго файла web.config и от того, позволят ли ваши настройки (т. е. тот же метод аутентификации), добавьте <authentication>

2 - Если вы не можете объединить содержимое web.config, то сможете превратить подпапку в веб-приложение в IIS, выполнив действия, указанные в приведенной ниже ссылке на архивную ссылку. Исходная ссылка больше не работает. (см. в архиве ) Надеюсь, это поможет.

Как говорит RY4N выше, проблема не обязательно в файле web.config в папке Project. В некоторых случаях я обнаружил, что запуск сборки под профилем Debug оставит детрит в папке Debug соответствующего проекта. Здесь часто присутствует файл web.config, который приводит к указанной выше ошибке при последующем запуске сборки в профиле выпуска.

Решение, которое работает для меня здесь, состоит в том, чтобы удалить всю папку Debug, созданную предыдущими сборками в каталоге проекта.

Это также происходило на моем домашнем компьютере, но ТОЛЬКО когда я включил режимы сборки в конфигурации выпуска и собрал конфигурацию выпуска. В противном случае этого не произошло.

Несмотря на то, что опция Build Views очень хороша, я отключил ее, потому что эта «ошибка» всегда появлялась и не позволяла запустить приложение.

Если вы обновляете (например, 2008 -> 2010) Проект . Visual Studio создаст резервную копию (если вы разрешите) в решении проекта, которое добавлено в новое решение, Старый Webconfig - это то место, откуда может возникнуть ошибка, указанная выше.

" Файл Web.config в одной из подпапок веб-сайта, кроме того, содержит один из этих элементов конфигурации, который нельзя определить за пределами уровня приложения. " @ benni_mac_b

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

У меня было более старое веб-приложение, встроенное в 2.0. Я перенес его в решение 4.5.

Приложение было прекрасно отлажено и отлажено внутри Visual Studio, но когда я попытался опубликовать веб-приложение, эта ошибка повторялась снова и снова.

Я наконец обнаружил, что проблема заключалась в том, что действие по сборке для файла web.config было «встроенным ресурсом», а не «контентом». Кроме того, для параметра «Копировать в выходной каталог» было установлено «Всегда копировать», а не «Не копировать». Я не знаю, когда были сделаны эти настройки, но я верю, что это было в версии 2.0 приложения.

Изменение параметров файла web.config позволило безошибочно работать в публикации «Публикация в Visual Studio 2012».

У меня была такая же проблема в проекте MVC. Произошла ошибка при попытке публикации. Оказалось, что папка obj должна быть пустой (или, по крайней мере, не содержать web.config ).

Запуск Clean не помог мне.

Я решил проблему, очистив папку obj перед любой сборкой (сборка проекта в любом случае не займет много времени в моем случай).

Я выгрузил проект и добавил следующее в BeforeBuild Target

Надеюсь, это поможет

Я столкнулся с этой ошибкой только во время публикации приложения.

Свойства файлов web.config (и преобразований) были установлены следующим образом:

Build Action - None
Copy to Output - Always .

Решением было изменить настройки на:

Build Action - Content Copy to Output - Do not Copy литий>

Будьте внимательны, поскольку изменение свойств web.config также изменяет все вложенные преобразования.

1) Измените web.config на «Не копировать»

2) При желании, если вы используете конфигурационные преобразования, установите для них значение «Копировать всегда»

3) Удалите папки obj и bin из решения (они могут не отображаться, поэтому выберите узел проекта в обозревателе решений и нажмите кнопку на панели инструментов «Показать все файлы».

Работал для меня.

У меня также была эта проблема, и она возникла после того, как я использовал Мастер публикации для публикации своего сайта в Интернете.

Ответ MS ответил, а также объяснил, почему эта проблема возникла при публикации, он также включил временный обходной путь, который решил эту проблему для меня.

Удалите и создайте виртуальный каталог снова. Щелкните правой кнопкой мыши и преобразуйте виртуальный каталог в " Приложение "

Щелкните файл Web.config в обозревателе решений и измените его

Копировать в выходной каталог = не копировать

Для меня причина была в том, что папка obj находилась в папке веб-сайта, и после создания различных конфигураций появилось несколько файлов web.config Я решил проблему под vs2012, переместив папку obj с веб-сайта. Для этого я добавил вручную (в блокноте) $ (SolutionDir) \ Obj \ $ (Конфигурация) к каждой конфигурации в файле проекта веб-сайта.

У меня возникла та же проблема, когда я публиковал сайт, если я создаю сайт, у меня не возникает проблем, но при публикации я получаю эту ужасную ошибку:

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

Надеюсь, это кому-нибудь поможет !!

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

У меня была эта проблема, и она была устранена путем очистки моего решения от старых сборок и т.

от vs: Построить> Чистый раствор

Запуск Windows -> открытые сайты -> IIS -> щелкните правой кнопкой мыши свой сайт -> Управление веб-сайтом -> Предварительная настройка -> просмотреть Физический путь -> попробуйте выбрать подпапку из того, что вы выбрали в настоящее время.

Убедитесь, что вы не попали в ловушку доступа к своему локальному сайту неправильно через localchost /mysite.test, который должен быть mysite.test , что приведет к этой ошибке.

Когда вы заходите на свой сайт как localhost /dir_name, в этом случае ваш web.conf падает ниже корневого уровня и, следовательно, эта ошибка.

Я выполнял миграцию приложений, и в нем было несколько приложений (несколько web.configs) . я перешел в IIS, затем щелкнул правой кнопкой мыши подпапки, затем "Преобразовать в приложение" и все заработало. >

Я получил эту ошибку иначе, чем все остальные:

Я перешел с vs2010 с проектом веб-развертывания на vs2012 и новый профиль веб-публикации.

Я создал новый проект веб-публикации в vs2012 для публикации в файловой системе (у нас есть отдельный сборщик установщиков, это коммерческое приложение), и я публиковал в папке, которая была внутри существующего веб-проекта, который связан с IIS.

Это вызвало ошибку во время публикации, которая сначала озадачила меня, потому что я публиковал в файловой системе, а не в IIS (подумал я).

Решением было изменить публикацию в папке за пределами веб-проекта.

Я также получаю эту ошибку, когда пытаюсь развернуть суб-сайт на сайте.

Вы должны удалить некоторые вкладки конфигурации, например: профиль , членство , roleManager , sessionState в подчиненной сети. .config
Измените Аутентификацию на Нет как: <authentication mode="None" />
Перейдите в IIS, щелкните правой кнопкой мыши подпапку - > Добавить приложение.
Сбросьте IIS для решения этой проблемы.

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

Все было в порядке с localhost , но когда я опубликовал релиз на сервере, я запустил ту же ошибку для нескольких страниц. Затем я очистил решение и восстановил & опубликовано, все исправлено.

примеры Windows Communication Foundation (WCF) предназначены для совместного использования общего виртуального каталога с именем servicemodelsamples, сопоставленного с папкой%SystemDrive%\inetpub\wwwroot\servicemodelsamples.

Переменная %SystemDrive% обычно имеет значение C: или D: в зависимости от того, на каком диске установлены службы IIS.

вы можете запустить Setupvroot.bat и Cleanupvroot.bat файлы из процедуры однократной настройки для Windows Communication Foundation примеров , чтобы создать виртуальный каталог. Если требуется создать виртуальный каталог вручную, воспользуйтесь следующими процедурами.

Процедуры

Создание виртуального каталога в IIS 7,0 или 7,5

в меню пуск выберите пункт выполнить, а затем введите inetmgr , чтобы открыть оснастку MMC службы IIS (IIS).

В левой области разверните узел с именем компьютера, а затем разверните узел сайты .

Щелкните правой кнопкой мыши веб-сайт по умолчанию и выберите пункт Добавить приложение , чтобы открыть окно Добавление приложения.

В окне введите псевдоним создаваемого servicemodelsamples виртуального каталога.

Создайте следующий каталог: %SystemDrive%\inetpub\wwwroot\servicemodelsamples

Укажите путь к физическому каталогу %SystemDrive%\inetpub\wwwroot\servicemodelsamples. Большинство образцов WCF при построении копируют исполняемые файлы службы именно в этот каталог.

Эту задачу необходимо выполнить только один раз, так как все примеры WCF используют одно и то же веб-приложение servicemodelsamples.

В этой документации термины virtual directory и Web application являются синонимами.

Кроме создания виртуального каталога, необходимо также задать его свойства, чтобы разрешить выполнение служб WCF. Дополнительные сведения см. далее.

Создание виртуального каталога в IIS 5.1 и 6.0

откройте окно командной строки и введите, start inetmgr чтобы открыть оснастку MMC службы IIS (IIS).

В левой области разверните узел с именем компьютера, а затем разверните узел веб-сайты .

Щелкните правой кнопкой мыши веб-сайт по умолчанию и выберите создать, виртуальный каталог, чтобы открыть мастер создания виртуального каталога.

В мастере введите в servicemodelsamples качестве псевдонима создаваемого виртуального каталога.

Укажите путь к каталогу %SystemDrive%\inetpub\wwwroot\servicemodelsamples. Большинство образцов WCF при построении копируют исполняемые файлы службы именно в этот каталог.

Щелкните Далее.

По умолчанию устанавливаются следующие флажки:

Чтение

Запуск скриптов (например, ASP)

Эту задачу необходимо выполнить только один раз, так как все примеры WCF используют один и тот же виртуальный каталог servicemodelsamples.

Установка дополнительных свойств виртуального каталога в IIS 7,0 или 7,5

Щелкните узел servicemodelsamples. В нижней части окна будет указано два представления. Выберите представление функций , если оно еще не выбрано.

Дважды щелкните запись для обзора каталогов.

На панели действия выберите параметр включить . Это позволит обращаться к каталогу каталога с помощью веб-обозревателя Internet Explorer, что упростит отладку службы.

Наконец необходимо задать свойства безопасности папки servicemodelsamples, чтобы другие пользователи могли получать доступ к ней. Дополнительные сведения см. далее.

Задание дополнительных свойств виртуального каталога в IIS 5.1 и 6.0

Щелкните правой кнопкой мыши узел servicemodelsamples и выберите пункт Свойства.

По умолчанию устанавливаются следующие флажки:

Чтение

Посещения журнала

Индексировать этот ресурс

Установите флажок Просмотр каталогов . Это позволит обращаться к каталогу каталога с помощью веб-обозревателя Internet Explorer, что упростит отладку службы.

Установка свойств безопасности папки в IIS 7,0 или 7,5

Перейдите к каталогу %SystemDrive%\inetpub\wwwroot\servicemodelsamples.

Щелкните правой кнопкой мыши папку servicemodelsamples и выберите команду поделиться или поделиться с.

Щелкните стрелку вниз слева от кнопки Добавить .

Выберите запись поиска . Откроется окно Выбор пользователей или групп .

Щелкните Дополнительно.

Щелкните Расположения. Откроется окно " расположения ".

Выберите запись, соответствующую используемому компьютеру. Важно выбрать локальный компьютер, а не запись, соответствующую всем перечисленным доменам и сетям. Выбрав компьютер, нажмите кнопку ОК.

Щелкните Find Now(Найти). В результатах поиска появятся объекты, связанные с локальным компьютером.

Найдите запись IIS_IUSRS в столбце имя (относительное различающееся имя) . Выберите эту запись и нажмите кнопку ОК , чтобы закрыть окно Результаты поиска.

После внесения изменений для включения общего доступа нажмите кнопку Готово , чтобы закрыть окно общего доступа к файлам .

Задание свойств безопасности папки в IIS 5.1 и 6.0

Перейдите к каталогу %SystemDrive%\inetpub\wwwroot\servicemodelsamples.

Щелкните правой кнопкой мыши папку servicemodelsamples и выберите пункт общий доступ и безопасность.

Перейдите на вкладку Безопасность .

Если вы используете IIS 6,0, в поле группы или пользователи проверьте, указана ли учетная запись гостя в Интернете .

Если базы данных в списке нет:

Если значок учетные записи пользователей не отображается, щелкните Переключиться в представление категорий.

Щелкните значок учетные записи пользователей .

В разделе "или выберите значок панели управления" щелкните учетные записи пользователей.

В диалоговом окне учетные записи пользователей перейдите на вкладку Дополнительно .

Щелкните Дополнительно.

В диалоговом окне Локальные пользователи и группы щелкните, чтобы развернуть папку Пользователи .

В области справа дважды щелкните Гостевая учетная запись Интернета.

В диалоговом окне Свойства скопируйте имя, используемое в качестве гостевой учетной записи Интернета. По умолчанию имя состоит из префикса «USR_» и имени компьютера.

Закройте диалоговое окно Свойства .

Закройте диалоговое окно Локальные пользователи и группы .

Закройте диалоговое окно учетные записи пользователей .

Закройте диалоговое окно другие учетные записи пользователей .

В диалоговом окне Свойства servicemodelsamples на вкладке Безопасность нажмите кнопку добавить.

Введите имя компьютера, а затем обратную косую черту, а затем вставьте имя учетной записи пользователя Интернета, например Мимачиненаме \ % интернетгуестаккаунтнаме%.

Щелкните Проверить имена , чтобы проверить добавление. Если оно допустимо, то будет выделено подчеркиванием и прописными буквами.

Для IIS 6,0 также убедитесь, что СЕТЕВая служба указана в поле группы или пользователи .

Если учетная запись NETWORK SERVICE отсутствует, выполните следующие действия.

В диалоговом окне Выбор пользователей или групп введите имя компьютера, а затем обратную косую черту.

Введите Служба после обратной косой черты (без пробела).

Если найдено несколько имен, выберите Сетевая служба и нажмите кнопку ОК.

если вы используете Windows XP с пакетом обновления 2 (SP2) с IIS 5,1, убедитесь, что в поле имена групп или пользователей указаны и учетная запись гостя в интернете, и имя ASPNET.

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

Чтобы проверить, является ли ASPNET членом группы безопасности " Пользователи ", сделайте следующее:

В меню Пуск выберите пункт Панель управления.

Щелкните значок учетные записи пользователей .

В столбце Группа убедитесь, что для ASPNET задано значение "Пользователи".

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

правильный Брюс, решил сегодня утром, оказалось, что системный администратор изменил пароли учетных записей на серверах, но не изменил учетную запись пользователя для входа в виртуальный каталог. Кажется, что ошибка проявилась в одночасье, когда сайт был в период бездействия, завершая процесс приложения. Спасибо за ответ
Для меня это был IT-отдел, который сменил пароль от учетной записи сервиса.
@Bruce: я работаю на localhost и получаю ту же ошибку. Что делать в этом случае
30 Принятый ответ на этот вопрос - хороший, решение чего-то, что обычно вызывает проблемы, но для тех из нас, кто сталкивается с более неясной проблемой, ответ Джоми Джона в настоящее время имеет больше голосов. Это касается в файле web.config. Я комментирую это, потому что это далеко вниз по странице, и я его почти пропустил.
4 Совет от @ChadMcGrath Pro: сортируйте ответы по голосам (настройка останется неизменной)

У меня была такая же проблема, но по другой причине.

В моем web.config был Правило модуля перезаписи URL и я также не установил модуль перезаписи URL. После установки модуля перезаписи URL эта проблема решена.

Мы получили эту ошибку после того, как нам пришлось изменить пароль администратора нашего домена.

После экспериментов с несколькими настройками я в конце концов обнаружил, что в приложении по пути ниже, поскольку он был настроен специально для использования учетной записи администратора домена, а не сквозной аутентификации (кто знает почему).

Диспетчер IIS -> Основные настройки -> Подключиться

Также исправлена моя проблема (была настроена на запуск от имени пользователя, которого мы отключили, поэтому мы снова переключились на сквозную передачу).
2 Я знаю, что это старый ответ, но это тоже решило мою проблему.

вам нужно сделать один шаг:

Это было для меня. Благодарность! Мои учетные данные Path были установлены для моей учетной записи, но ранее этим вечером я набрал свой пароль и был заблокирован на 15 минут. Восстановление моего имени пользователя и пароля для учетных данных пути помогло. Хммм, поскольку моя учетная запись была разблокирована, мне пришло в голову, что, если бы я только что отказался от услуги, это могло бы помочь. Anyhoo, спасибо!
Сейчас февраль 2015 года, и ошибки IIS, как всегда, сбивают с толку. Благодарность!

вы, вероятно, изменили свой пароль NT.

Откройте IIS -> щелкните правой кнопкой мыши свое приложение -> управление приложением -> расширенные настройки -> учетные данные физического пути.

В моем случае эта ошибка появляется после смены решения папки.

Я решаю проблему, перейдя в свойства своего проекта и воссоздав свой виртуальный каталог.

Щелкните правой кнопкой мыши проект> Свойства> Интернет> В разделе "Серверы" нажмите "Создать виртуальный каталог".

Это работает нормально, но не на основе предложений выше. В моем случае я получаю ошибку 500 при запуске iis7 на сервере Windows 2008 в домене. Просто добавил нового пользователя в домен и в основном разрешил доступ на чтение / выполнение к виртуальному каталогу или папке. Убедитесь, что виртуальная папка> основные настройки> Подключить как> Учетные данные пути установлена для пользователя с доступом для чтения / xecute. Вы можете проверить настройки, и аутентификация и авторизация должны работать. Ура!

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

Вы должны проверить виртуальные каталоги, в моем примере я нашел в applicationhost.config следующая строка:

У меня была аналогичная ошибка при установке php 5.3.3 с кодом ошибки 0x80070020 с указанием нескольких строк в web.config в моем корневом каталоге www (а не в стандартном корневом каталоге).

Решение, хотя и грубое, сработало отлично. Я просто удалил файл web.config и теперь все работает. Я провел ЧАСЫ, пытаясь найти другие решения, но безрезультатно.

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

С уважением FEQ

да, точно так же. iis7.5 на 2008R2. пришлось изменить пароль из-за правил сложности локальной учетной записи и не знал, что он также используется в IIS. отследил его с помощью этого комментария и нескольких других здесь. но этот самый конкретный.

Веб-сайт по умолчанию нужно также управлять:

1. На веб-сайте по умолчанию -> основные настройки -> подключиться как, измените его на правильного пользователя.

2. измените идентификатор пула приложений, который связан с веб-сайтом по умолчанию.

Мне это не показалось проблемой с разрешениями - я попытался предоставить учетной записи IIS_IUSRS полный контроль над всем в веб-сервисе, просто чтобы посмотреть, было ли это причиной. Оказалось, что исправление воссоздает приложение, в котором размещается веб-сервис (т.е. фактический .svc), в IIS.

Если это большая проблема, когда вы пытаетесь получить доступ к панели администратора joomla, просто проблема с именем пользователя и паролем !! Вам просто нужно обновить jos_user в вашей базе данных joomla.

Перейдите в каталог вашего веб-сайта joomla и откройте configuration.php с блокнотом или блокнотом, чтобы показать, какое имя базы данных использует ваш сайт администратора joomla. Вам нужно найти строку, в которой есть:

В моем случае joomlauser251 это мое имя БД.

Войдите в свой mysql:

Выберите базу данных для вашей joomla:

Сменить пароль для администратора:

И повторите попытку доступа снова.

В моем случае я нашел ссылку на старый пароль учетной записи домена в applicationHost.config по умолчанию для виртуального каталога.

Если вы используете новую выделенную учетную запись пользователя . Также стоит проверить, не истек ли срок действия пароля для этой учетной записи, поскольку это также вызовет проблему с разрешениями 500.19.

Получив 500.19, я отдал IIS_IUSRS полные права доступа к указанному web.config и к папке проекта. Это решило проблему.

Вы можете предоставить разрешения

1. перейти к Диспетчер IIS и щелкните Имя сервера

2. перейти к раздел Управление и нажмите Делегирование функций.

3. выберите Сопоставления обработчиков который предполагается установить как только чтение.

4. измените значение на читай пиши и теперь вы можете решить проблему

Код ошибки 0x8007000d

"Единственный элемент разрешен. Это должен быть первый дочерний элемент корня элемент "

Как говорится, вы НЕ должны вставлять свой собственный XML-материал перед часть Web.Config файл. После того, как я вставил свой фрагмент после конечного тега , все работало нормально.

В IIS не указан правильный путь к моему сайту.

Мое решение таково:

просто удалите испорченную папку.
Затем заново создайте папку.

Кажется, что если поврежденная папка была создана до установки IIS. Если вы снова создали папку, она будет работать правильно.

Я получил эту ошибку после удаления служб Windows Server Update Services (WSUS) с компьютера, на котором запущен IIS. Очевидно, удаление WSUS может нарушить конфигурацию IIS на сервере, что сделает другое веб-приложение, установленное на том же сервере, недоступным.

Моя установка состоит в том, что у меня есть web.config в моем корневом каталоге, а затем я пытаюсь создать портал компании в каталоге/portal /. Каталог/portal/имеет свой собственный (необходимый) web.config.

Моя строка 50 файла web.config выглядит так:

Каково реальное решение этого? Могу ли я каким-то образом найти способ объединить мой корневой web.config с моим/portal/directory web.config, или я здесь далеко от базы?

Любое руководство будет с благодарностью!

Вы правильно определили 2 возможных подхода.

1 - В зависимости от содержимого вашего второго web.config и от того, позволят ли ваши настройки (т. Е. Тот же метод аутентификации) - добавьте настройки <authentication> и любые другие элементы, которые должны быть определены глобально, в верхний web.config

2 - Если вы не можете объединить содержимое web.config, вы сможете превратить подпапку в веб-приложение в IIS, выполнив шаги, указанные в этой ссылке в архиве ниже. Исходная ссылка больше не работает. (см. в архиве ) Надеюсь, это поможет.

Как сказано выше в RY4N, проблема не обязательно в файле web.config в папке Project. В некоторых случаях я обнаружил, что запуск сборки под профилем Debug оставит детрит в папке Debug соответствующего проекта. Здесь часто присутствует файл web.config, который приводит к указанной выше ошибке, когда вы впоследствии запускаете сборку в профиле Release.

Это также происходило на моем домашнем компьютере, но ТОЛЬКО когда я включил Build Views в конфигурацию выпуска и собрал конфигурацию выпуска. Иначе этого не произошло.

Хотя опция Build Views очень приятная, я отключил ее, потому что эта «ошибка» всегда появлялась и не позволяла запустить приложение.

Если вы обновляете (например, 2008 -> 2010) Проект Visual Studio создаст резервную копию (если вы разрешите) в решении проекта, которое будет добавлено в новое решение, старый Webconfig, где ошибка, указанная выше, может возникнуть.

"Файл Web.config в одной из подпапок веб-сайта, кроме одного из этих элементов конфигурации, который нельзя определить за пределами уровня приложения." @ Benni_mac_b

Читайте также: