2009-01-30 7 views
1

Je n'arrive pas à faire fonctionner le module wsgiref sous Python 3.0. Cela fonctionne bien en dessous de 2,5 pour moi, cependant. Même lorsque j'essaie le example in the docs, il échoue. Il échoue si fort que même si j'ai une fonction d'impression ci-dessus où je fais: "from wsgiref.simple_server import make_server", il ne sera jamais imprimé pour une raison quelconque. Il ne génère aucune erreur lors de l'exécution, il affiche simplement une page vierge dans le navigateur et n'enregistre aucune sorte de requête.Le serveur `wsgiref` Python 3.0 ne fonctionne pas

Est-ce que quelqu'un sait quel peut être le problème? Merci!

+0

Il n'y a pas d'instruction d'impression dans python3.0, voulez-vous dire fonction? – SilentGhost

+0

@SilentGhost, oui je veux dire la fonction. –

Répondre

2
+0

Mais ce sera corrigé en 3.0.1! –

+0

Wow c'est incroyablement boiteux qu'ils ont libéré Python 3.0 avec un paquet COMPLÈTEMENT cassé. Enfer, ils auraient dû au moins l'enlever jusqu'à ce qu'ils puissent le réparer. –

+0

Il ne sert à rien de retirer un paquet pour le remettre dans une version x.x.1. Attendez juste le 2009-2-13. –

0

Vous êtes dans un territoire inexploré avec WSGI sur Python 3.0 j'ai peur.

WEB-SIG savait depuis longtemps que wsgiref était cassé en passant à 3.0, mais a choisi de ne rien faire à ce sujet. La spécification n'a pas été mise à jour pour faire face à 3.0; Pousser WSGI vers l'avant, même pour les choses sur lesquelles tout le monde s'entend bien, est terriblement lent. C'est déprimant et insensé. Donc, oui, il est facile de corriger l'erreur évidente avec le déballage d'en-tête dans simple_server, mais vous serez toujours exécuté sur un serveur qui a été converti automatiquement de Python 2-à-3 et pas vraiment testé, sans -jure standard de dire exactement ce qu'il devrait faire ... sans parler de la compatibilité de l'infrastructure.

Python 3.0 pour les scripts web: nécessite un peu de travail.

Questions connexes