hi...
ich möchte gerne folgendes realisieren..
auf einem "server" in meinem netzwerk läuft ein zentrales script. auf dieses script (steuert/managed internet leitungen) sollen die clients im netzwerk zugriff haben. sprich auf den clients selbst läuft ein python script. jedoch benötigen diese scripte zugriffe auf funktionen des server scripts (ändern + abfragen von variablen, funktionsaufrufe)
Wie kann ich sowas in meinem geschlossenen netzwerk realisieren?
- mit einem apache webserver auf dem das server script läuft und ich dann per get parameter zugreifen kann möcte ich wenn möglich nicht. viel lieber hätte ich "direkt" zugriff auf die funktionen des scripts.
- per include auf allen client pc's habe ich dann doch das problem, dass das server script mehrmals instanziert ist?! es soll es aber nur 1x geben zur laufzeit...
hoffe ich konnte mich verständlich ausdrücken
vielen dank..
grüsse...
zentrales (server) script kommuniziert mit (client) scripts
- Rebecca
- User
- Beiträge: 1662
- Registriert: Freitag 3. Februar 2006, 12:28
- Wohnort: DN, Heimat: HB
- Kontaktdaten:
Ich schmeiss mal ein Stichwort auf den Markt: XML-RPC
Edit: OK, zu spaet
Edit: OK, zu spaet
Offizielles Python-Tutorial (Deutsche Version)
Urheberrecht, Datenschutz, Informationsfreiheit: Piratenpartei
Urheberrecht, Datenschutz, Informationsfreiheit: Piratenpartei
- gerold
- Python-Forum Veteran
- Beiträge: 5555
- Registriert: Samstag 28. Februar 2004, 22:04
- Wohnort: Oberhofen im Inntal (Tirol)
- Kontaktdaten:
Hallo nepi!
Willkommen im Python-Forum!
XMLRPC http://www.python-forum.de/topic-5478.html
mfg
Gerold
Willkommen im Python-Forum!
XMLRPC http://www.python-forum.de/topic-5478.html
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.
Phh, echte Programmierer bauen ein eigenes Protokoll auf UDP-Basis (natürlich mit eigener TCP-Implementierung ).
Und dann merken sie was bei dbus noch alles fehlt und programmieren am Ende doch wieder Corba nach.
Jo, und dann nutzen wir alle SOAP für IPC, und jeder programmiert nur noch Java, weil das die einzige Sprache mit einer vollständigen SOAP-Implementierung haben ... dann sind die Tage auch nicht mehr fern, in denen JBoss zum Desktop-Anwendungs-Server... Happy future, sma wäre glücklich
sma findet JBoss (und allgemein EJB) zu fett. Er weist lunar auch darauf hin, dass EJB != Webanwendungen. sma findet nur Webanwendungen als Alternative zu klassichen Desktopanwendungen gut.
Um aber auf die ursprüngliche Frage zu antworten: Ich halte HTTP ein geeignetes Protokoll für eine Client-Server-Kommunikation, weil es gute Chancen hat, nicht in einer Firewall hängen zu bleiben. XMLRPC und die meisten anderen Vorschläge bauen auf diesem Protokoll auf. Je nach Anwendungsfall ist selbst dies noch aufwendig und ein paar URLs würden reichen, um die notwendigen Informationen zu transportieren. Das muss nepi entscheiden. Allen Vorschlägen gemeinsam ist jedoch, dass auf der Server-Seite ein irgendwie gearteter HTTP-Server laufen muss.
Stefan
Um aber auf die ursprüngliche Frage zu antworten: Ich halte HTTP ein geeignetes Protokoll für eine Client-Server-Kommunikation, weil es gute Chancen hat, nicht in einer Firewall hängen zu bleiben. XMLRPC und die meisten anderen Vorschläge bauen auf diesem Protokoll auf. Je nach Anwendungsfall ist selbst dies noch aufwendig und ein paar URLs würden reichen, um die notwendigen Informationen zu transportieren. Das muss nepi entscheiden. Allen Vorschlägen gemeinsam ist jedoch, dass auf der Server-Seite ein irgendwie gearteter HTTP-Server laufen muss.
Stefan