Точки в URL-адресі викликають 404 за допомогою ASP.NET mvc та IIS

У мене є проект, який вимагає, щоб мої URL-адреси мали точки на шляху. Наприклад, у мене може бути така URL-адреса, як www.example.com/people/michael.phelps

URL-адреси з крапкою генерують 404. Моя маршрутизація нормальна. Якщо я проходжу в michaelphelps, без крапки, то все працює. Якщо додати крапку, я отримаю помилку 404. Зразок сайту працює на Windows 7 за допомогою IIS8 Express. URLScan не працює.

Я спробував додати наступне до своєї web.config:

<security>
  <requestFiltering allowDoubleEscaping="true"/>
</security>

На жаль, це не змінило значення. Я щойно отримую помилку 404.0 Not Found.

Це проект MVC4, але я не думаю, що це актуально. Моя маршрутизація працює добре, і параметри, які я очікую, є, поки вони не включають крапку.

Що мені потрібно налаштувати, щоб у моїй URL-адресі були точки?

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

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

Наприклад, щоб .NET обробив URL-адресу www.example.com/people/michael.phelps, додайте наступний рядок до веб-сайту web.config вашого system.webServer / handlersелемента в межах елемента:

<add name="ApiURIs-ISAPI-Integrated-4.0"
     path="/people/*"
     verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS"
     type="System.Web.Handlers.TransferRequestHandler"
     preCondition="integratedMode,runtimeVersionv4.0" />

Редагувати

Є й інші повідомлення, що дозволяють вирішити це питання RAMMFARабо RunAllManagedModulesForAllRequests. Якщо ввімкнути цю опцію, ви зможете використовувати всі керовані модулі для всіх запитів. Це означає, що статичні файли, такі як зображення, PDF-файли та все інше, будуть оброблятися .NET, коли вони цього не потребують. Цей варіант найкраще припинити, якщо у вас немає конкретного випадку.

Після деякого роздуму я виявив, що розслабленийUrlToFileSystemMapping для мене зовсім не працює, те, що працювало в моєму випадку, було встановити RAMMFAR на істинне, те саме стосується (.net 4.0 + mvc3) і (.net 4.5 + mvc4).

<system.webserver>
    <modules runAllManagedModulesForAllRequests="true">

Будьте в курсі, встановлюючи RAMMFAR справжній пост Hanselman про RAMMFAR та продуктивність

Я вважаю, що ви повинні встановити властивість relaxUrlToFileSystemMapping у своєму web.config. Haack написав статтю про це трохи раніше тому (і є деякі інші публікації SO, які задають однакові запитання)

<system.web>
<httpRuntime relaxedUrlToFileSystemMapping="true" />

Редагувати З коментарів нижче, пізніші версії .NET / IIS можуть вимагати, щоб це було в system.WebServerелементі.

<system.webServer>
<httpRuntime relaxedUrlToFileSystemMapping="true" />

Я довго зациклювався на цьому питанні, дотримуючись усіх різних засобів безрезультатно.

Я зауважив, що додаючи прорізну косу риску [/] до кінця URL-адреси, що містить крапки [.], Вона не викинула помилку 404 і вона фактично спрацювала.

Нарешті я вирішив проблему, використовуючи переписувач URL-адрес, як IIS Rewrite URL-адреси, щоб слідкувати за певним шаблоном і додавати тренувальну косу рису.

