Comment masquer "cgi-bin", ".py", etc. à partir de mes URL?

Question

Tout nouveau pour la conception web, en utilisant python. Activez Apache, testez le script python qui fonctionne dans le répertoire cgi-bin. Obtenez des résultats valides lorsque je tape l'URL explicitement: ".../cgi-bin/showenv.py"

Mais je ne veux pas que l'URL ressemble à cela. Ici, à stackoverflow, par exemple, les URL qui s'affichent dans ma barre d'adresse n'ont jamais les détails désordonnés montrant le script qui a été utilisé pour les exécuter. Ils sont propres de cgi-bin, .py, etc extensions. Comment je fais ça?

EDIT: Merci pour les réponses, chacun utile, beaucoup à apprendre. Je vais avec la réécriture d'URL pour le moment; exemple dans les docs ressemble extrêmement à ce que je veux réellement faire. Mais je suis engagé à python, donc je vais devoir regarder WSGI sur la route.

Answer 1

La manière python d'écrire des applications web n'est pas cgi-bin. C'est en utilisant WSGI. WSGI est une interface standard entre les serveurs Web et les applications Web ou les frameworks Python. Le PEP 0333 le définit.

Il n'y a aucun inconvénient à l'utiliser à la place du CGI. Et vous allez gagner beaucoup. Les belles URL sont juste l'une des choses que vous pouvez faire facilement. Par ailleurs, l'écriture d'une application WSGI signifie que vous pouvez déployer sur n'importe quel serveur Web prenant en charge l'interface WSGI. Apache le fait en utilisant mod_wsgi.

Vous pouvez le configurer dans apache comme ça:

WSGIScriptAlias /myapp /usr/local/www/wsgi-scripts/myapp.py 

Ensuite, toutes les demandes sur http://myserver.domain/myapp iront à application de myapp.py appelable, y compris http://myserver.domain/myapp/something/here.

exemple myapp.py:

def application(environ, start_response): 
    start_response('200 OK', [('Content-type', 'text/plain')]) 
    return ['Hello World!'] 

Answer 2

Je pense que vous pouvez le faire en réécrivant l'URL via la configuration Apache. Vous pouvez voir la documentation d'Apache pour réécrire here.

Answer 3

Vous devez utiliser la réécriture d'URL.

Il est pas une question de noob, il peut être assez délicat :)

http://httpd.apache.org/docs/2.0/misc/rewriteguide.html

Espoir vous trouvez utile

Answer 4

Il suffit d'utiliser un bon framework web par exemple django et vous pouvez avoir de telles URL plus que des URLs vous aurez une meilleure infrastructure, des modèles, db orm etc

Answer 5

c'est un extrait d'un .htaccess que j'utilise pour réaliser une telle chose, ceci par exemple redirige toutes les demandes qui n'étaient pas index.php à ce fichier, bien sûr, vous devez ensuite vérifier les variables du serveur dans le fichier que vous redirigez pour voir, ce qui a été demandé.

Ou vous créez simplement une règle de réécriture, où vous utilisez un RegExp comme ^.*\/cgi-bin\/.*\.py$ pour déterminer quand et quoi réécrire. Un tel RegExp doit être conçu avec soin, de sorte que la réécriture n'ait lieu que lorsque cela est souhaité.

<IfModule mod_rewrite.c> 
    RewriteEngine On #activate rewriting 
    RewriteBase/ #url base for rewriting 
    RewriteCond %{REQUEST_FILENAME} !index.php #requested file is not index.php 
    RewriteCond %{REQUEST_FILENAME} !^.*\.gif$ #requested file is no .gif 
    RewriteCond %{REQUEST_FILENAME} !^.*\.jpg$ #requested file is no .jpg 
    RewriteCond %{REQUEST_FILENAME} !-d  #is not a directory 
    RewriteRule . /index.php [L]    #send it all to index.php 
</IfModule> 

L'exemple ci-dessus utilise RewriteCond itions pour déterminer le moment de réécrire (gif, années de .jpeg et index.php sont exclus).

Hmm, donc c'est déjà un long texte. J'espère que ce fut un peu utile, mais vous ne pourrez pas éviter d'apprendre la syntaxe de l'Apache RewriteEngine.

Answer 6

Vous trouverez la directive ScriptAlias utile. En utilisant

ScriptAlias /urlpath /your/cgi-bin/script.py 

vous pouvez accéder à votre script via http://yourserver/urlpath. Vous pourriez également vouloir regarder dans mod_passenger, bien que la dernière fois que je l'ai utilisé, WSGI était une sorte de «citoyen de deuxième classe» dans la bibliothèque - il pourrait détecter des manuscrits de WSGI s'il a été employé pour servir le domaine entier , mais sinon il n'y a pas de directives pour l'obtenir pour exécuter une application WSGI.