danke gerold. das mit dem packen hört sich gut an.
installieren auf dem kollegen rechnern wollte ich vermeiden, da gerade R und Rpy nicht so schön sind. da sind viele abhängigkeiten.
jedoch passt das mit der exe ja auch nicht ganz, oder? ist ja ein linuxserver.
thx
edit:
grad mal laufen lassen, jedoch bekomm ich es nicht hin, das er mein rpy mit einbindet, obwohl ich in der main.py extra den import mit reingeschrieben hab.
er macht dann zwar ne exe drauf, aber die läuft kurz an und killt sich dann wieder selbst.
jemand ne idee?
nehm ich den import raus, läuft es, aber die klassen von rpy lassen sich dann nicht verwenden. argh
thx
Python skript auf Server laufen lassen?
-
- User
- Beiträge: 276
- Registriert: Freitag 8. Juni 2007, 08:50
- Wohnort: 84xxx Bereich
- Kontaktdaten:
- gerold
- Python-Forum Veteran
- Beiträge: 5555
- Registriert: Samstag 28. Februar 2004, 22:04
- Wohnort: Oberhofen im Inntal (Tirol)
- Kontaktdaten:
Hallo Spirit!
mfg
Gerold
Das ist aber ein Problem. Wie soll cx_freeze herausfinden, welche Abhängigkeiten R hat? Das kann es nicht. Du musst wissen was für Abhängigkeiten benötigt werden und diese Dateien musst du händisch mit dazu packen.The Spirit hat geschrieben:da gerade R und Rpy nicht so schön sind. da sind viele abhängigkeiten.
Der Linux-Server ist nur der Lieferant für die Daten/Dateien. Ausgeführt wird die EXE dann auf dem Windows-Computer.The Spirit hat geschrieben:jedoch passt das mit der exe ja auch nicht ganz, oder? ist ja ein linuxserver.
Wenn du das Programm in einer Konsole startest, dann bekommst du mehr Meldungen zu sehen. Das sind wichtige Hinweise für dich, damit du weißt, was noch alles benötigt wird.The Spirit hat geschrieben:er macht dann zwar ne exe drauf, aber die läuft kurz an und killt sich dann wieder selbst
mfg
Gerold
http://halvar.at | Kleiner Bascom AVR Kurs
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.
Ich fasse kurz zusammen:
Zu diesem Ergebnis bist du offenbar ja schon von selbst gekommen. Ein (eigenständiger) grafischer Client passt hier dagegen nicht mehr gut ins Bild.
Was ich empfehle? Werkzeug als Bibliothek, Apache mit mod_wsgi für den Produktionsbetrieb (zum Entwickeln kannst du die WSGI-Anwendung auch erstmal "standalone" - und mit automatischem Reloading - laufen lassen). Die Template-Engine musst du dir selbst aussuchen, machst aber mit den gängigen nichts verkehrt.
Auf geht's
- Die Quelldaten liegen auf dem Server.
- Die Ergebnisse sollen auf dem Server abgelegt werden.
- Das Script liegt auf dem Server.
- Das Script soll möglichst einfach (d. h. zentral) aktualisiert werden können.
- Die Installation von Python, dem Script und dessen Abhängigkeiten auf Arbeitsplatzrechnern möchtest du vermeiden.
Zu diesem Ergebnis bist du offenbar ja schon von selbst gekommen. Ein (eigenständiger) grafischer Client passt hier dagegen nicht mehr gut ins Bild.
Was ich empfehle? Werkzeug als Bibliothek, Apache mit mod_wsgi für den Produktionsbetrieb (zum Entwickeln kannst du die WSGI-Anwendung auch erstmal "standalone" - und mit automatischem Reloading - laufen lassen). Die Template-Engine musst du dir selbst aussuchen, machst aber mit den gängigen nichts verkehrt.
Auf geht's