Моя URL-адреса виглядає приблизно так: /Contact/~firstname.lastname, тому мій шаблон просто: /Contact/~(.*........

Цю ідею я отримав від Скотта Форсайта, дивіться посилання нижче: http://weblogs.asp.net/owscott/handing-mvc-paths-with-dots-in-the-path

Просто додайте цей розділ до Web.config, і всі запити до маршруту / {* pathInfo} буде оброблятися вказаним обробником, навіть якщо в pathInfo є точки. (взято з прикладу ServiceStack MVC Host Web.config і ця відповідь https://stackoverflow.com/a/12151501/801189 )

Це має працювати для обох IIS 6 та 7. Ви можете призначити конкретні обробники різним шляхам після 'route', змінивши path = "*" в елементах "add".

  <location path="route">
    <system.web>
      <httpHandlers>
        <add path="*" type="System.Web.Handlers.TransferRequestHandler" verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" />
      </httpHandlers>
    </system.web>
    <!-- Required for IIS 7.0 -->
    <system.webServer>
      <modules runAllManagedModulesForAllRequests="true" />
      <validation validateIntegratedModeConfiguration="false" />
      <handlers>
        <add name="ApiURIs-ISAPI-Integrated-4.0" path="*" type="System.Web.Handlers.TransferRequestHandler" verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" preCondition="integratedMode,runtimeVersionv4.0" />
      </handlers>
    </system.webServer>
  </location>

Обхід MVC 5.0.

Багато з запропонованих відповідей, схоже, не працюють у MVC 5.0.

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

Зберігаючи у своєму розпорядженні зручним заповнювачем місця:

@Html.ActionLink("Change your Town", "Manage", "GeoData", new { id = User.Identity.Name }, null)

додайте трохи jquery / javascript, щоб виконати роботу:

<script>
    $('a:contains("Change your Town")').on("click", function (event) {
        event.preventDefault();
        window.location.href = '@Url.Action("Manage", "GeoData", new { id = User.Identity.Name })' + "/";
    });</script>

зверніть увагу на проділ, який відповідає за зміни

http://localhost:51003/GeoData/Manage/user@foo.com

в

http://localhost:51003/GeoData/Manage/user@foo.com/

Суперпроста відповідь для тих, хто має це лише на одній веб-сторінці. Відредагуйте посилання дій та позначку "/" на кінці.

  @Html.ActionLink("Edit", "Edit", new { id = item.name + "/" }) |

Можливо, ви захочете подумати про використання тире замість періодів.

У Pro ASP MVC 3 Framework вони пропонують це щодо створення дружніх URL-адрес:

Уникайте символів, кодів та послідовностей символів. Якщо ви хочете розділити слово, використовуйте тире (/ my-great-article). Підкреслення недружні, а пробіли з кодовою URL-адресою є химерними (/ моя + велика + стаття) або огидними (/ мій% 20 зелений% 20сторінок).

Він також зазначає, що URL-адреси повинні бути зручними для читання та зміни для людей. Можливо, причина думати про використання тире замість крапки також є з тієї ж книги:

Не використовуйте розширення імен файлів для сторінок HTML (.aspx або .mvc), але використовуйте їх для спеціалізованих типів файлів (.jpg, .pdf, .zip тощо). Веб-браузери не цікавляться розширеннями імен файлів, якщо правильно встановити тип MIME, але люди все одно очікують, що файли PDF закінчуються .pdf

Отже, хоча період ще читається людям (хоча і менш читабельним, ніж тире, ІМО), він все ще може бути трохи заплутаним / оманливим залежно від того, що настає після періоду. Що робити, якщо хтось має прізвище zip? Тоді URL буде /John.zip замість / John-zip, що може ввести в оману навіть для розробника, який написав заявку.

Залежно від того, наскільки важливо для вас зберігати URI без запитів, ви також можете просто передати значення з крапками у складі запиту, а не URI.

Наприклад, www.example.com/people?name=michael.phelps працюватиме, не змінюючи жодних налаштувань і нічого.

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

Чи можна було б змінити структуру URL-адреси?
Для чого я працював, я спробував маршрут

url: "Download/{fileName}"

але це не вдалося ні з чим, що мало. у цьому.

Я переключив маршрут на

    routes.MapRoute(
        name: "Download",
        url:  "{fileName}/Download",
        defaults: new { controller = "Home", action = "Download", }
    );

Тепер я можу поставити, localhost:xxxxx/File1.doc/Downloadі це прекрасно працює.

Мої помічники у погляді також підхопили на ньому

     @Html.ActionLink("click here", "Download", new { fileName = "File1.doc"})

що також робить посилання на localhost:xxxxx/File1.doc/Downloadформат.

Можливо, ви можете поставити непотрібне слово типу "/ view" або дію в кінці маршруту, щоб ваш ресурс міг закінчитись /чимось подібним/mike.smith/view

Це так само просто, як змінити шлях = " ." to path = " ". Просто видаліть крапку в шляху для ExensionlessUrlHandler-Integrated-4.0 в web.config.

Ось приємна стаття https://weblog.west-wind.com/posts/2015/Nov/13/Serving-URLs-with-File-Extensions-in-an-ASPNET-MVC-Application

Спробував усі рішення вище, але жоден з них не працював на мене. Що я працював, я видалив версії .NET> 4.5, включаючи всі його багатомовні версії; Врешті-решт я додав новіші (лише англійською) версії по частинах. Зараз у моїй системі встановлені версії:

• 2.0
• 3.0
• 3,5 4
• 4.5
• 4.5.1
• 4.5.2
• 4.6
• 4.6.1

І це все ще працює на даний момент. Боюся встановити 4.6.2, тому що це може зіпсувати все.

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

Мені вдалося вирішити свою конкретну версію цієї проблеми (довелося зробити /customer.html маршрут до / клієнта, не допускається прокручування косої риски) за допомогою рішення за адресою https://stackoverflow.com/a/13082446/1454265 та замінивши шлях = "*. html".

Як рішення можна також розглянути кодування до формату, який не містить символу ., як base64.

У js слід додати

btoa(parameter); 

У контролері

byte[] bytes = Convert.FromBase64String(parameter);
string parameter= Encoding.UTF8.GetString(bytes);

Додати правило перезапису URL-адреси в архів Web.config. Потрібно мати модуль перезапису URL-адреси вже встановлений у IIS. Використовуйте таке правило перезапису як натхнення для власного.

<?xml version="1.0" encoding="utf-8"?>
<configuration>

<system.webServer>
  <rewrite>
    <rules>
      <rule name="Add trailing slash for some URLs" stopProcessing="true">
        <match url="^(.*(\.).+[^\/])$" />
          <conditions>
              <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
              <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
          </conditions>
          <action type="Redirect" url="{R:1}/" />
      </rule>
    </rules>
    </rewrite>
</system.webServer>

</configuration> 

Крім того, (пов'язані) перевіряйте порядок відображення обробника. У нас був шлях .ashx з .svc (наприклад, /foo.asmx/bar.svc/path) на шляху після нього. Списання .svc спочатку було таким чином 404 для .svc шляху, який збігався перед .asmx. Не думав надто багато, але, можливо, про це подбає URL-адреса, що кодує шлях.

using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Web;
using System.Web.Mvc;

namespace WebApplication1.Controllers
{
    [RoutePrefix("File")]
    [Route("{action=index}")]
    public class FileController : Controller
    {
        // GET: File
        public ActionResult Index()
        {
            return View();
        }

        [AllowAnonymous]
        [Route("Image/{extension?}/{filename}")]
        public ActionResult Image(string extension, string filename)
        {
            var dir = Server.MapPath("/app_data/images");

            var path = Path.Combine(dir, filename+"."+ (extension!=null?    extension:"jpg"));
           // var extension = filename.Substring(0,filename.LastIndexOf("."));

            return base.File(path, "image/jpeg");
        }
    }
}