[Chr!s]

Tag,
nun, ich weiß ja dass das komplette HTTP und Server getue statuslos ist, und somit sog. Event-Handler nicht realisiert werden können, dafür gibts ja dann Java und Co. Nun wäre so ein onEvent aber ganz interessant in PHP, gibt es irgendein workarount dafür?

Das ganze zielt auf ein Client onEvent-Handler hin, d.h. das Script tut nichts solange vom Client nichts kommt. Trudelt ein Request ein (in dem Fall eine vom User geschriebene Nachricht), merkt das Script dies und fäng eben zu arbeiten an. Ziel ist, dass das Script zwar läuft und auch bestimmte Aktionen durchführt - aber erkennt, sobald ein User etwas schreibt, also quasi darauf wartet.

Wäre soetwas über sockets möglich? (habe da mal was von einem Socket-listener gehört)?

JavaScript? Wie sollen Sockets helfen?

[Chr!s]

Achja, javascript hatte ich vergessen zu erwähnen. Das möchte ich aber nich aus Kompatibilitätsgründen bzw man kann das ja abschalten.

Wie sockets helfen sollen weiß ich nich genau, kann man die nicht irgendwie hören lassen (listen)?

[Matthias959]

Schau dir doch mal einen in PHP geschriebenen IRC-Bot an.
Der macht doch eigentlich auch nichts anderes, als auf eine bestimmte Aufgabe warten.

Wenn ich mich nicht täusche hört der die ganze Zeit auf einen bestimmten Port.

Gruß
Matthias

Das ganze ist __serverseitig__ ! Um auf Ereignisse, die im Browser ablaufen reagieren zu können, benötigst du eine clientseitige Technologie.

Zitat von Chr!s

Das möchte ich aber nich aus Kompatibilitätsgründen bzw man kann das ja abschalten.

Na und. Jeder verwendet JavaScript. Du solltest es halt so machen, dass die Grundfunktionen auch ohne JavaScript funktionieren. JavaScript ist ein wichtiger Bestandteil, wenn nicht der wichtigste Bestandteil des Web 2.0!
Wer noch immer glaubt JavaScript sei was für Scriptkiddies und Unwissende, hat das Web IMO nicht verstanden.

EDIT:
Btw:

nun, ich weiß ja dass das komplette HTTP und Server getue statuslos ist, und somit sog. Event-Handler nicht realisiert werden können, dafür gibts ja dann Java und Co. Nun wäre so ein onEvent aber ganz interessant in PHP, gibt es irgendein workarount dafür?

Wenn du das weißt, wieso fragst du dann?
Eventhandler können schon realisiert werden, nur eben nicht clientseitig sondern serverseitig.

Jay

[$traight-$hoota]

das geht schon, dann musst du dein php script halt als applikation auf dem server laufen lassen und inner endlosschleife auf socket connections warten.

aber da fehlt imho komplett der sinn dahinter - für sowas gibt es weitaus bessere lösungen arrow:java-servlets). php ist als scriptsprache nunmal für einfache handhabung konzipiert, ohne auf komplexere strukturen für seitenaufrufe einzugehen.

java-servlets

Ich hab zwar keine Ahnung von java-serverlets. Ich wage es aber zu bezweifeln, dass diese auf clientseitige Ereignisse im Browser reagieren können. Schließlich machen die ja auch nix anderes als PHP, ASP.NET oder Ruby On Rails.

Ansonsten zeig doch mal ein Codebeispiel, mit serverseitigen Code und dem kompletten Output.

EDIT:

das geht schon, dann musst du dein php script halt als applikation auf dem server laufen lassen und inner endlosschleife auf socket connections warten.

Geht auch net oder kannst du abfragen ob der User seine Maus bewegt oder was in ein Textfeld eingegeben hat?!


Jay

[$traight-$hoota]

also irgendwie gibts hier glaub ich ein vertändisproblem... *g*
@chris
geht es dir jetzt darum, dass ein php script auf benutzeraktionen reagiert oder (wie ich das zuerst gedacht hab) darum, dass du ein persistentes script haben möchtest, das auf http requests reagiert???

benutzeraktionen können ganz einfach über javascript gemacht werden, wenn das jemand deaktiviert hat, hat er halt pech gehabt! ansonsten kann man manche aktionen auch über iframes als request an den server abschicken, aber das geht auch nicht wirklich gut.

[Chr!s]

Genau, ich möchte ein persistentes Script haben welches auf einen HTTPREquest reagiert, welches quasi im Hintergrund darauf "wartet". Wobei ich hier halt wirklich mit der Client-Server-Architektiv in den erwarteten Clinch komm..

1. Was ist ein peristentes Script?

Genau, ich möchte ein persistentes Script haben welches auf einen HTTPREquest reagiert, welches quasi im Hintergrund darauf "wartet". Wobei ich hier halt wirklich mit der Client-Server-Architektiv in den erwarteten Clinch komm..

Jedes Script reagiert auf eine Anfrage. Wenn du forum.developers-guide.net/index.php aufrufst, dann reagiert das Script in index.php auf deine Anfrage und sendet dir HTML zurück!

Ein Script kann nicht "warten". Es kann ausgeführt werden und fertig.

[Chr!s]

Ein Script kann nicht "warten". Es kann ausgeführt werden und fertig.

Früher hab ich das über eine endlosschleife gelöst: Das Script hängt in der scheife und wartet solange auf einen neuen Flag in der Datenbank, der anzeigt dass was passiert ist. Da musste ich das so lösen, dass das Script in einem bestimmten Zeitinterval in der DB nachgesehen hab, ob der Wert sich geändert hat. Und das geht sowohl auf den Server, als auch auf den MySQLServer. Nun suche ich einfach auch eine andere Möglichkeit dafür, unter PHP und nichts anderem (hat schon seine Gründe).

