Polling oder gibt es eine bessere Variante? - Seite 3

fab · 08.11.2010, 18:39

Zitat:

Zitat von Geryon

[...] HTTP Verbindung offen gehalten wird und der Server je nach Ereignis neue Daten an den Browser sendet. Der Nachteil is halt, dass du damit in der Tat kein Bild übertragen kannst.

Das kannst du so nicht sagen, solches HTTP Streaming wird häufig bei Livebildern von Webcams eingesetzt, allerdings ohne JavaScript und xhr sondern mittels multipart/x-mixed-replace.

Geryon · 08.11.2010, 21:44

Ja Fab da hast du recht. Flor1an hat mich in diesem Punkt schon berichtigt. Mir war zwar bekannt, dass sich theoretisch alle Daten und so auch die Daten von Bildern übertragen lassen. Nur nicht, dass man diese dann mittels eines Tags, wie bei <img> tatsächlich auch darstellen kann. Da bin ich nicht mehr auf dem laufenden. Weil meine Frage war halt einfach, wie Javascript dann das ankommende Bild interprätieren soll. Aber das muss es ja garnicht sondern nur an der richtigen Stelle einfügen.

Interessant währe auch, welche Möglichkeiten neben der base64 injection in einen <img> Tag noch existieren. Evtl. die Darstellung einer mp3 mittels <embed> oder in Plugins wie Flash, die die richtigen Schnittstellen für Javascript bereitstellen?

Ich kenne das bereits von dem mächtigen O3D Plugin von Google, womit via Javascript ganze 3D Welten geladen, modeliert und online 3D Spiele gestaltet werden können. Auch hier gibt es die Möglichkeit zum Beispiel die URL zu einem 3D Modell anzugeben, welches dann geladen wird. Aber jetzt, wo ich weiß, dass das evtl. auch andersherum funktioniert kann man sich dabei sicher einige Requests ersparen. Besonders, wenn man auf Grund von Streaming eh ständig Daten überträgt.

Ich habe bisher immer per Ajax / Json usw. URLs übertragen, welche der Browser dann nachgeladen hat. Sicher lassen sich mit dem base64 so, wenn Caching nicht benötigt wird, einige Requests sparen.

Find ich jetzt echt cool^^

tarian · 09.11.2010, 08:25

Oh da schaut man einen Abend nicht hier rein und ihr schreibt 3 Seiten

Folgendes: Wir nutzen im Unternehmen ein externes Programm in dem gewisse Daten zu Bildern gespeichert sind. Diese Bilder sollen einsehbar sein. Wenn man als in dem externen Programm eine Taste drückt, sendet dieses über das Netzwerk einen Query an einen Server, mit Bildpfad/User e.t.c. Dieser hält das Bild vor - Clients schreiben sich in eine Queue ein und holen sich Daten ab falls welche vorhanden sind.

Da wir uns im Web2.0 Zeitalter befinden würde ich das gerne Browserfähig machen, da das ständige nachinstallieren o.ä der Anwendung etwas nervt. Hinzu kommt das die derzeitige Applikation auch pollt was im Laufe der Zeit zu gewissen Problemen geführt hat.

Ich denke ich muss die Bilder leider als base64 verschicken da es MultiTiffs (ggf. mit Jpeg Kompression) sind und Browser nach meinem derzeitigen Kenntnisstand nicht in der Lage sind diese ordentlich anzuzeigen. Also muss ich entweder auf Server oder Clientseite eine konvertierung vornehmen.

xm22 · 09.11.2010, 08:52

Ich würde dennoch dahin gehen, die Bilder, wenn, dann auf dem Server zu konvertieren und dann zentral vorzuhalten, statt binäre Daten durch die Gegend zu schicken.

tarian · 09.11.2010, 09:11

Ja denke auch das dass die beste Variante ist, besonders weil die Bilder nicht gerade klein sind. Naja mal sehen ob und wie ich es umsetze

notyyy · 19.11.2010, 00:39

websockets oder, js -> flash -> server (socketverbindung) ein base64 decodiertes bild via socket übertragen und zeichnen.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
einfache variante für li boarder in schleife	Kay654	PHP Tipps 2010	3	27.08.2010 12:14
wie bessere Qualität als createimagetruecolor() ?	tim-peters	PHP-Fortgeschrittene	0	01.08.2010 13:30
JavaScript: komplizierte Variante mit " bzw. \" oder gar \\\" :-)	tmb2001	JavaScript, Ajax und mehr	1	19.03.2010 17:04
Navigation Menü, Submenü, Aktions per Klasse? oder doch ne bessere Möglichkeit,Frame?	jackie1983	PHP Tipps 2009	9	05.12.2009 15:01
Infos zu ZoomCrop gesucht?! Oder gibts bessere Lösungen?	maclaim1988	PHP Tipps 2009	0	05.10.2009 15:09
bessere Fehler Behandlung als mit die()	Bon_Mori	PHP Tipps 2009	8	19.09.2009 21:10
Gibt es eine bessere Möglichkeit ?	andrew22	PHP Tipps 2006	7	27.04.2006 07:54
bessere Firewall als XP	Anubis2183	Off-Topic Diskussionen	15	28.03.2006 21:19
das bessere Datenbankschema	micbur	Datenbanken	1	29.12.2005 14:18
Bilderstellung aus einem Text - bessere Qualität?		PHP Tipps 2005-2	7	11.09.2005 18:11
MySQL Variante von is_numeric	R4v3r	Datenbanken	1	26.05.2005 18:15
Undefined Index Problem. Bessere Loesung als diese?		PHP-Fortgeschrittene	8	30.12.2004 11:24
[Erledigt] Beste Variante für Member Area		PHP Tipps 2004-2	5	21.11.2004 03:50
[Erledigt] Das bessere Template-System		PHP-Fortgeschrittene	7	23.09.2004 14:50
mit php bessere Bildqualität?	Rotti	PHP Tipps 2004	2	14.08.2004 09:36


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

