Znak kropki „.” w MVC Web API 2 dla żądań, takich jak api / people / STAFF.45287

Adres URL, który próbuję udostępnić, jest w stylu: http://somedomain.com/api/people/staff.33311 (podobnie jak witryny LAST.FM zezwalają na wszelkiego rodzaju znaki w swoich adresach URL RESTFul & WebPage , na przykład „ http://www.last.fm/artist/psy'aviah ” to prawidłowy adres URL LAST.FM).

To, co działa, to następujące scenariusze: - http://somedomain.com/api/people/ - który zwraca wszystkich ludzi - http://somedomain.com/api/people/staff33311 - również by działał, ale to nie jest to, co ja ” m po tym, jak chciałbym, aby adres URL akceptował „kropkę”, jak w przykładzie poniżej - http://somedomain.com/api/people/staff.33311 - ale to daje mi

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

Skonfigurowałem następujące rzeczy:

1. Kontroler „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. Plik 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 }
       );
   }
   

Próbowałem już postępować zgodnie ze wszystkimi wskazówkami z tego wpisu na blogu http://www.hanselman.com/blog/ExperimentsInWackinessAllowingPercentsAnglebracketsAndOtherNaughtyThingsInTheASPNETIISRequestURL.aspx, ale nadal nie działa. Myślę też, że to dość żmudne i zastanawiam się, czy nie ma innego, lepszy i bezpieczniejszy sposób.

Mamy wewnętrzne Id, więc będziemy musieli znaleźć rozwiązanie, które pozwoli dopasować kropkę w taki czy inny sposób, najlepiej w stylu „”. ale jestem otwarty na alternatywne sugestie dotyczące adresów URL, jeśli zajdzie taka potrzeba ...

Poniższe ustawienie w web.configpliku powinno rozwiązać problem:

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

Dodaj sufiks adresu URL ukośnikiem, np. http://somedomain.com/api/people/staff.33311/Zamiast http://somedomain.com/api/people/staff.33311.

Zauważyłem, że dodanie następujących elementów przed standardem ExtensionlessUrlHandlerrozwiązuje problem:

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

Nie sądzę, że nazwa ma tak duże znaczenie, z wyjątkiem tego, że prawdopodobnie pomaga, jeśli twoje IDE (w moim przypadku Visual Studio) zarządza konfiguracją witryny.

H / T do https://stackoverflow.com/a/15802305/264628

Nie wiem, co naprawdę robię, ale po zabawie z poprzednią odpowiedzią wpadłem na inne, być może bardziej odpowiednie rozwiązanie:

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

Okazało się, że muszę zrobić coś więcej niż tylko ustawić runAllManagedModulesForAllRequestsatrybut na true. Musiałem również upewnić się, że program obsługi adresów URL bez rozszerzeń został skonfigurowany do przeglądania wszystkich ścieżek. Ponadto istnieje jeszcze jedno dodatkowe ustawienie konfiguracji, które możesz dodać, co w niektórych przypadkach pomoże. Oto mój działający plik 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>

Uwaga, w szczególności, że ExtensionlessUrlHandler-Integrated-4.0ma pathzestaw atrybutów się *, w przeciwieństwie do *.(na przykład).

Utknąłem w tej sytuacji, ale dołączanie / na końcu adresu URL nie wyglądało na czyste.

więc po prostu dodaj poniżej w tagu web.config handlers i będziesz gotowy .

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

Okazało się, że oba sposoby działają dla mnie: albo ustawiając runAllManagedModulesForAllRequests na true, albo dodaj ExtentionlessUrlHandler w następujący sposób. Wreszcie zdecydowałem się dodać extensionUrLHandler, ponieważ runAllManagedModulesForAllRequests mają wpływ na wydajność witryny.

<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>

Użyłbym tego w pliku Web.config:

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

przed standardem „ExtensionlessUrlHandler”.

Na przykład w moim przypadku umieściłem to tutaj:

<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>

Dlatego wymuszasz, aby adresy URL o takim wzorcu były zarządzane przez Ciebie, zamiast standardowego zarządzania plikami w drzewie katalogów aplikacji.

Zmierzyłem się z tym samym problemem i okolicznościami, w których nie miałem grać z IIS i ustawieniami związanymi z konfiguracją witryny. Musiałem więc sprawić, by działało, wprowadzając zmiany tylko na poziomie kodu.

Prosta sprawa jest taka, że ​​najczęstszym przypadkiem, w którym kończy się znak kropki w adresie URL, jest otrzymanie danych od użytkownika i przekazanie ich jako ciągu zapytania lub fragmentu adresu URL, aby przekazać jakiś argument do parametrów w metodzie akcji kontrolera.

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

Spójrz na poniższy adres URL, pod którym użytkownik wprowadza swój identyfikator użytkownika, aby uzyskać swoje dane osobowe:

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

Ponieważ musisz po prostu pobrać dane z serwera, używamy GETczasownika http . Podczas korzystania z GETwywołań wszelkie parametry wejściowe mogą być przekazywane tylko we fragmentach adresu URL.

Aby rozwiązać problem, zmieniłem czasownik http mojej czynności na POST. POSTCzasownik HTTP ma również możliwość przekazywania do treści danych wejściowych użytkownika lub nie-użytkownika. Utworzyłem więc dane JSON i przesłałem je do treści POSTżądania http :

{
  "userid" : "foo.bar"
}

Zmień definicję metody, jak poniżej:

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

Uwaga : więcej o tym, kiedy używać GETczasownika, a kiedy POSTczasownika, tutaj .