Content van Python doorsturen

Zijn er mensen hier die bekend zijn met Python?

Hopelijk is dit geen complex verhaal wat ik jullie ga vertellen, maar het is een redelijk simpele vraag voor een doorgewinterde Pythoner.
Ik heb dus een mooi Python-script wat via ZeroMQ een datastroom binnenhaalt (treinposities), en dat werkt perfect, en ik krijg om de tien seconden een mooie XML-feed binnen.

#!/usr/bin/env python2
from gzip import GzipFile
from cStringIO import StringIO
from subprocess import call
import zmq

context = zmq.Context()

subscriber = context.socket(zmq.XSUB)
subscriber.connect("tcp://pubsub.*******.nl:7664")
subscriber.send(chr(0x01) + "/RIG/NStreinpositiesInterface5") # 0x01 = subscribe, 0x00 = unsubscribe


x=0

while True:

        multipart = subscriber.recv_multipart()
        address = multipart[0]
        contents = .join(multipart[1:])
        contents = GzipFile(,r,0,StringIO(contents)).read()
        filename="tmp/treinpos.txt"
        file = open(filename,"w")
        file.write(contents)
        file.close()

subscriber.close()
context.term()

Nu wordt er dus constant contents dus gebruikt om dit naar een bestand te schrijven, voor nu. Hoe kan ik dit in het geheugen opslaan, zodat ik dit met een de PyBottle-plugin kan outputten?

En klopt het dat dit uiteraard minder belastend is voor de server?

Hopelijk zijn er hier mensen die Python-kennis hebben, en snappen wat ik bedoel.

Op welke manier wil je deze dan uitlezen? Is het niet handiger om, als er iets binnen komt, een request op jou PHP applicatie aan te roepen? (althans, daar ga ik vanuit) en niet andersom?

Welke PHP-applicatie? De XML wordt uiteindelijk wel door PHP uitgelezen, maar dat is een bijzaak.
Het punt is dat ik eerst gewoon de XML wil outputten.
(Dit draait op een andere server)

Het gaat er om dat ik dus content heb, waar met een interval van elke tien seconden een nieuwe XML in staat. Deze wil ik dus outputten naar PyBottle ofzo. Kan ik dit niet steeds naar het geheugen schrijven, i.p.v. constant naar een tekstbestand schrijven?

Iemand een idee?

Niemand? Of zal ik maar op StackOverflow een poging wagen?

Ik denk dat je op een site waar wat meer python programmeurs zitten meer reacties krijgt ja

Kun je niet vanuit het script hierboven het gewoon printen en dan met een ander programma opvangen? Is vanuit Linux mogelijk iig.

Je bedoelt dat ik de variabele gebruik in PyBottle bijvoorbeeld?

# dit bovenaan
from bottle import route, run, template

@route(/vt/)
def index(name):
    return template(content)

run(host=localhost, port=8080)

En dat dus op de plek van die while?
Maar dan maakt hij steeds nieuw een instance aan van de PyBottle?

Of bedoel je dat ik dit buiten de while moet zetten?

Iemand? Ik kan het wel proberen, maar ik heb geen zin om op een semi-productie server een load te veroorzaken doordat het niet klopt.

Ik weet niet of je het met Linux piping kunt doen.. En hoeveel load dat veroorzaakt.

Ik weet wel wat dat is, maar hoe zie je het in dit script dan?
Waarheen moet ik de output pipen?

Misschien is memcached iets?

Wat houd je trouwens tegen om dit in PHP te maken? Ik zie dat het om ZeroMQ gaat en PHP heeft ook een mooie 0MQ libary, als ik even in de documentatie lees. En volgensmij ken je PHP beter dan Python .

Daarnaast ging ik er in mijn eerste reactie vanuit dat het de bedoeling was dat je uiteindelijk de URL zelf zou aanroepen vanuit een PHP applicatie. Hierdoor dacht ik dat je het beter andersom kan doen:
``Python (als er nieuwe data is) => HTTP => PHP``
Ipv wat je nu wilt:
`PHP (als hij data wilt) => HTTP => Python.`

Die discussie wordt ik eigenlijk een beetje zat Het moet gewoon in Python kunnen, en verder wil ik toch wel wat meer dan enkel PHP kunnen, omdat Python ook erg krachtig is. (Krachtiger dan PHP zelfs volgens mij)

Verder heb ik ook geen zin om PHP op mijn tweede server te installeren . (extra onnodige resources)

Dus laten we het nu op Python richten, i.p.v. een andere programmeertaal.
Ik zal eens kijken of memcached iets kan doen.

Ipv memcached zou in redis gaan gebruiken. Die ondersteunt wat leukere technieken en is ook up to date .
Of dit minder belastend is zou ik niet durven zeggen zonder te testen.