Ist ja interessant; was dazu gelernt.

gerold hat geschrieben: Noch Fragen?

mfg
Gerold

ui, danke. Habe verstanden, wie ich es machen muss, danke. CherryPy hat ja echt ungeahnte möglichkeiten ^^.

Komisch, dass cherrypy.thread_data für jeden Thread einen verschiednen Inhalt hat. Verstehe nicht, wie das funktionieren kann...

Hallo, Ich benutze CherryPy als ApplicationServer. Nun stellte sich mir folgende Frage: Wie sollte man am besten mit MySQL-Verbindungen umgehen, wenn die Website viele Zugriffe hat. Wann sollen verbindungen geöffnet werden? Erstmal grundlegende Vorschläge: a) Bei jedem request ne neue Verbindung auf...

Wow, ich kann mich nur wiederholen: Einfach klasse. Vielen Dank für die guten Beispiele, Gerold! Und danke auch an die Anderen!

@ sma: So wie du dir das bei CherryPy wünscht, funktioniert es auch tatsächlich ^^ (es ist einer der wege). Man muss aber nicht die parent-klasse übergeben.


Jan

Danke noch mal gerold, bist echt ein super typ !
Hab mich schon gefragt, wie CherryPy mit threads umgeht, jetzt weiß ichs. Werde jetzt cherryPy benutzen.

thx

Super! Echt vielen dank, hat mir sehr geholfen.

Hi, Ich brauche einen Server in Python, welcher simple antworten auf HTTP-Anfragen geben kann. Der Server soll vorrangig variablen, die per HTTP-Request gesetzt wurden, per HTTP-Request ausgeben. zB Sollte der aufruf von http://www.example.de/zutaten?rezept=kuchen "milch|eier|mehl" ausgebe...

Ok, aber jetzt. Es kann keine exception mehr auftreten und wenn die Queue leer ist, wird gewartet. Edit: Ne, so geht das noch nicht. import threading class myQueue: def __init__(self): self.lock = threading.Lock(); self.emptyLock = threading.Lock(); self.que = [] self.count = 0 def put(self, obj): s...

Hi, diese Klasse erfült doch die selben funktionen wie eine Queue und ist genau so thread-save , oder liege ich da falsch? Diese simple Klasse ist nämlich 4 mal so schnell wie die implementierte "Queue". import threading class myQueue: def __init__(self): self.lock = threading.Lock(); self...

Habe das problem jetzt gelöst, indem ich mir meinen eigenen Webserver programmiert habe. Läußft wunderbar bei 50 aktiven clients mit 30 requests pro sekunde bei 0-2% prozessorauslastung

mitsuhiko hat geschrieben:[strong]X[/strong]HTML streamen ist eine schlechte Idee weil ältere Browser XHTML Dokumente nur dann rendern können, wenn sie die komplett geladen haben. Zb Firefox 2.

Danke für den tipp! habe meine tests auch immer mit normalem html-code gemacht.

Das "ja" bezog sich auf den 2. Teil: Die verbindung kann "unendlich" lange aufrecht erhalten werden.

Y0Gi hat geschrieben: Gibt es dabei irgendwelche Limitierungen*, z.B. kann diese Verbindung "unendlich lange" aufrecht erhalten werden?

Ja

Wäre cool, wenn sich noch mal jemand zur ursprünglichen Frage äußern könnte, wie ich jetzt daten an alle geöffneten http-clients broadcasten könnte

Hi,

was ist der "beste" Weg, eine 2-Dimensionale liste zu erstellen und dann zu kopieren?

Meine aktuelle methode:
Jan

veers hat geschrieben:Die alternative wäre noch 2 Listen sortiert nach der X/Y Koordinate zu erstellen. Dann dürfte das ganze in ~O(lg n) lösbar sein.

Was das?

Ersteinmal: Ich will keinen Chat programmieren. Ich beziehe mich nur auf das beispiel eines Chats, um das Problem besser darstellen zu können. Ich spreche tatsächlich nicht von einer HTTP-Keep-Alive verbindung sondern von einer aufrechtgehaltenen Socketverbindung zwischen webserver und browser, was ...

Y0Gi hat geschrieben:HTTP-Keep-Alive und asynchrones Pollen sind trotzdem noch kein Push.

Ich spreche tatsächlich nicht von einer HTTP-Keep-Alive verbindung sondern von einer aufrechtgehaltenen Socketverbindung zwischen webserver und browser, was das nachträgliche senden von scriptbefehlen möglich macht.

BlackJack hat geschrieben:1000 Spieler in Abständen von wenigen Sekunden ist da echt kein Grund keine als "list comprehension" verkleidete Schleife zu verwenden.

Auch wenn jeder dieser 1000 spieler in kurzen abständen alle anderen spieler loopen müsste?

Bei zB 1000 spielern zu performance-fressend, wenn es in abständen weniger sekunden ausgeführt wird.

Es ist ohne Weiteres möglich die http-verbindung nach senden der HTML-Struktur aufrecht zu erhalten und nachträglich javascript-befehle im <script>-Tag nachzusenden. Getestet mit PHP in den IEs, FF und Opera.