Як налаштувати web.config, щоб дозволити запити будь-якої довжини

Я будую сайт, на якому я хотів би створити клієнтську сторону файлу зі значення елемента textarea.

У мене є код для цього, але я отримую цю помилку

Помилка HTTP 404.15 - не знайдено Модуль фільтрації запитів налаштований для відмови у запиті, коли рядок запиту занадто довгий.

Чи є спосіб це змінити, щоб я міг обробляти запити будь-якого розміру?

Якщо ні, чи існує спосіб генерування файлів на стороні клієнта без використання файлової системи / активного об'єкта x?

Дякую

Додайте до свого web.config:

<system.webServer>
  <security>
    <requestFiltering>
      <requestLimits maxQueryString="32768"/>
    </requestFiltering>
  </security>
</system.webServer>

Побачити:

http://www.iis.net/ConfigReference/system.webServer/security/requestFiltering/requestLimits

Оновлено для відображення коментарів.

requestLimits Element for requestФільтр [Схема налаштувань IIS]

Можливо, вам доведеться також додати наступне у свій web.config

<system.web>
    <httpRuntime maxQueryStringLength="32768" maxUrlLength="65536"/>
</system.web>

Дивіться: httpRuntime Element (Схема налаштувань ASP.NET)

Звичайно, цифри (32768 і 65536) у налаштуваннях конфігурації, наведені вище, - лише приклади. Не потрібно використовувати ці точні значення.

У моєму випадку (Visual Studio 2012 / IIS Express / ASP.NET MVC 4 app / .Net Framework 4.5) те, що дійсно спрацювало після 30 хвилин проб і помилок, було встановлення maxQueryStringLengthвластивості в <httpRuntime>тезі:

<httpRuntime targetFramework="4.5" maxQueryStringLength="10240" enable="true" />

maxQueryStringLengthза замовчуванням до 2048.

Більше про це тут:

Розширення діапазону дозволених URL-адрес

Я спробував налаштувати його так, <system.webServer>як пропонує @MattVarblow , але це не спрацювало ... і це тому, що я використовую IIS Express (на основі IIS 8) на своїй машині розробки з Windows 8.

Коли я розгорнув свою програму у виробничому середовищі (Windows Server 2008 R2 з IIS 7), IE 10 почав повертати 404 помилки у запитах AJAX з довгими рядками запитів. Тоді я подумав, що проблема пов’язаний із рядком запиту, і спробував відповідь @ MattVarblow. Він просто працював на IIS 7. :)

Щось ще потрібно перевірити: якщо ваш сайт використовує MVC, це може статися, якщо ви додали [Авторизувати] до свого класу контролерів входу. Він не може отримати доступ до методу входу, оскільки він не авторизований, тому він перенаправляє на метод входу -> boom.

Якщо ви зіткнулися з цією проблемою під час запуску веб-сервера IIS 8.5, ви можете скористатися наступним методом.

Спочатку знайдіть модуль «Запити фільтрування» на веб-сайті IIS, над яким ви працюєте, а потім двічі клацніть по ньому ...

Далі вам потрібно натиснути правою кнопкою миші білу область, показану нижче, а потім натиснути опцію контекстного меню під назвою "Редагувати параметри функції" .

Тоді останнє, що потрібно зробити - це змінити значення "Максимальний рядок запиту (байтів)" з 2048 року на щось більш відповідне, наприклад, 5000 для ваших потреб.

У мене була подібна проблема, що намагалася розгорнути веб-додаток ASP до IIS 8. Щоб виправити це, я зробив так, як запропонували вище Метт і Леніел. Але також довелося налаштувати налаштування аутентифікації мого сайту, щоб увімкнути анонімну автентифікацію. І це працювало для мене.

Мені довелося додати [AllowAnonymous] до функцій ActionResult на своїй сторінці входу, оскільки користувач ще не пройшов автентифікацію.

Якщо ваш веб-сайт використовує автентифікацію, але у вас немає правильного методу аутентифікації, встановленого в IIS (наприклад, Basic, Forms тощо), браузер застрягне в циклі переспрямування. Це призводить до того, що URL-адреса переадресації стає довшою і довшою, поки вона не вибухне.

Він також створить помилку, коли ви передасте велику рядок у параметрі виклику ajax.

тож для цього завжди використовувати тип публікації в ajax вирішить вашу проблему на 100% і не потрібно встановлювати довжину в web.config.

// var UserId = масив з 1000 користувачів

$ .ajax ({global: false, url: SitePath + "/ User / getAussizzMembersData", "data": {UserIds: UserId}, "type": "POST", "dataType": "JSON"}}

Помилка HTTP 404.15 - не знайдено Модуль фільтрації запитів налаштований для відмови у запиті, коли рядок запиту занадто довгий.

Щоб вирішити цю проблему, перевірте у вихідному коді, чи Formмає тег властивістьmethod get / set state.

Якщо так, methodвластивість слід видалити.