PHP Datenaustausch von verschiedene Scripten

Alex schrieb:
> Hat jemand ne Ahnung wie man so etwas bewerkstelligt ?

naja vergiss erstmal dafür PHP.

du braucht einen Dienst/Daemon der im hintergrund läuft. Das geht 
eventull mit PHP aber ich halte das nicht für sinnvoll.

Ich würde es mit C oder Perl machen. Diesen programm läuft dann ständig 
im Hintergrund und kommuniziert über die schnittstelle.

Wenn jetzt PHP ausgeführt wird müsste es verbindung zu dem Dienst 
aufnehmen, das könnte man über eine Pipe oder eine Socket erledigen. 
Dafür musst du dir aber auch noch ein Protokoll überlegen.

Vielleicht folgender Weg:

Ein Script (als Dämon gestartet) liest die Daten ein und speichert diese 
in einer Datenbank. Das kann zB ein Perl oder Python script sein, aber 
auch PHI ist möglich.

Ein anderes PHP Script kann die Daten dann aus der Datenbank lesen und 
diese dann schön aufbereitet anzeigen.

Interprozesskommunikation heißt hier das Stichwort.

Das kann wie schon erwähnt über Pipes oder Sockets, über Shared-Memory, 
Message-Queues und/oder Semaphoren erfolgen. Was letztenlich das Mittel 
der Wahl ist, hängt auch stark von deinen konkreten Bedürfnissen ab.

Danke euch für die schnellen Antworten.
Hatte gedacht ich stände kurz vor'm Ziel... ;-)

Das mit den Sockets oder Shared Memory wird's wohl werden. Dann werde 
ich mich da wohl mal rein arbeiten müssen.

Gruß
Alex

Habe hier auch sowas laufen mit Perl für rs485 <-> sql und
PHP für sql <-> html. Habe dafür die sqlite verwendet was
ich so nicht mehr machen würde. Demnächst wird das auf
memcached umgestellt.
Wenn der Strom wieder da ist scannt das script den Bus und
baut alles wieder auf, da brauch ich keine dauerhaften Speicher.
Und für die Trends wurde das rrdtool erfunden :-)

Hi Tim,

genau so hatte ich mir das vorgestellt. Ich will ja erst gar nicht sql 
da zwischen einbauen, weil das den Zweck verfehlt.

Aber das cachen der Daten und bereitstellen für PHP ist nicht so einfach 
wie ich mir das vorgestellt habe. Nach den Ratschlägen war meine 
priorisierte Wahl, den Austausch über shared memory zu handeln. Hab ich 
jetzt mal eben ausprobiert und musste feststellen das OpenWRT das nicht 
unterstützt. Jetzt geht's an die Socket Kommunikation ran, aber ich 
befürchte das ich da auch wieder über ein paar Sachen stolpern werde. 
Weil ich möchte ja quasi den Server und Client auf dem gleichen System 
laufen lassen.
Muss ich mich mal ran tasten.

Wenn du noch eine gute Idee hast, dann raus damit.

Sockets wollte ich nicht verwenden, weil das bei mehreren
Gleichzeitigen Anfragen kompliziert wird. Oder die Timeouts
müssen entsprechend kurz sein.
Wenn du aber schon Sockets nutzen willst dann schleuse die
Daten nicht nochmal durch PHP sondern per AJAX direkt an
den Client. Mit jquery kann man dann die Webseiten schön
im Hintergrund aktualisieren.

Im Moment laufen die Daten bei mir nämlich so:
RS485 -> Perl -> Datenbank -> PHP -> ajax+javascript -> Webseite
Und diese x mal konvertieren ist bescheuert und wenig sicher.

Brauchst also "nur" einen kleinen Webserver in dem RS232-Script.
Die anderen Sachen (auser AJAX) würde ich aber weiterhin mit
PHP erschlagen. So muss sich das Perlscript nur um die
Dynamischen Daten kümmern :-)