Động cơ lõi IIS sử dụng điều kiện tiên quyết để xác định khi nào để cho phép một module cụ thể. Lý do hiệu suất, ví dụ, có thể xác định rằng bạn chỉ muốn thực hiện các mô-đun được quản lý cho các yêu cầu cũng đi đến một trình xử lý được quản lý. Điều kiện tiên quyết trong ví dụ sau (precondition="managedHandler") chỉ cho phép các hình thức mô-đun xác thực cho các yêu cầu đó cũng được xử lý bởi một handler quản lý, chẳng hạn như yêu cầu .aspx hoặc các tập tin .asmx:
<add name="FormsAuthentication" type="System.Web.Security.FormsAuthenticationModule" preCondition="managedHandler" />
Nếu bạn loại bỏ các thuộc tính precondition="managedHandler" , Xác thực biểu mẫu cũng áp dụng cho nội dung không được xử lý bởi trình xử lý được quản lý, chẳng hạn như .html, .jpg, .doc, nhưng cũng cho các tiện ích mở rộng ASP (.asp) hoặc PHP (.php) cổ điển. Xem "How to Take Advantage of IIS Integrated Pipeline" để biết ví dụ về cách bật mô-đun ASP.NET để chạy cho tất cả nội dung.
Bạn cũng có thể sử dụng phím tắt để cho phép tất cả các mô-đun được quản lý (ASP.NET) chạy cho tất cả các yêu cầu trong ứng dụng của bạn, bất kể điều kiện tiên quyết "managedHandler".
Để kích hoạt tất cả các module quản lý để chạy cho tất cả các yêu cầu mà không cần cấu hình mỗi mục module để loại bỏ các "managedHandler" điều kiện tiên quyết, sử dụng runAllManagedModulesForAllRequests tài sản trong <modules> phần:
<modules runAllManagedModulesForAllRequests="true" />
Khi bạn sử dụng tài sản này , điều kiện tiên quyết "managedHandler" không có hiệu lực và tất cả các mô-đun được quản lý sẽ chạy cho tất cả các yêu cầu.
là nó tốt để chạy tất cả các mô hình cho tất cả các yêu cầu hoặc tôi sẽ cụ thể hơn ở đằng kia. Điều này có ảnh hưởng đến tốc độ của ứng dụng không? –
Có vấn đề về hiệu năng. Bạn nên sử dụng điều kiện tiên quyết để thay thế. –
thì làm thế nào tôi nên quyết định mô-đun nào tôi phải sử dụng và cái nào thì không. –