Wie Sie festlegen, benutzerdefinierte Kopfzeilen mit web.config?

Habe ich Folgendes in der web.config, aber nach der Veröffentlichung von IIS 7.5 auf dem server, Sie konnte nicht gefunden werden unter IIS -> HTTP Response Headers.

Was ich gefunden habe ist, dass die web.config auf dem server nicht die Einträge, sondern Sie waren es, die vor der Veröffentlichung. Also ich kann nur sagen, den publishing-Prozess beraubt Sie aus, aber es ist nichts in der web.config transform-Dateien, die Sie entfernt. Also, warum sind Sie Weg aus der veröffentlichten `web.config'?

 <system.webServer>
    <httpProtocol>
      <customHeaders>
        <add name="Access-Control-Allow-Origin" value="*" />
        <add name="Access-Control-Allow-Headers" value="Content-Type" />
        <add name="Access-Control-Allow-Methods" value="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" />
      </customHeaders>
    </httpProtocol>
</system.webServer>
  • Sie haben verschiedene configs für Debug und Release?
  • Einverstanden mit Jason, überprüfen Sie Ihre web.config verwandelt.
InformationsquelleAutor Ray Cheng | 2014-09-24
  1. 0

    Sind Sie sicher, dass die web -.config ist der beste Ort dafür? Ich Neige dazu, lieber eigene ActionFilter ist. Dieses bietet Ihnen die Möglichkeit, zu wählen, und wählen, Wann (welche Methode) Sie wollen die Logik auftreten und bietet auch weit mehr Kontrolle (speziell exception-handling, was zu tun ist in den verschiedenen Phasen der Handlung, lifecycle).

    Microsoft empfiehlt die Verwendung dieses Ansatzes für Anrufungen, die auftreten, bevor die Aktion Ausführung.

    Einige Beispiel-code

        public class CustomFilterAttribute : ActionFilterAttribute
    {
        public override void OnActionExecuting(ActionExecutingContext filterContext)
        {
            //add in your custom headers
            filterContext.HttpContext.Response.AddHeader("Access-Control-Allow-Origin", "*");
            filterContext.HttpContext.Response.AddHeader("Access-Control-Allow-Headers", "Content-Type");
            filterContext.HttpContext.Response.AddHeader("Access-Control-Allow-Methods", "GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS");

            base.OnActionExecuting(filterContext);
        }

        public void OnException(ExceptionContext filterContext)
        {
          //do some cool exception handling here
        }
    }
    InformationsquelleAutor pim
Schreibe einen Kommentar