Django-IIS - FastCGI quitté de façon inattendue

Question

Je rencontre ce FastCGI s'est fermé de façon inattendue et je ne sais pas comment résoudre cette erreur. J'ai regardé autour de stackoverflow pour des solutions mais les solutions suggérées ne s'appliquent pas ou pas de réponses fournies à la question. Je veux lancer un site web django très basique (en fait je viens de le créer) en utilisant le serveur IIS avec WFastCGI.

Voici ma spec:

IIS 10.0 
Windows Server 2016 
Django 1.11.4. 
Python 3.6.2 
wfastcgi 3.0.0 

Mon installation python est dans le lecteur C. Je crée un virtualenv dans le lecteur D et le chemin de pointage vers Python de virtualenv lors de la configuration. Quand je pointe vers le Python de virtualenv, cette erreur 'processus FastCGI s'est fermée de façon inattendue'. Si je pointe mon chemin vers le python de C, cette erreur disparaît (Il y a un autre python qui ne trouve pas l'erreur du module mais je peux le résoudre). Je ne sais pas la raison de ce fastcgi sorti problème lorsque j'utilise python de virtualenv. Veuillez m'éclairer si possible.

Voici les informations d'erreur détaillée:

Module 
    FastCgiModule 

Notification 
    ExecuteRequestHandler 

Handler 
    djangohandler 

Error Code 
    0xc0000135 

Requested URL 
    http://localhost:8089/ 

Physical Path 
    D:\inetpub\django\foo 

Logon Method 
    Anonymous 

Logon User 
    Anonymous 

Answer 1

Cette question est presque un an, mais je suis tombé sur elle, tout en ayant exactement la même chose se produit pour un site Python/Flask sous IIS en utilisant wfastCGI:

L'accès au site renvoie juste une erreur 500 sans information, sauf pour le code d'erreur 0xc0000135.

Même lorsque vous activez wfastcgi.py pour vous connecter, en définissant la variable d'environnement WSGI_LOG sur un chemin accessible en écriture, rien n'est consigné. L'activation du suivi des demandes ayant échoué dans IIS ne donne pas plus d'informations que "FASTCGI_UNEXPECTED_EXIT" et les journaux des événements Windows sont également vides.

J'ai trouvé une réponse possible pour IIS exécutant PHP, qui avait le même problème. Dans ce cas, l'installation du package redistribuable Microsoft Visual C++ approprié a résolu le problème. J'ai fait de même (en utilisant le paquetage VC++ 2015 x86, parce que j'utilise Python 3.5.4 32-bits) et tout a fonctionné. Pas besoin de redémarrer, mais redémarré le pool d'applications.

Vous pouvez trouver quelle version C++ correspond à votre version Python here. Les packages redistribuables sont situés here.