19.10.2014, 22:26
|
#17 |
|
Участник
|
Цитата:
Сообщение от ax_mct
Я не просто крут, а очень крут. На меня еще в 2003 году работодатели с .NET в очередь выстраивались чтобы просто на меня посмотреть
 И я даже знаю что такое веб-сервис Цитата:
Насколько я понял вопрос и потребность. web.config приложения секция <handlers> (если IIS 7 и выше).
всю эту лабуду я перечитал вдоль и поперек. Вопрос не в том, что есть модули, хандлеры и маппинг. Это все хоть и криво, но описано. Не описано самое интересное. Вот у вас запрос от браузера пришел на конвейер IIS и ASP.NET... Этот запрос последовательно обрабатывается родными и управляемыми модулями, а потом доходит до хандлера, который и рождает ответ браузеру в http виде. А маппинг позволяет вам указать какие типы файлов какими хандлерами обрабатываются. Также в конфиге вы можете добавить свои модули или хандлеры, которые также будут грызть запросы и возвращать html в том виде, который вам нравится. Но, я не об этом. А о том порядке, в котором модули грызут запрос. Нетути никакого документа, где этот порядок определяется. Нет его даже в applicationHost.config, а в схеме построения самого конфига IIS_schema.xml нет и намека на его присутствие. А как же тогда гибкость и настраиваемость IIS-а? Если логика запуска модулей зашита в IIS программно, то где эта логика хотя бы описывается? Возможно, сначала запускаются модули по умолчанию включенные в IIS, а затем уже пользовательские, но я пока не нашел. Вот и спрашиваю, может вы знаете? Есть замечательное видео, где автор очень хорошо обобщил информацию про IIS и представил в человеческом виде http://www.youtube.com/watch?v=XKpJuTAJX1g При этом он даже заикнулся про порядок вызова модулей, но как-то смущенно сказал, что сервер сам определяет последовательность. Сдается мне, он просто не знает... |
|
|
Древовидный вид