Символ точки "." у MVC Web API 2 для запиту, наприклад api / people / STAFF.45287

URL-адреса, яку я намагаюся дозволити працювати, є такою у стилі: http://somedomain.com/api/people/staff.33311 (так само, як сайти як LAST.FM дозволяють усілякі знаки у своїх RESTFul & WebPage URL-адресах , наприклад, " http://www.last.fm/artist/psy'aviah " є дійсною URL-адресою для LAST.FM).

Що працює за наступними сценаріями: - http://somedomain.com/api/people/ - який повертає всіх людей - http://somedomain.com/api/people/staff33311 - також працював би, але це не те, що я ' м після того, як я хочу, щоб URL прийняв "крапку", як, наприклад, приклад нижче - http://somedomain.com/api/people/staff.33311 - але це дає мені

HTTP Error 404.0 - Not Found
The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.

Я створив такі речі:

1. Контролер "PeopleController"

   public IEnumerable<Person> GetAllPeople()
   {
       return _people;
   }
   
   public IHttpActionResult GetPerson(string id)
   {
       var person = _people.FirstOrDefault(p => p.Id.ToLower().Equals(id.ToLower()));
       if (person == null)
           return NotFound();
   
       return Ok(person);
   }    

2. WebApiConfig.cs

   public static void Register(HttpConfiguration config)
   {
       // Web API configuration and services
   
       // Web API routes
       config.MapHttpAttributeRoutes();
   
       config.Routes.MapHttpRoute(
           name: "DefaultApi",
           routeTemplate: "api/{controller}/{id}",
           defaults: new { id = RouteParameter.Optional }
       );
   }

Я вже спробував дотримуватися всіх порад цього блогу http://www.hanselman.com/blog/ExperimentInWackinessAllowingPercentsAnglebracketsAndOtherNaughtyThingsInTheASPNETIISRequestURL.aspx, але він все ще не буде працювати .. Я також думаю, що це досить втомливо, і мені цікаво, чи немає іншого, кращий і безпечніший спосіб.

У нас внутрішній такий, як це, тому нам доведеться знайти рішення, щоб вписати крапку в той чи інший спосіб, бажано в стилі "." але я відкритий до альтернативних пропозицій для URL-адрес, якщо це потрібно ...

Наступне налаштування у вашому web.configфайлі має вирішити вашу проблему:

<configuration>
    <system.webServer>
        <modules runAllManagedModulesForAllRequests="true" />

Додайте URL-адресу з косою рисою, наприклад, http://somedomain.com/api/people/staff.33311/замість http://somedomain.com/api/people/staff.33311.

Я виявив, що додавання наступного, перш ніж стандарт ExtensionlessUrlHandlerвирішить проблему для мене:

<add name="ExtensionlessUrlHandler-Integrated-4.0-ForApi"
     path="api/*"
     verb="*"
     type="System.Web.Handlers.TransferRequestHandler"
     preCondition="integratedMode,runtimeVersionv4.0" />

Я не думаю, що це ім'я насправді має значення, за винятком того, що, ймовірно, допомагає, якщо ваша IDE (Visual Studio в моєму випадку) керує налаштуванням вашого сайту.

H / T до https://stackoverflow.com/a/15802305/264628

Я не знаю, що я роблю насправді, але трохи погравши з попередньою відповіддю, я придумав інше, можливо, більш відповідне рішення:

<system.webServer>
<modules>
    <remove name="UrlRoutingModule-4.0" />
    <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" />
</modules>
</system.webServer>

Я виявив, що мені потрібно зробити більше, ніж просто встановити runAllManagedModulesForAllRequestsатрибут true. Я також повинен був переконатися, що обробник URL-адрес без розширень був налаштований для перегляду всіх шляхів. Крім того, є ще одна настройка бонусної конфігурації, яку ви можете додати, що допоможе в деяких випадках. Ось мій робочий Web.config:

<system.web>
    <httpRuntime relaxedUrlToFileSystemMapping="true" />
</system.web>
<system.webServer>
    <modules runAllManagedModulesForAllRequests="true" />
    <handlers>
        <remove name="WebDAV" />
        <remove name="OPTIONSVerbHandler" />
        <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
        <add name="ExtensionlessUrlHandler-Integrated-4.0"  path="*" verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
    </handlers>
</system.webServer>

Зокрема, зауважте, що атрибут ExtensionlessUrlHandler-Integrated-4.0has pathвстановлений на *відміну від *.(наприклад).

Я застряг у цій ситуації, але додавання / в кінці URL-адреси для мене не виглядало чисто.

тому просто додайте нижче в тег web.config, handlers і вам буде добре піти.

<add name="Nancy" path="api" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />

Я виявив, що обидва способи для мене працюють: або встановіть runAllManagedModulesForAllRequests на істинне, або додайте ExtentionlessUrlHandler, як описано нижче. Нарешті, я вирішую додати extensionUrLHandler, оскільки runAllManagedModulesForAllRequests впливають на ефективність роботи сайту.

<handlers>
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <remove name="OPTIONSVerbHandler" />
  <remove name="TRACEVerbHandler" />
  <remove name="WebDAV" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*" verb="*" 
       type="System.Web.Handlers.TransferRequestHandler" 
       preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

Я використовую це у файлі Web.config:

<add name="ManagedSpecialNames" path="api/people/*" verb="GET" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />

перед стандартним "ExtensionlessUrlHandler".

Наприклад, у моєму випадку я помістив його тут:

<handlers>
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <remove name="OPTIONSVerbHandler" />
  <remove name="TRACEVerbHandler" />
  <add name="ManagedFiles" path="api/people/*" verb="GET" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

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

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

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

public class GetuserdetailsbyuseridController : ApiController
{
     string getuserdetailsbyuserid(string userId)
     {
        //some code to get user details
     }
}

Подивіться нижче URL-адресу, де користувач вводить свій ідентифікатор користувача, щоб отримати його особисті дані:

http://mywebsite:8080/getuserdetailsbyuserid/foo.bar

Оскільки вам потрібно просто отримати деякі дані з сервера, ми використовуємо http GETverb. Під час використання GETдзвінків будь-які вхідні параметри можуть передаватися лише у фрагментах URL-адреси.

Тому, щоб вирішити свою проблему, я змінив http дієслова своєї дії на POST. POSTДієслово Http також має можливість передавати будь-якому користувачеві чи некористувацькі дані. Тому я створив дані JSON і передав їх у тіло http POSTзапиту:

{
  "userid" : "foo.bar"
}

Змініть визначення методу, як показано нижче:

public class GetuserdetailsbyuseridController : ApiController
{
     [Post]
     string getuserdetailsbyuserid([FromBody] string userId)
     {
        //some code to get user details
     }
}

Примітка . Детальніше про те, коли використовувати GETдієслово та коли використовувати POSTдієслово тут .