Точечный символ '.' в MVC Web API 2 для запроса типа api / people / STAFF.45287

URL-адрес, который я пытаюсь разрешить работать, имеет вид: http://somedomain.com/api/people/staff.33311 (точно так же, как сайты, такие как LAST.FM, разрешают всевозможные знаки в своих URL-адресах RESTFul и WebPage. , например " http://www.last.fm/artist/psy'aviah " - действительный URL-адрес для LAST.FM).

Работают следующие сценарии: - http://somedomain.com/api/people/ - который возвращает всех людей - http://somedomain.com/api/people/staff33311 - также будет работать, но это не то, что я ' m после того, как я хочу, чтобы 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/ExperimentsInWackinessAllowingPercentsAnglebracketsAndOtherNaughtyThingsInTheASPNETIISRequestURL.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.0имеет свой pathнабор атрибутов , чтобы *в отличие от *.(например).

Я застрял в этой ситуации, но добавление / в конце URL-адреса было для меня не очень удобным.

так что просто добавьте ниже в тег web.config, handlers и все будет хорошо.

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

Я обнаружил, что у меня работают оба способа: либо установить для runAllManagedModulesForAllRequests значение true, либо добавить 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 GET. При использовании 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глагол здесь .