DeBac

Hallo,

ich hab folgende Problemstellung.

In einer Webapplikation habe ich mehrere Module clientseitig laufen, die mittels AJAX mit PHP-Dateien auf dem Server kommunizieren sollen.

Die Module stellen vielseitige Informationen bereit und können eine grafische Benutzeroberfläche besitzen.

Wie stell ich es jetzt am besten an, dass jedes Modul die Nachrichten erhält, die an es bestimmt sind und nicht irgendwelche. Die Kommunikation geht folgendermaßen vonstatten:



Jedem Modul eine GUID zuordnen, die dann bei jeder Kommunikation mitgegeben werden müssen? Sind jedesmal etwa 36byte zusätzlicher Traffic. Habt ihr dazu irgendwelche Ideen?

Miniaturansicht angehängter Grafiken

 

Mister Ad

ChrisB

Ähm, China/Sack Reis ...?

Alternative: Zuordnung über URLs vornehmen.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

DeBac

Naja ich spreche hier von einigen Abfragen pro Sekunde und das bei einigen Usern. Da gibts gleich mal n paar KB und aus KB werden MB...

wie meinst du das mit der Zuordnung über URLs?

ChrisB

Ach so - also von einem der Fälle, wo AJAX eh schon nicht besonders sinnvoll ist ...

Na das jedes „Modul“ sich seine Daten unter bestimmten URLs erfragt.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

DeBac

Ähm, was hältst du da für sinnvoller? Die Seite ist im Anfangszustand > 1MB groß. Da werden dann per AJAX nur Updates reingezogen. Die Datei wird nur 1x geladen. Der Rest muss über AJAX laufen, da es sehr benutzerlastig ist (soll heißen: von dem Zeitpunkt an, gibt es keine Ablaufschemen mehr, sondern alles wird direkt vom Benutzer bestimmt. Wenn ich die Datei nochmal komplett lade, gehen Daten verloren, da Module gerade in Arbeit stecken, wenn ein anderes nen Reload will).

Ich kapier immer noch nicht, was du mit URLs meinst. Der JS-Teil des Moduls fordert über die JS-API Daten an. JS-API sendet den Befehl an die PHP-API, welche dann die geforderten Daten vom PHP-Teil des Moduls verlangt. Dann gehts auf dem selben Weg zurück.

Meine bisherige Idee sieht so aus, dass jeder Request eben ne GUID erhält. Die JS-API speichert die GUID zwischen und weist sie dem Modul zu. Erhält es dann eine Antwort zu dieser GUID, wird es direkt an das Modul weitergeleitet. Ne andere Möglichkeit wäre, dass jedes Modul ne GUID hat, über die es erreichbar ist. Jedes Datenpaket wird an alle Module gesendet und wenn die GUID des Moduls und die des Pakets nicht übereinstimmen, wird es verworfen.

DeBac

ChrisB

Auf „einige Anfragen pro Sekunde“ zu verzichten.
Zumal du noch nicht mal ansatzweise erklärt hast, wofür Anfragen in solcher Frequenz nötig sein sollten.

Warum machen die Module ihre Anfragen nicht selber?

Halte ich in dem Umfeld für eher unsinnig.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

DeBac

Naja, es kann vorkommen, das mal in ner Sekunde ein paar Abfragen zusammenkommen. Beispielsweise wenn ein Update-Modul, nen RSS-Feed abfrägt und gleichzeitig der Benutzer gewisse Aktionen auslöst (submit, etc.)

Weil ich die Kommunikation gerne gebündelt zur Verfügung stellen möchte, damit sich alle Module an nen "Standard" halten.


Ich auch

ChrisB

Na gut, dann muss der allzu klickfreudige Nutzer halt mal ein bisschen länger warten, auch nicht so tragisch oder dramatisch.

Dann erstelle eine Funktion/Methode dafür.
Oder arbeite mit Callbacks.

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

DeBac

Datenverarbeitung dauer eben n bisschen, muss dem Anwender egal sein.
Mal schauen was sich bis zum Schluss ergibt.

Danke für deine Antworten

xm22

Theoretisch könnte das stimmen, aber kaum ein User wird permanent pro Sekunde mehrere Aktionen ausführen - Nicht mal mehrere User. Und selbst, wenn es ein paar MB werden sollten: So what?!