08.11.2010, 21:44
Geryon Benutzer Registriert seit: 04.10.2010 Beiträge: 62 PHP-Kenntnisse: Fortgeschritten	Ja Fab da hast du recht. Flor1an hat mich in diesem Punkt schon berichtigt. Mir war zwar bekannt, dass sich theoretisch alle Daten und so auch die Daten von Bildern übertragen lassen. Nur nicht, dass man diese dann mittels eines Tags, wie bei <img> tatsächlich auch darstellen kann. Da bin ich nicht mehr auf dem laufenden. Weil meine Frage war halt einfach, wie Javascript dann das ankommende Bild interprätieren soll. Aber das muss es ja garnicht sondern nur an der richtigen Stelle einfügen. Interessant währe auch, welche Möglichkeiten neben der base64 injection in einen <img> Tag noch existieren. Evtl. die Darstellung einer mp3 mittels <embed> oder in Plugins wie Flash, die die richtigen Schnittstellen für Javascript bereitstellen? Ich kenne das bereits von dem mächtigen O3D Plugin von Google, womit via Javascript ganze 3D Welten geladen, modeliert und online 3D Spiele gestaltet werden können. Auch hier gibt es die Möglichkeit zum Beispiel die URL zu einem 3D Modell anzugeben, welches dann geladen wird. Aber jetzt, wo ich weiß, dass das evtl. auch andersherum funktioniert kann man sich dabei sicher einige Requests ersparen. Besonders, wenn man auf Grund von Streaming eh ständig Daten überträgt. Ich habe bisher immer per Ajax / Json usw. URLs übertragen, welche der Browser dann nachgeladen hat. Sicher lassen sich mit dem base64 so, wenn Caching nicht benötigt wird, einige Requests sparen. Find ich jetzt echt cool^^ Geändert von Geryon (08.11.2010 um 21:52 Uhr).

09.11.2010, 08:25
tarian Erfahrener Benutzer Registriert seit: 22.03.2009 Beiträge: 109 PHP-Kenntnisse: Fortgeschritten	Oh da schaut man einen Abend nicht hier rein und ihr schreibt 3 Seiten Folgendes: Wir nutzen im Unternehmen ein externes Programm in dem gewisse Daten zu Bildern gespeichert sind. Diese Bilder sollen einsehbar sein. Wenn man als in dem externen Programm eine Taste drückt, sendet dieses über das Netzwerk einen Query an einen Server, mit Bildpfad/User e.t.c. Dieser hält das Bild vor - Clients schreiben sich in eine Queue ein und holen sich Daten ab falls welche vorhanden sind. Da wir uns im Web2.0 Zeitalter befinden würde ich das gerne Browserfähig machen, da das ständige nachinstallieren o.ä der Anwendung etwas nervt. Hinzu kommt das die derzeitige Applikation auch pollt was im Laufe der Zeit zu gewissen Problemen geführt hat. Ich denke ich muss die Bilder leider als base64 verschicken da es MultiTiffs (ggf. mit Jpeg Kompression) sind und Browser nach meinem derzeitigen Kenntnisstand nicht in der Lage sind diese ordentlich anzuzeigen. Also muss ich entweder auf Server oder Clientseite eine konvertierung vornehmen.

09.11.2010, 08:52
xm22 Erfahrener Benutzer Registriert seit: 30.07.2008 Beiträge: 1.169 PHP-Kenntnisse: Fortgeschritten	Ich würde dennoch dahin gehen, die Bilder, wenn, dann auf dem Server zu konvertieren und dann zentral vorzuhalten, statt binäre Daten durch die Gegend zu schicken.

09.11.2010, 09:11
tarian Erfahrener Benutzer Registriert seit: 22.03.2009 Beiträge: 109 PHP-Kenntnisse: Fortgeschritten	Ja denke auch das dass die beste Variante ist, besonders weil die Bilder nicht gerade klein sind. Naja mal sehen ob und wie ich es umsetze

19.11.2010, 00:39
notyyy Erfahrener Benutzer Registriert seit: 12.05.2005 Beiträge: 1.038 PHP-Kenntnisse: Fortgeschritten	websockets oder, js -> flash -> server (socketverbindung) ein base64 decodiertes bild via socket übertragen und zeichnen.