Vom Server gesendete Ereignisse und php - was löst Ereignisse auf dem Server aus?

"..."stream.php" bleiben so lange offen, wie der client "connected"
um es?"

Ja, und Ihre pseudo-code ist ein vernünftiger Ansatz.

"Und Woher wissen Sie, wenn Sie am ENDE einer Instanz von stream.php?"

In der typischste Fall, dies passiert, wenn der user verlässt Ihre Website. (Apache erkennt der socket geschlossen, und tötet die PHP-Instanz.) Die wichtigste Zeit, die Sie möglicherweise schließen Sie den sockel von der server-Seite ist, wenn Sie wissen, dass es keine Daten für eine Weile; die Letzte Nachricht, die Sie senden, die den client, um Ihnen zu sagen, um zurück zu kommen zu einer bestimmten Zeit. E. g. in Ihrem Lager-streaming-Fall, könnte man schließen, die Verbindung zu 8pm, und sagen Kunden zum wieder kommen in 8 Stunden (bei NASDAQ ist offen für Angebote von 4 Uhr morgens bis 8 Uhr abends). Freitag Abend, Sie sagen, Sie kommen zurück am Montag morgen. (Ich habe ein demnächst erscheinendes Buch auf SSE, und widmen ein paar Abschnitte zu diesem Thema.)

"...wenn dies der Fall ist, PHP ist nicht, eine geeignete Technologie für diese Art
der server. Aber alle demos die ich bisher gesehen habe, bedeuten, dass PHP
nur für diese feine, das ist, warum ich bin so verwirrt..."

Nun, die Leute behaupten, dass PHP nicht eine geeignete Technologie für den normalen web-Seiten, und Sie haben Recht: Sie könnten, tun Sie es mit weit weniger Speicher und CPU-Zyklen, wenn Sie ersetzt Ihren gesamten LAMP-stack mit C++. Doch trotz dieser, PHP Befugnisse, die meisten Websites gibt, einfach nur gut. Es ist eine sehr produktive Sprache für die web-Arbeit, durch eine Kombination von einer bekannte C-ähnliche syntax und so viele Bibliotheken, und eine beruhigende für Führungskräfte wie viel PHP-Programmierer zu mieten, viele Bücher und andere Ressourcen, und einige große Anwendungsfälle (z.B. Facebook und Wikipedia). Im Grunde sind das die gleichen Gründe, die Sie wählen könnten, PHP als Ihre streaming-Technologie.

Das typische setup wird nicht gehen, um eine Verbindung zu NASDAQ pro PHP-Instanz. Anstatt Sie gehen zu müssen, einem anderen Prozess mit einem einzigen Anschluss an der NASDAQ, oder vielleicht eine einzelne Verbindung von jeder Maschine im cluster ist an der NASDAQ. Das treibt die Preise in einem SQL - /NoSQL-server, oder ins shared memory. Dann PHP nur Umfragen, dass der freigegebene Speicher (oder die Datenbank), und schiebt die Daten raus. Oder haben eine Datenerfassungs-server, und jede PHP Instanz öffnet eine socket-Verbindung zu diesem server. Die Datenerfassungs-server schiebt die updates auf die einzelnen PHP-clients, wie er Sie empfängt, und Sie wiederum drücken aus, dass die Daten Ihrer Kunden.

Den wichtigsten Skalierbarkeit Problem mit Apache+PHP, die für das streaming ist der Speicher, der für jeden Apache-Prozess. Wenn Sie erreichen das memory limit der hardware, machen die business-Entscheidung zum hinzufügen weiterer Rechner zum cluster, geschnitten oder Apache aus der Schleife heraus, und schreiben Sie einen dedizierten HTTP-server. Letztere kann man in PHP so alle Ihre vorhandenen Kenntnisse und code wiederverwendet werden können, oder schreiben Sie die ganze Anwendung in eine andere Sprache. Die reinen Entwickler in mich zu schreiben, wäre eine dedizierte, optimierte HTTP-server in C++. Der manager in mir würde fügen Sie ein weiteres Feld.

InformationsquelleAutor der Antwort Darren Cook

Dies ist wirklich eine strukturelle Frage zu Ihrer Anwendung. Echtzeit-Ereignisse sind etwas, dass Sie wollen, darüber nachzudenken, von Anfang an, also können Sie Ihre Anwendung um ihn herum. Wenn Sie haben eine Anwendung geschrieben, die läuft einfach ein Haufen zufälliger mysql(i)_query Methoden mit string Abfragen und nicht passieren Sie durch keine Art von Vermittler, dann viele Male haben Sie keine Wahl aber entweder umschreiben, viel von Ihrer Anwendung, oder machen die ständigen server-Seite abrufen.

Wenn, jedoch, Sie verwalten Ihre Entitäten werden als Objekte und übergeben Sie Sie durch eine Art von Vermittler-Klasse, können Sie Haken in diesem Prozess. Schauen Sie auf dieses Beispiel:

<?php
class MyQueryManager {
    public function find($myObject, $objectId) {
        //Issue a select query against the database to get this object
    }

    public function save($myObject) {
        //Issue a query that saves the object to the database
        //Fire a new "save" event for the type of object passed to this method
    }

    public function delete($myObject) {
        //Fire a "delete" event for the type of object
    }
}

In Ihrer Anwendung, wenn Sie bereit sind, zu sparen:

<?php
$someObject = $queryManager->find("MyObjectName", 1);
$someObject->setDateTimeUpdated(time());
$queryManager->save($someObject);

Dies ist nicht die anmutigen Beispiel, aber es sollte dazu dienen, eine anständige Baustein. Können Sie Haken in Ihrem eigentlichen Persistenz-Schicht zu behandeln Auslösung dieser Ereignisse. Dann bekommst du Sie sofort (in Echtzeit, wie es bekommen kann) ohne hämmern deinem server (da haben Sie keine Notwendigkeit, ständig Abfragen Ihrer Datenbank und sehen Sie, wenn die Dinge verändert).

Du offensichtlich nicht durchsetzen manuelle änderungen an der Datenbank auf diese Weise - aber wenn Sie etwas manuell in Ihre Datenbank mit einer beliebigen Frequenz, sollten Sie entweder:

• Das problem zu beheben erfordert, dass Sie haben, um eine manuelle änderung
• Ein tool bauen um den Prozess zu beschleunigen, und diese Ereignisse ausgelöst

InformationsquelleAutor der Antwort Colin M