[beny_mcde]

ein persistentes script kannst du mit der verwendung von sessions erreichen.
du musst einfach den aktuellen zustand des scriptes in der session oder auch in einer db speichern und beim erneuten aufruf wiederherstellen.
somit hast du ein persistentes script.
das geht auch ohne javascript, nur muss bei jedem ereigniss die seite neu geladen werden.

wenn man nicht gerade gegen javascript ist benutzt man für sowas ajax, aber es geht auch ohne.

vieleicht solltest du mal genauer erleutern was du überhaupt machen willst. dann wird sich auch eine lösung finden...

ein script mit einer endloßschleife einen socket oder eine db abfragen ist reine resourcenverschwendung und wird bei den meisten shared hostern auch nicht funktionieren, da diese die max_execution_time limitieren.

wenn man nicht gerade gegen javascript ist benutzt man für sowas ajax, aber es geht auch ohne.

Nein es geht nicht ohne clientseitige Sachen (Flash, JavaScript ...)
Weil man könnte natürlich die Seite andauernd aktualisieren lassen, aber wie Chr!s ja geschrieben hat will er, dass eine Aktion ausgeführt wird sobald der User etwas schreibt. Und das geht nunmal nur clientseitig. Serverseitig könnte man das auch net mit Sockets oder sonst noch was realisieren. Praktisch unmöglich!

EDIT:

das geht auch ohne javascript, nur muss bei jedem ereigniss die seite neu geladen werden.

Ein Ereignis ist dann aber das klicken eines Links, absenden eines Formulars o.ä. . Das hat mit Events aber nix mehr zu tun!

Früher hab ich das über eine endlosschleife gelöst: Das Script hängt in der scheife und wartet solange auf einen neuen Flag in der Datenbank, der anzeigt dass was passiert ist. Da musste ich das so lösen, dass das Script in einem bestimmten Zeitinterval in der DB nachgesehen hab, ob der Wert sich geändert hat. Und das geht sowohl auf den Server, als auch auf den MySQLServer.

Zeig doch mal bitte ein Script dazu. Weil ich dir das ehrlich gesagt in diesem Kontext nicht glauben kann.

[robo47]

das problem ist doch, dass ich OHNE Javascript, vorhandene Ausgaben nicht löschen oder verändern kann, es wächst alles immer nach unten weiter, was ich doch recht unschön finden würde

das problem ist doch, dass ich OHNE Javascript, vorhandene Ausgaben nicht löschen oder verändern kann, es wächst alles immer nach unten weiter, was ich doch recht unschön finden würde

Eigentlich nicht. Das Problem ist, dass es unmöglich ist.

[Ben]

Weil Chr!s so darauf beharrt, denke ich, dass hier ein Missverständnis vorliegt, oder?
Jay hat ja komplett Recht, aber das sollte auch jedem hier bewusst sein.

Ein Skript wird aufgerufen, ausgeführt, beendet. Da ist in der Mitte keine Spanne drin, in der man auf "Events" reagieren kann.

Was genau willst du also machen?

[$traight-$hoota]

Zitat von Chr!s

Früher hab ich das über eine endlosschleife gelöst: Das Script hängt in der scheife und wartet solange auf einen neuen Flag in der Datenbank, der anzeigt dass was passiert ist. Da musste ich das so lösen, dass das Script in einem bestimmten Zeitinterval in der DB nachgesehen hab, ob der Wert sich geändert hat. Und das geht sowohl auf den Server, als auch auf den MySQLServer. Nun suche ich einfach auch eine andere Möglichkeit dafür, unter PHP und nichts anderem (hat schon seine Gründe).

also du möchtest so ne art chat bauen, oder? ein user verändert irgendwie die datenbank (durch nen neuen eintrag) und alle anderen user, die die seite gerade geöffnet haben, sollen dann diese veränderung sehen. soweit richtig?

da eine http verbindung immer vom client ausgeht und ne einfache endlosschleife in nem scipt zwecks timeout nicht möglich ist, muss der reload schon vom browser ausgehen
dazu kann man entweder javascript oder das meta-element refresh verwenden (ggf in kombiantion mit nem iframe), und dann zb alle 10 sekunden den server nach veränderungen fragen.
aber es ist mit http definitiv nicht möglich, auf eine datenbankveränderung hin, diese neuen daten an evt eingeloggte user oder so zu schicken. um sowas zu verwirklichen brauchst du schon einen anderen client, der auch serverfunktionen hat also auf datensendungen vom server reagieren kann.

aber es ist mit http definitiv nicht möglich, auf eine datenbankveränderung hin, diese neuen daten an evt eingeloggte user oder so zu schicken. um sowas zu verwirklichen brauchst du schon einen anderen client, der auch serverfunktionen hat also auf datensendungen vom server reagieren kann.

Doch mit AJAX und JavaScript ist das ein 10 Zeiler.

[$traight-$hoota]

Zitat von Jay

Doch mit AJAX und JavaScript ist das ein 10 Zeiler.

nein, da man mit ajax einfach nur in regelmäßigen abständen den server nach veränderungen fragt. die aktion geht also nicht vom server aus (weil http).
durch diese abfragen erreicht man zwar, dass veränderungen in der datanbank auch im browser aktualisiert werden (nach ner gewissen zeit), aber der server informiert eingloggte clients nicht automatisch über veränderungen.

Das hast du aber auch net gesagt. Was du gesagt hast war, dass es mit HTTP nicht möglich ist auf Datenveränderungen zu reagieren und diese an den Client zu schicken. Ob das vom Server ausgeht oder vom Client hast du nicht gesagt!