Lokale Server und Dienste erklärt

Social Stream Ninja verwendet mehrere unterschiedliche lokale Dienste. Wähle den passenden Dienst für deine Aufgabe.

Schnellauswahl

Ich möchteVerwendeStandardadresse
Chat und unterstützte Befehle zwischen Social-Stream-Seiten ohne den normalen Ferntransport weiterleiten Lokalen Server aktivieren ws://127.0.0.1:3003
Ältere aktualisierte Installationen verwenden möglicherweise 3000.
Ein KI-Werkzeug oder lokales Skript die Desktop-App prüfen und steuern lassen Lokale Steuerungs-API und MCP http://127.0.0.1:17777
Die vollständige Desktop-App auf einem Linux-Heimserver oder VPS ohne Monitor ausführen Headless-SSApp-Hosting Keine neue öffentliche API; Fernsteuerung verwendet die normale Social-Stream-Sitzung.
Eine genehmigte lokale Audio-, Bild- oder Videodatei in Event Flow abspielen Lokaler Medienserver http://127.0.0.1:3001

1. Lokalen Server aktivieren

Diese Option im Menü File startet innerhalb der Desktop-App ein WebSocket-Relay mit Raum- und Kanalunterstützung. Unterstützte Social-Stream-Seiten können darüber auf demselben Computer Chat und Befehle austauschen. Es ist ein alternativer Endpunkt für seitenspezifisches Server-Routing.

Er hostet nicht die Social-Stream-Website, erfasst selbst keine Plattform und bietet nicht die HTTP-Automatisierungs-API. Beginne mit dem Leitfaden zum Aktivieren des lokalen Servers.

2. Lokale Steuerungs-API und MCP

Diese optional aktivierte Loopback-API ermöglicht Programmen auf dem SSApp-Computer, unterstützte Quellen und Einstellungen zu verwalten, Status und Diagnose zu lesen, App- oder Quellfenster zu prüfen und erfasste Ereignisse zu verfolgen. Der mitgelieferte MCP-Adapter stellt diese Vorgänge kompatiblen KI-Clients als Werkzeuge bereit.

Aktiviere ihn unter Datei > Lokale KI / Automatisierung (File > Local AI / Automation). Es ist getrennt von Lokalen Server aktivieren. Siehe die Leitfaden zur lokalen Steuerungs-API und MCP.

3. Heimserver oder VPS ohne sichtbare Oberfläche

Der Headless-Modus führt die vollständige Electron-Desktop-App mit verborgenen Quellfenstern aus. Unter Linux benötigt sie weiterhin eine Anzeigeumgebung wie Xvfb. Das ist nützlich, wenn ein dedizierter Computer ohne angeschlossenen Monitor dauerhaft Chat erfassen soll.

Der Headless-Modus erstellt keine öffentliche Steuerungs-API. Fernsteuerung verwendet Social Streams normalen WebRTC- oder WebSocket-Transport. Siehe den Headless-Hosting-Leitfaden.

4. Lokaler Medienserver

Die Desktop-App startet ihn automatisch, wenn lokale Event-Flow-Medien verfügbar sind. Er stellt nur durch SSApp genehmigte Dateien und ausgewählte Laufzeitdateien über einen zufälligen Tokenpfad pro Profil bereit.

Er ist kein allgemeiner Web- oder Dateiserver. Siehe Mediendateien für Event Flow zur Wahl zwischen lokalen Dateien, Uploads und Cloudhosting.

Server-Fallback ist etwas anderes

Einstellungen wie Chatnachrichten an API-Server senden und Dock sendet seine Befehle über den Server an die Erweiterung legen fest, wie Chat und Befehle weitergeleitet werden. Ihre erzeugten URL-Parameter umfassen server, server2, und server3.

Diese Einstellungen verwenden normalerweise Social Streams gehosteten WebSocket-Dienst. Wenn eine unterstützte Seite zusätzlich localserver, verwendet sie stattdessen das lokale Relay der Desktop-App. Siehe Sitzungen, Passwörter, Relay- und Servermodi zu den Routing-Steuerelementen.

Verwende frisch erzeugte Links. Routing-Parameter sind seitenspezifisch. Kopiere keinen Serverparameter von einer Seite auf eine andere in der Annahme, er bedeute dasselbe.

Andere vorübergehende lokale Ports

Manche Anmelde- und Kontoverknüpfungsabläufe öffnen kurz einen Loopback-Callback-Port und schließen ihn nach Abschluss wieder. Diese vorübergehenden Empfänger sind keine allgemeinen SSN-Server oder Automatisierungs-APIs.