Tschas

Hallo Leute,

ich habe mir die Socket-Funktionen in PHP angeschaut, und wenn ich es recht verstehe, kann ein Server auf eingehende Verbindungen warten -
1. Kommt diese Verbindung nur zustande, wenn ein Client die Webseite aufruft, die der Server anbietet?

2. Ist es zu programmieren möglich, dass der Server selbstständig ein Socket zu einer bestimmten IP-Adresse öffnet, ohne dass das Script aufgerufen wird? Ich denke da zum Beispiel an die Möglichkeit, das Script als Prozess laufen zu lassen (zumindest habe ich mal gehört, dass dies möglich ist)

3. Könnten so Daten von einem Script an ein anderes Script übergeben werden?

4. Der letzte Schritt in dieser Gedankenkette wäre, ein Peer To Peer-System zu bauen, sodass mehrere Knoten untereinander per PHP kommunizieren können. Möglich oder unmöglich? Zumindest bräuche man auf allen teilnehmenden Computern einen Server, aber ich kann mir noch nicht so richtig vorstellen, wie das funktionieren soll.
Ich habe mir alternativ Websockets zu dieser Frage angeschaut, aber die bieten keine P2P-Funktionalität.

5. Was wäre die geeignetste alternative Web-Programmiersprache? Ich denke im Moment an ein Java-Applet oder Servlet, aber vielleicht hat jemand einen anderen Vorschlag?

Vielen Dank für eure Zeit, und ich bin für jeden Gedankenanstoß dankbar.

Mister Ad

G.Schuster

Eine, die möglichst weit von Webseiten und dem Drumrum entfernt ist.
Stichworte für deine Suche: Daemon, IPC, Perl, C++

__________________
actra.development - Schwabstr. 2 - 70825 Münchingen
www.actra.de/velopment/ - eMail: php.de@actra.de
Zend Certified Engineer for PHP5

mquadrat

Für was soll das P2P Netz denn genutzt werden?

Wenn tatsächlich verteilte Webseiten / -anwendungen genutzt werden sollen, wäre der gangbarste Weg wohl über lokale Webserver und das Anbieten von REST basierten Webservices. Zusätzlich noch einen Tracker, der die Übersicht über die Knoten behält.

Tendentiell würde ich P2P Netze aber eher über Java oder .NET lösen. Da gibt es dann auch jede Menge Literatur und Beispielcode.

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

Tschas

Danke schon mal!

Das soll Teil einer Forschungsarbeit im Bereich P2P-Technologien werden, deswegen wäre es mir wichtig, auch die anderen Fragen beantwortet zu haben. Insgesamt will ich versuchen, Video-Streaming über P2P zu machen, aber mit einem Web-Clienten anstelle eines Standalone-Programms.

Ich werd mir eure Stichworte auf jeden Fall genauer anschauen.
Und mit "Tracker" meinst du (wiki "Tracker (Datenübertragung), Software zur Überwachung zum Beispiel von Datenübertragungs-Verbindungen"? Die Seite gibt es in Wiki leider noch nicht, und der Begriff ist so allgemein, könntest du mir ein Beispielprogramm nennen?

mquadrat

An welcher Uni? Meine Diplomarbeit ging auch über P2P-Videostreaming

Ein Tracker übernimmt oft mehrere Funktionen. Zum einen brauchst du einen Katalog mit allen Video-Streams, die abgerufen werden können. Den kannst du entweder an einer zentralen Stelle pflegen oder eben verteilt bei den Peers (je nach dem wie stark du dein P2P-Netz dezentralisieren willst). Was du allerdings auf jeden Fall brauchst, ist ein Einstieg: Also welche Peers sind denn überhaupt im Netz? Zu wem kann ich mich verbinden? Welche Adresse haben die Peers? Alle Peers melden sich üblicherweise beim Tracker an und ab, so dass dieser alle aktiven Peers kennt. Auch hier gibt es wieder dezentrale Alternativen, die sind aber seltener.

Die Sockets sind das eine Problem, das zweite ist wie du das Video eigentlich abspielst wenn du die Blöcke bekommst. In den meisten Implementierungen, wird auf externe Player wie VLC oder MPlayer zurückgegriffen, das fällt ja schonmal flach. Auch stellt sich die Frage wie / wo du die gepufferten Daten speicherst. Wenn du beispielsweise einen HD-Film streamen willst, benötigst du relativ viel Speicher für den Puffer, wenn du nicht linear runterlädst (kommt auf deinen Packet Selection Algorithmus an).

Geht es eigentlich um Video-On-Demand oder um Live-Streaming?

Generell wäre die Lösung wohl eher bei Flash oder Silverlight zu suchen, wenn es im Browser laufen soll. Oder eben Browser-Addons / Plugins.


Ich sehe aber noch ein Problem bei deinem Konzept. Ein Peer nimmt nur an der Verteilung der Daten teil, während er selber streamed. Das bedeutet, dass je nach Stream-Länge jeder Peer nur kurz zur Verfügung steht. Damit dürfte man relativ oft vor dem Problem stehen, dass es aktuell keine Quellen im Netz für einen bestimmten Teil eines Streams gibt. Oder du musst wieder Content-Server integrieren.


Aber nochmal generell zum Thema Sockets und PHP: Wenn du die PHP Sockets nimmst dann wird der Socket ja auf dem Webserver geöffnet, was dir wenig nützt. Deine Peers wären dann die Webserver und du würdest nochmal einen 1:1 Stream zwischen Webserver und Browser dran hängen. Dazu wäre das Connection-Management und das Bandwidth-Shaping kompliziert. Daher: Client-Seitig.

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de