войти зарегистрироваться

Microsoft whois

индекс
74,63

Вопросы для интервью с Program Manager в команде Internet Information Services Русланом Якушевым

Пока видео интервью с Алексом Могилевским, вопросы для которого мы собирали ранее, готовиться к публикации, приступим к сбору вопросов для следующего интервью с Program Manager в команде Internet Information Services Русланом Якушевым.


Руслан Якушев начал работать в должности Program Manager в команде Internet Information Services (IIS) около двух лет назад. За это время он руководил разработкой и выпуском нескольких ключевых компонентов IIS: FastCGI, URL Rewriter, Dynamic IP Restrictions.
В дополнение к этому, одно из направлений деятельности Руслана это взаимодействие и сотрудничество с сообществом PHP разработчиков для улучшения функциональности и производительности PHP приложений на Windows платформе.

До работы в IIS команде, Руслан 5 лет работал в команде BizTalk Server, где он участвовал в выпуске Microsoft BizTalk Server 2004 и 2006. Дополнительную информацию о Руслане можно найти в его блоге ruslany.net.

У вас есть возможность задать Руслану вопросы в комментариях к этому сообщению. Мы соберем вопросы и зададим их во время записи интервью через неделю.
+7
16 марта 2009, 13:31
gaidar

комментарии (22)

  • Что в последнее время написали на PHP для себя (личное пользование)?
  • Руслан, почитайте ответы Петра Диденко… и не отвечайте так же как он :)
    • Чем же так Петя-то не угодил?
      • А вы читали его ответы и комментарии к ним?
        • Читаю сижу, заинтриговали.
  • Ееее… :-)

    Почему при множестве узлов метабазы размер памяти потребляемый IIS7 более чем в 5 раз больше чем в IIS6? Вернее это понятно почему, я сам отвечу, из-за:

    1. Конфига в XML
    2. Отсутствия оптимизации хранения его в памяти
    3. Нескольких копий этого конфига на каждую службу IIS (inetinfo, службу активации, рабочие процессы и консоль управления)

    Иллюстрация — www.iis7.ru/iis7memory.gif (примерно по тысяче сайтов на IIS)

    Вопрос в том, когда это исправят? Когда этот монстроидальный XML будет в памяти 1. компактным 2. раздаваться из памяти один раз 3. будет управляться грамотно а не перезаписывнием всего конфига ПОЛНОСТЬЮ на каждую команду (а команд может быть много в еденицу времени — такой проблемы НЕ БЫЛО на IIS6)

    Подробнее по ссылкам на www.iis7.ru

    Самое плохое — по описанию сервера R2 ничего этого не поправят.
  • Что-то никто ничего не спрашивает.

    Очень хочется в будущих версиях иметь возможность смотреть, сколько памяти потребляют отдельные сайты или исполняемые запросы в рамках одного рабочего процесса. Рассматривается ли такая возможность?
    • Типа IIS profiler? :D Интересная идея!
  • Продолжим… Будет ли следующая версия IIS понимать привязки IDN-доменов в виде xn--blablabla как это сейчас умею все остальные веб-сервера включая IIS версии 6? IIS версии 7, к сожалению, не умеет. Подробнее тут — dmach.livejournal.com/136446.html
  • Ой, да. Человек ведь по модулю FastCGI (для PHP) занимется. Модуль есть и для IIS версии 6. Можно ли исполняемые процессы php в режиме FastCGI под IIS версии 6 запускать с правами отличными от прав рабочего процесса IIS с модулем? Если нет — планируется ли развитие этого модуля для прошлых версий IIS с указанной (или вообще любой другой, не важно) функциональностью или он зафиксирован в текущем виде и развиваться не будет?
    • Насколько я помню, параметр fastcgi.impersonate делает именно то, что вы хотите, в том числе под IIS 6. Но это будет нормально работать только если impersonate будет делаться в анонимный аккаунт, сконфигуренный для данного сайта. Если же у вас на сайте включена, скажем, NTLM-аутентификация, и вы хотите, чтобы скрипт по запросу от конкретного клиента исполнялся именно под учетными данными этого клиента, то это не будет работать, поскольку в FastCGI один процесс исполняет скрипты, запрошенные множеством разных клиентов, а иное поведение просто убъет все выгоды от FastCGI.
      • Это, к сожалению, не то. Хочется что бы php запускался в контексте пользователя, установленного для анонимного доступа в IIS — как это происходит для обычного CGI.

        Если применять имперсонацию, то не получится дотащить её до вещей, которые на неё не расчитаны или расчитаны не полностью, например — какие-нибудь специфические модули php, COM-объекты, внешние процессы и т.п. То есть, на базовом уровне PHP это работать будет, если ты сам контролируешь PHP-код — без проблем. Но в рамках, к примеру, хостинга — это уже работает не так хорошо.
  • Будет ли в будущих версиях IIS консоль управления оптимизирована для работы с клавиатуры и к минимальным расширениям экрана типа 800x600? Это имеет смысл для работы с IIS в условиях отличных от… хороших, например в дц на неизвестном мониторе, который больше не может или на ноутбуке (или, прости господи, нетбуке) через RDP.
  • Планирует ли Microsoft в будущих версиях создать для IIS/FTP свою базу пользователей не привязанных (или опционально) к пользователям Windows (как сейчас сделано, к примеру, в SQL Server)? Какие недостатки этого подхода применительно к IIS вы видите?
    • А кому будет принадлежать файл, закачанный на сервер по FTP под пользователем, которого нет в Windows? У SQL Server такой проблемы нет в принципе — у него свои метаданные.
  • Внутри компании Microsoft IIS позиционируется как решение для поддержки одного-двух сайтов на сервере или как решение для широкого круга задач? Проводились ли внутренние тестирования IIS версии 7 в условиях десятков тысяч сайтов на одну IIS-единицу? Если да — была ли группа тестирования удовлетворена результатами такого тестирования?
    • Попросил я тут на днях заголовки у всех доменов в зоне .ru, а заодно IP собрал. По IIS 7.0 есть сервера рекордсмены по количеству запаркованных на них доменов:

      193.232.159.1 77805
      87.242.112.251 11607
      87.242.112.35 614
      81.176.226.68 582
      89.249.21.219 492
      195.128.121.21 369
      79.174.73.55 310
      195.128.121.22 118

      Не показательно, наверное, поскольку отдают статику. Но забавно :)

      Кстати, спасибо за вопросы.
      • То же по IIS 6:

        • 81.177.24.64 911
          81.176.226.28 829
          89.111.176.131 686
          81.176.226.14 594
          81.176.226.46 567
          217.73.201.209 535
          81.177.24.88 531
          87.242.112.34 513
          87.242.112.33 500
          81.177.24.30 436

          Видно, что рекордсменов нет, почему-то :)
          • По верхнему списку — более чем уверен, что в конфигурации IIS первые два пункта представлены одним сайтом, причём даже без привязок отдельных доменов :-) Это другое и к обозначенной проблеме не имеет отношения.

            А нижний список — как это без рекордсменов? А то, что 6 пунктов из 10 наши — не рекордсменство? :-)
            • :) Ваши-ваши, вижу :)
  • Насколько большая команда разработчиков работает над IIS?
    С какими сложностями сталкивался Руслан в работе program manager'a? Каким образом были решены такие проблемы?
    Какие фичи запланированы на будущее?
Только авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста.