| Вопрос: DHTML - что делать с полученным DLL | Добавлено: 10.04.07 09:48 |
Автор вопроса:  REmil
|
| Ответы | Всего ответов: 46 |
|
Номер ответа: 16 Автор ответа:  ISpy Разработчик Offline Client Вопросов: 47 Ответов: 621 |
Web-сайт: Профиль | | #16 | Добавлено: 23.04.07 18:53 |
| Да про выход я уже прочитал. В принципе да, полноценная версия, только вроде ограничение на 10 одновременных соединений. Значит уже вышла действительно | ||
|
Номер ответа: 17 Автор ответа: Artyom Разработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #17 | Добавлено: 23.04.07 18:58 |
|
Модули можно писать как на C# так и а C++.
На C++ можно было писать и под IIS5. И назывались они ISAPI-модулями и ISAPI-расширениями. На C# тоже можно было писать. Но в веб-сервере они не выполнялись - они выполнялись в рамках ASP .NET. То есть, обработка запроса сначаа попадала в ISAPI-расширение ASP .NET (aspnet_isapi.dll), а он уже проганал запрос через HTTP-модули и в конечном счете запрос попадал на HTTP-обработчик. Что изменилось - HTTP-модули и HTTP-обработчики переместились на уровень веб-сервера, вот, собственно, об этом и идет речь. Это объясняется более подробно в блоге СкоттаГу (я приводил здесь уже скриншот) http://weblogs.asp.net/scottgu/archive/2007/04/02/iis-7-0.aspx Оснований не верить СкоттуГу (одному из главных разрабочтиков и идеологов) у меня нет. |
||
|
Номер ответа: 18 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #18 | Добавлено: 23.04.07 19:04 |
|
IIS 7.0 разбивает веб-сервер на небольшое ядро сервера и более чем 40 модулей компонентов, подключаемых к этому ядру...
А кто с этим спорит? 
Мне сейчас лень перегружаться в Longhorn Server и смотреть, но есть все основания полагать, что с технической точки зрения все разбито на ISAPI или HTTP-модули. И вообще точка спора не в этом возникла
|
||
|
Номер ответа: 19 Автор ответа: ISpyРазработчик Offline Client Вопросов: 47 Ответов: 621 |
Web-сайт: Профиль | | #19 | Добавлено: 23.04.07 19:07 |
| Там были ISAPI, с ними было сложно работать, и сделать свои модули сложно. А теперь это просто. И теперь API + ISAPI :D | ||
|
Номер ответа: 20 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #20 | Добавлено: 23.04.07 19:26 |
| Примеры кода можно увидеть? | ||
|
Номер ответа: 21 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #21 | Добавлено: 23.04.07 19:31 |
|
public class BasicAuthenticationModule : System.Web.IHttpModule
{ void Init(HttpApplication context) { } void Dispose() { } } Это на C#. Точно также HTTP-модули делались до появления IIS7. http://www.iis.net/default.aspx?tabid=2&subtabid=25&i=938&p=2 Это на неуправляемом коде. Ничего общего между этим кодом и словом "просто" я не вижу. Еще раз поставлю ударение - главное упрощение в том, что HTTP-модули и HTTP-обработчики теперь выполняются в веб-сервере
|
||
|
Номер ответа: 22 Автор ответа: SharpЛидер форума ICQ: 216865379 Вопросов: 106 Ответов: 9979 |
Web-сайт: Профиль | | #22 | Добавлено: 23.04.07 20:12 |
| А где они выполнялись раньше? | ||
|
Номер ответа: 23 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #23 | Добавлено: 23.04.07 20:19 |
| В aspnet_isapi.dll | ||
|
Номер ответа: 24 Автор ответа: SharpЛидер форума ICQ: 216865379 Вопросов: 106 Ответов: 9979 |
Web-сайт: Профиль | | #24 | Добавлено: 24.04.07 11:08 |
| А она где выполнялась? | ||
|
Номер ответа: 25 Автор ответа: ISpyРазработчик Offline Client Вопросов: 47 Ответов: 621 |
Web-сайт: Профиль | | #25 | Добавлено: 24.04.07 14:52 |
|
Brand, ты видимо все таки не читал статью, которую я тебе дал. Если бы прочитал, отпали бы многие вопросы
IIS 7.0 дает возможность сформировать сервер в соответствии с конкретными потребностями, позволяя добавлять или заменять в сервере любой компонент для обеспечения требуемого набора функций. В основе этой возможности лежит совершенно новый интерфейс расширяемости веб-сервера, на основе которого создаются все существующие компоненты HTTP IIS 7.0. Этот интерфейс API является открытым, что означает возможность реализации любого из компонентов, поставляемых с IIS 7.0. Для IIS это самое важное и фундаментальное усовершенствование по сравнению с предыдущей ограниченной моделью расширяемости ISAPI.
Новый интерфейс расширяемости представляет собой набор интуитивных классов C++, определяющих объектную модель и дающих возможность модулю предоставлять службы обработки запросов на IIS. Эти классы определяются в заголовочном файле в Windows Vista SDK. В сравнении с ISAPI эти интерфейсы API являются как более мощными, так и намного более простыми в использовании. Как такое возможно? Во-первых, для нового интерфейса API характерна хорошо инкапсулированная модель с безопасными типами. Разработка существенно облегчается благодаря использованию новой объектной модели сервера, предоставляющей специализированные интерфейсы для всех основных объектов сервера и задач. К ним относятся: * Проверка запроса с помощью класса IHttpRequest * Управление откликом с помощью класса IHttpResponse * Использование полезных функций служебных программ класса IHttpServer * Обеспечение проверки подлинности с помощью класса IHttpUser * Получение доступа к разделу пользовательской настройки вашего модуля с помощью интерфейсов API настройки Эти классы демонстрируют гораздо более широкий набор функциональных возможностей сервера, чем раньше (больше, чем требуется для создания всех компонентов, поступающих с IIS), но при этом они гораздо проще в использовании, чем слабо типизированные интерфейсы ISAPI. Разработчики получат преимущество также благодаря усовершенствованным шаблонам для управления памятью и состоянием. Большинство интерфейсов API сервера IIS 7.0 используют для возвращаемых данных память, управляемую сервером, вместо запроса на выделение буферов и управления ими, как это делает ISAPI и большинство существующих интерфейсов API в Win32®. В прошлом это был один из наиболее подверженных ошибкам и утомительных этапов разработки ISAPI. Новый интерфейс API упрощает также многие сложные задачи обработки запросов, например, буферизацию отклика, проверку подлинности и подготовку данных отклика для клиента.
Согласись легче чем раньше? 
|
||
|
Номер ответа: 26 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #26 | Добавлено: 24.04.07 14:58 |
|
А она где выполнялась?
ISAPI-расширение ASP .NET выполнялось в рабочем процессе IIS (в Windows 2003 это w3wp.exe). |
||
|
Номер ответа: 27 Автор ответа: SharpЛидер форума ICQ: 216865379 Вопросов: 106 Ответов: 9979 |
Web-сайт: Профиль | | #27 | Добавлено: 24.04.07 18:42 |
|
HTTP-модули и HTTP-обработчики теперь выполняются в веб-сервере
ISAPI-расширение ASP .NET выполнялось в рабочем процессе IIS
А в чем разница-то? |
||
|
Номер ответа: 28 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #28 | Добавлено: 24.04.07 22:43 |
| http://weblogs.asp.net/scottgu/archive/2007/04/02/iis-7-0.aspx | ||
|
Номер ответа: 29 Автор ответа: HACKERРазработчик Offline Client Вопросов: 236 Ответов: 8362 |
Профиль | | #29 | Добавлено: 25.04.07 00:23 |
| имхо от того что переместили Forms and ASPX на уровень вверх, ничего в корне не поменялось. Если подправлены баги, глюки - это зачёт, если добавлены новые функции - тоже зачёт. Собственно ради этого и стоит переходить на более новый IIS. А от переделывания внутреннего строения толку имхо немного... | ||
|
Номер ответа: 30 Автор ответа: SharpЛидер форума ICQ: 216865379 Вопросов: 106 Ответов: 9979 |
Web-сайт: Профиль | | #30 | Добавлено: 25.04.07 00:33 |
| Долго смотрел на красивые картинки. Смысла по прежнему не понял. Либо аффтары не знают, как устроены процессы в Windows, либо очень пытаются скрыть тот факт, что никаких изменений не появилось. | ||