Есть ли планы официально поддержать Django с IIS?

Я говорю правильно, потому что все, о чем я говорил в прошлом, говорили, что запуск Django на IIS был взломан. Я работал над этим несколько, но он не был прав, и я чувствовал себя как хак. Мне нравится python, но мне пришлось отказаться от него, потому что я никогда не мог заставить Django работать с IIS, а Django был моим оправданием использования Python в производственных веб-приложениях. Но это было так беспорядочно, что я не мог с чистой совестью продать его группе. Итак, я подумал, зачем бороться с ним, просто придерживайтесь asp.net, IIS, сворачивайте свои собственные или используйте фреймворки от MS. Просто интересно, изменилось ли что-то. BTW, а не стук asp.net. Я просто хотел использовать Python.

Спасибо.

EDIT - Есть ли какие-либо новые планы по официальной поддержке IIS?

Ответ 1

Django - это основанная на WSGI структура, поэтому, как только IIS получит правильную обработку WSGI, в этой среде не должно быть проблем с запуском Django. Все, что связывает WSGI и IIS, будет делать.

Быстрый поиск в googling показывает некоторый проект в Google Code.

Ответ 2

Взгляните на быстрый модуль IIS 7 с поддержкой Helicon Zoo для запуска приложений Python/Django.

Отличная статья об этом: Запуск Django в Windows.

Ответ 3

Существует другая (более быстрая) альтернатива для прямой интеграции с IIS через WSGI: PyISAPIe.

isapi-wsgi основан на относительно устаревшем модуле ISAPI, входящем в состав Python, и не очень хорошо связан с дизайном IIS6/7. FastCGI выходит из строя и требует подключения IPC к IIS. Основной CGI означает перезагрузку Python для каждого запроса.

Кроме того, PyISAPIe имеет интерфейс более низкого уровня для тех, кто предпочитает производительность по сравнению с совместимостью.

Ответ 4

Я искал какую-то информацию по той же теме. Я нашел проект на Codeplex, что Джефф Харди реализовал интерфейс WSGI на .net - NWSGI. У него также есть некоторые записи в его блогах, посвященные конкретному запуску DJANGO и IronPython.

Блоги: http://jdhardy.blogspot.com/search/label/Django

Проект NWSGI: http://nwsgi.codeplex.com/

Ответ 5

Я знаю, что это не тот ответ, который вы ищете, но, надеюсь, он может помочь кому-то еще!

Я разместил Django в учебнике/руководстве по Windows 2008 в своем блоге, который может вам помочь.

После нескольких часов попыток запустить Django на IIS7 с помощью PyISAPIe, я сдался, так как я получал код ошибки (при сложном диагностировании) при посещении URL-адреса сайта:

PyISAPIe
0x8007007e

По-видимому, это также происходит с PHP ISAP (который, по-видимому, указывает на недостающую зависимость от DLL), так что это может быть та же проблема, что и у меня с PyISAPIe. Кроме того, когда я пытался установить с помощью установщика, я получил некоторую ошибку в отношении отсутствующей библиотеки DLL, поэтому она звучит логично.

В любом случае, достаточно сказать, похоже, что Django + IIS не так популярен, поэтому поддержка не кажется отличной...

У сервера есть дополнительный IP-адрес, поэтому теперь я собираюсь запустить Apache по стороне IIS7, так как на сервере есть некоторые приложения .Net.

Примечание: Чтобы одновременно запускать IIS7 и Apache, вам нужно сообщить IIS7 только привязку к одному IP-адресу.

Обновление: Только что Django работает в Windows Server 2008! Он работает на Apache вместе с существующей установкой IIS7 (которая привязана только к одному IP-адресу), и, похоже, она работает нормально... И я бы рекомендовал этот маршрут, вместо того, чтобы пытаться заставить IIS7 играть с Django - поверьте мне, у вас будет лучшее время.

Ответ 6

Вы должны использовать FastCGI isapi, разработанный MS. Он работает на 6, но имеет лучшую интеграцию на 7. Отказ от ответственности: я не пробовал это с Django.

Ответ 7

"официальная" поддержка обычно не предоставляется ничем, кроме продуктов и языков, созданных Microsoft.

Ответ 8

Что касается "официального" бита... Поскольку Django 1.0 (и новее) совместим со всеми WSGI, меня не удивит, если WSGI в какой-то момент станет единственным "официальным" методом развертывания. Поскольку mod_python устарел (и больше не развит), а FastCGI действительно обслуживается шлюзом FCGI-WSGI, это кажется разумным прогнозом.