Помилка: enableDefinition = 'MachineToApplication' поза рівнем програми

Я завантажив онлайн-проект в ASP.Net. Під час роботи програми я отримую помилку

Помилка використання розділу, зареєстрованого як enableDefinition = 'MachineToApplication' за межами рівня програми. Ця помилка може бути викликана тим, що віртуальний каталог не конфігурується як програма в IIS.

Які зміни я повинен внести в web.config або в іншому місці, щоб зробити цю роботу?

Я щойно стикався з цим «захопленням». Здається, він представляє себе лише після того, як я опублікував веб-додаток у режимі випуску.

Єдиний спосіб послідовно вирішити проблему, яку я знайшов - це дотримуватися цього контрольного списку:

1. Очистіть рішення, поки ваше рішення налаштоване в режимі випуску.
2. Очистіть рішення, поки ваше рішення налаштовано в режимі налагодження.
3. Збірка під час налаштування рішення в режимі налагодження.

Просто натрапи на цю посаду, і це сталося зі мною.
Просто Cleanпроект і помилка відпадає. (має бути помилка VS2010)

У мене щойно виникала ця проблема при створенні другої версії мого веб-сайту. Це не сталося, коли я побудував його вперше.

Я щойно видалив папки бін та obj, запустив «Чисте рішення» і створив його знову, на цей раз без жодних проблем.

Жоден. Потрібно налаштувати каталог, який ви розмістили на веб-сайті, як веб-додаток у IIS .

Ця помилка виникає при спробі відкрити проект як веб-сайт. Найпростіший спосіб визначити, чи ви створили веб-сайт чи проект, це перевірити папку рішення (тобто, де ви зберегли свій код) і побачити, чи є у вас * .sln файл у кореневому каталозі, якщо ви це зробите, я створив проект.

Додаю, я зіткнувся з цією помилкою саме зараз, коли я намагався відкрити проект, якийсь час створив назад, вибравши "Файл", "Відкрити веб-сайт" у меню Visual Studio, тоді як мені слід було вибрати "Файл", "Відкрити проект" замість цього. Я зіткнувся з обличчям, як тільки зрозумів :)

У Visual Studio 2013 деякий час я боровся з цим, і це досить просто вирішити, просто слідкуйте за тим, що винятки говорять, що "віртуальний каталог не конфігурується як програма в IIS"

У моєму випадку я WebServiceпосадив всередину IIS websiteтак

1. Я відкрив веб-сайт у менеджері IIS
2. правою кнопкою миші натиснув папку WCF
3. клацнув Convert to Application
4. а потім подано с Ok

WCF повертається і працює.

Помилка говорить про те, що код, який ви використовуєте, очікує, що віртуальний каталог буде встановлений на IIS.

Перегляньте документацію та додайте необхідний віртуальний каталог. Це повинен бути каталог, який має web.configв собі (а не кореневий каталог).

Якщо у вас є проект MVC з увімкненою збіркою переглядів, одне з рішень - видалити папку obj перед збіркою. Додати у файл проекту:

<Target Name="BeforeBuild">
    <!-- Remove obj folder -->
    <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
    <!-- Remove bin folder -->
    <RemoveDir Directories="$(BaseOutputPath)" />
</Target>

Ось стаття: Як видалити бін та / або папку obj перед складанням або розгортанням

Недавня зміна web.config може бути в неправильному файлі web.config.

<machineKey...>Властивість було додано Views / web.config . Незалежно від того, скільки очищає та відновлює, залишилася помилка. Виправленням було переміщення властивості у корінь /web.config .

якщо ви коли-небудь стикаєтеся з цією помилкою

Помилка використання розділу, зареєстрованого як enableDefinition = 'MachineToApplication' за межами рівня програми. Ця помилка може бути викликана тим, що віртуальний каталог не конфігурується як програма в IIS

РЕШЕННЯ У
мене була та сама проблема з VS 2012. Я вирішив це шляхом

1. Вивантажте поточний проект
2. редагуйте свій .csproj
3. Знайдіть це <MvcBuildViews>false</MvcBuildViews>
4. Замість помилкового змініть значення на справжнє
5. Завантажте ще раз свій проект, і ви більше не повинні мати цю помилку

Якщо у вас є, тоді одне рішення - видалити вміст папки obj з проекту, згенерованого компілятором.

У моєму випадку проблема з’явилася лише після того, як я опублікував проект у підкаталозі. Через брак знань я розмістив свій web_publishпідкаталог всередині web_projectкаталогу.

Зрозуміло, що web_publishмістить також те саме Web.config, що і проект. Однак web_projectне знає, що мого web_publishслід уникати при пошуку Web.configs у вкладених підкаталогах. Таким чином, Web.configs були дублюються і з'явилася помилка.

Рішення полягало в тому, щоб розмістити своє web_publishдесь в іншому місці.

У моєму випадку була папка "Резервне копіювання", яка містила ще одну копію всього веб-сайту. Це означало інше, web.configтому збірка не вдалася з цією помилкою. Я видалив папку "Резервне копіювання", зробив рішення "Очищення" на налагодженнях і випуску, і помилка зникла.

У моєму випадку

Рішення містить 6 проектів, 1 головний та 5 підкаталогів. всі підкаталоги, що мають web.config.

Під час запуску будь-якої сторінки в підкаталогах я отримував таку ж помилку.

Я видалив цей рядок із web.config,

<authentication mode="Windows"/>

що працювало на мене.

Очищення проекту Видаліть папку / obj (можливо, використовуючи опублікувати та розгортати? - в ній помилка)

Моя проблема полягала в тому, що я випадково опублікував свій веб-сервіс у попередньо завершеному місці на новій установці VS2010.

Я опублікував папку під назвою PreCompiledWeb , і наявність web.config, я підозрюю, зіпсувала її.

Я просто занурив папку і оновив проект.

Якщо двічі клацнути цю помилку - це перенесло мене до того помилкового файлу web.config, який підказав мені.

Це може бути проблема версії, як ви завантажите проект .Net Framework 2.0 і хочете відкрити його у VS2008, тоді вам потрібно буде оновити до останньої версії, і VS створить резервну копію папки в тому ж кореневому каталозі. отримати відповідь тут .

У мене виникла помилка під час створення рішення із створеним в моєму рішенні проектом Web Deployment Project. Я вирішую помилку, видаляючи папку, в якій побудований проект веб-розгортання. Ця папка вказана в атрибуті властивостей WDP "Папка проекту"

Видаліть папки бін та obj. Потім відновіть рішення.

Мабуть, у моєму рішенні було два файли web.config. Я використовую MVC4, а в розділі Перегляди був ще один конфігураційний файл, і я робив зміни в неправильному файлі. Виправлена ​​там допомогла мені.

Але ви завжди можете змінити переадресацію / маршрут за замовчуванням у файл global.asax.

Можливо, у папці проекту є папка проекту sub asp.net, яка не налаштована як віртуальний каталог. Налаштування проекту для запуску в IIS.

Я додав до свого веб-сайту сценарій публікації. Наприкінці видаліть папку obj із папки веб-сайту.

У мене ця проблема частіша, якщо у файлі проекту ввімкнено "true".

1. Встановити помилкове

Як каже Джонні:

1. Очистіть рішення, поки ваше рішення налаштоване в режимі випуску.
2. Очистіть рішення, поки ваше рішення налаштовано в режимі налагодження.
3. Збірка під час налаштування рішення в режимі налагодження.

У мене був проект, який я не хотів бути веб-додатком, я хотів, щоб це була папка. Відповідь було повністю видалити файл web.config. Він належить лише до кореня програми.

Якщо ви стикаєтеся з цією проблемою під час публікації свого веб-сайту чи програми на якомусь сервері, я використовував просте рішення - конвертувати папку, що містить файли, у веб-додаток.

У мене така ж проблема в VS 2013 після публікації мого проекту в режимі налагодження. Проблему було вирішено видаленням obj / файлів

У мене є проект веб-сайту.

У моєму випадку я перемістив файл рішення на інший шлях і це спричинило проблему. Я відновив його до попереднього місця, і проблема вийшла.

Для будь-якого, хто все ще шукає, моє рішення полягало в тому, щоб видалити і бін, і папку obj, і перезапустити візуальну студію, здається, це виправить.

Через Visual Studio я опублікував службу WCF через FTP на зовнішній сервер. Він працював чудово як локально, так і при публікації на внутрішньому сервері, але не на зовнішньому. Рішенням було опублікувати без надання Site Path (іншими словами, опублікувати безпосередньо у корені віртуальної каталоги).

Я не впевнений, чому це спрацювало, оскільки я вже намагався перемістити файли до кореня через зовнішній FTP-клієнт - серед багатьох інших спроб, включаючи всі перелічені тут. Можливо, це було щось із профілем публікації, як це було для FabianVal . Але я зараз не в настрої тестуватись, тому що я поспішаю піднятися на швидкість після всіх днів, витрачених на цю проблему.

порада 1: очистіть і потім відновіть.

порада 2: просто закрийте VS та відкрийте знову.

порада 3: завантажений проект може знаходитися всередині іншої підпапки ... відкрийте папку, у якій є файли .net.

c: / demo1 / demo / (усі файли)

Вам слід відкрити демо від vs ... не demo1.

Я спробував кожне рішення вище, але жодне з них не працювало на мою проблему. (Я впевнений, що існує 1000 рішень цієї проблеми) Для мого сценарію я намагався опублікувати свій веб-сервіс WCF, який я мав на тестуванні у виробництві.

Однак я не зміг зрозуміти, що у виробництві ми є лише HTTPS, тобто ми перенаправляємо все на HTTPS. Як виявляється, я вказував на сервіс через HTTP замість HTTPS, тим самим спричиняючи помилку. Рішенням цього сценарію було просто змінити протокол адреси на HTTPS, а не на HTTP.

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