Das deutsche Python-Forum

Habe Python 2.7.2 und Django 1.3.1 genau nach der Anleitung unter Windows XP installiert.
Python lässt sich von der Eingabeaufforderung aus starten, die in der Anleitung angegebenen Tests für Django (import Django und Ausgabe der Versionsnummer) zeigen auch das dort gezeigte Ergebnis.

Beim tutorial01 funktioniert jedoch schon der erste Befehl nicht.

From the command line, ``cd`` into a directory where you'd like to store your
code, then run the following command:

django-admin.py startproject mysite

Windows fragt dann, womit ich django-admin.py öffnen will, da gebe ich brav python ein -
und dann passiert gar nichts, bin wieder an der Eingabeaufforderung, aber keine Fehlermeldung oder sonstwas.
Im Projektverzeichnis ist aber auch nicht, wie angegeben, ein Mysite-Verzeichnis erstellt worden - obwohl da steht: This will create a ``mysite`` directory in your current directory.

Starte ich zuerst Python und gebe dann 'django-admin.py startproject mysite' ein, erhalte ich:

File ">stdin>", line 1
django-admin.py startproject mysite
^ (der Pfeil steht unter dem 2. t von startproject)
Syntax error invalid syntax

Die Pfadangaben hab ich richtig bei Windows in die Systemvariable PATH eingefügt, sowohl den Pfad zu Python wie auch den Pfad zu django-admin.py.

Irgendwas mach ich falsch - bloß was?

Bist Du denn mit der Kommandozeile halbwegs vertraut? Kannst Du denn per `cmd` eine Shell öffnen und dort dann `python.exe` aufrufen? Wenn das klappt, weißt Du wenigstens, dass Windows den Pfad zur `python.exe` kennt und Du den korrekt gesetzt hast.

Windows weiß darüber hinaus einfach nicht, wie es "*.py"-Dateien öffnen soll. Ich kenne mich mit Windows zu wenig aus, um Dir sagen zu können, wie man das einstellen kann. Also musst Du eben immer, wenn Du laut Tutorial ein Python-Script ausführen sollst, ein `python.exe` davor setzen

In der Django-Doku geht man wohl davon aus, dass jeder ein Unix-basiertes OS auf seinem Rechner hat. Bisschen ignorant.
Zur Erklärung: Windows kennt diese Funktion hier nicht. Deshalb gib am besten immer die python.exe bei jedem Kommando an.

@Dingels: Das stimmt so nicht. Windows kann Dateiendungen mit bestimmten Programmen verknüpfen, so dass man durch Eingabe des Dateinamens das Programm mit dieser Datei aufrufen kann. Und normalerweise sollte eine Python-Installation diese Verknüpfung auch herstellen. Zumindest der MSI-Installer hat das das letzte mal als ich Python auf einem Windows installiert habe, auch für mich gemacht.

BlackJack hat geschrieben:@Dingels: Das stimmt so nicht. Windows kann Dateiendungen mit bestimmten Programmen verknüpfen, so dass man durch Eingabe des Dateinamens das Programm mit dieser Datei aufrufen kann. Und normalerweise sollte eine Python-Installation diese Verknüpfung auch herstellen. Zumindest der MSI-Installer hat das das letzte mal als ich Python auf einem Windows installiert habe, auch für mich gemacht.

Ah ok, sorry, wusste ich nicht. Hab schon ewig nicht mehr mit Windows gearbeitet.

Festzuhalten bleibt aber, dass das beim OP wohl nicht geklappt hat

ok, ich hab jetzt etliche Möglichkeiten probiert. Bei genau einer hat es dann geklappt:

Ich muss 'python' voranstellen (da funktioniert der Eintrag in PATH) und
ich muss django-admin.py mit vorangestellten Pfad angeben (da funktioniert der Eintrag in PATH leider nicht)

Das sieht dann so aus:
python e:\python27\lib\site-packages\django\bin\django-admin.py startproject mysite

Wenn ich mir jetzt vorstelle, daß ich diese Schreibe bei jedem Aufruf einer django-Datei haben werde, was ich nämlich befürchte, vergeht mir so ziemlich die Lust, was mit django zu machen - es sei denn, es hat jemand eine Lösung für das Problem.

Ich komm da nicht mehr weiter.
Klar, noch ne Festplatte einbauen und da Linux booten, bloß daß ich mich dann erst mal in Linux selber einarbeiten müsste, was auch nicht grad trivial ist - aber ich wollte eigentlich in Python und Webapps reinschnuppern und kein neues OS erarbeiten.

Django bietet ja leider keine msi-Installation an wie zB Python.
Gibt es windowsfreundlichere Frameworks, die mit Django in etwa gleichziehen? Was würdet ihr empfehlen?

Prüfe doch mal, ob es die Systemvariable `PYTHONPATH` schon gibt und wenn ja, ob der Pfad zu den ausführbaren Django-Scripten drin steht. Kannst ja mal in der Doku alles dazu nachlesen. Damit sollte das Modul auch ohne absoluten Pfad gefunden werden.

Horst_S hat geschrieben:Ich muss 'python' voranstellen (da funktioniert der Eintrag in PATH) und
ich muss django-admin.py mit vorangestellten Pfad angeben (da funktioniert der Eintrag in PATH leider nicht)

Das sieht dann so aus:
python e:\python27\lib\site-packages\django\bin\django-admin.py startproject mysite

Hier auf meinem Windows 7-Rechner mit Python 2.7.2 (32bit) geht das problemlos ohne Pfadangabe. Allerdings verwende ich django-admin.py aus dem Verzeichnis C:\Python27\Scripts das auch in der Umgebungsvariable PATH eingetragen ist.

@ Hyperion:
Alles eingetragen, PYTHONPATH existiert mit dem richtigen Pfad und auch in der PATH-Variablen steht %PYTHONPATH% und %PYTHONPATH%\lib\site-packages\django\bin\

@ /me:
Werde das heute abend mal versuchen und dann berichten

ok, hab jetzt 2 Sachen geändert:

1. den Pfad zu django-admin.py aus der PATH-Var. entfernt und stattdesen mit in die PYTHONPATH geschrieben
2. den Pfad auf die django-admin.py in \Lib\scripts gesetzt

Jetzt funktioniert alles wie im Tutorial beschrieben, auch ohne vorangestelltes python und ohne explizite Pfadangabe für django-admin.py

Was für eine Geburt... Die Doku ist zwar reichhaltig, aber da steht auch kein Wort zuviel drin... und in gutgemeinten Webseiten mal dies, mal das.

Danke an alle für die Hilfe!

@Horst_S: Ich habe schon dieses Gefühl, dass CLI orientierte Shells und das Arbeiten darin sich unter Linux einfach viel besser "anfühlen". Die normale CMD-Shell ist einfach Schrott - der nicht vorhandene Paketmanager unter Windows schafft zusätzliche Insellösungen, bei denen mal dieses und mal jenes nicht richtig gesetzt wird. Insofern macht es - mir zumindest - keinen Spaß unter Windows zu arbeiten. Cygwin ist zwar durchaus eine Alternative, aber so richtig warm bin ich damit auch nie geworden - vielleicht weil man da auch zu viel selber konfigurieren muss? Insofern nimm es den Django-Leuten nicht übel - vermutlich arbeiten die auch eher unter anderen OS

Hyperion hat geschrieben:Cygwin ist zwar durchaus eine Alternative, aber so richtig warm bin ich damit auch nie geworden

Ich würde inzwischen Cygwin eher als Problem als als Lösung sehen. Ich arbeite unter Linux mit einer Codebase die unter Cygwin entstanden ist und es ist zum weinen.