mirror of
https://github.com/node-red/node-red.git
synced 2025-03-01 10:36:34 +00:00
rework of DE translation (#2806)
* started rework of translation to DE, added translation rules and dictionary * reworks DE translation of JSONata /editor-client/locales/de/jsonata.json * rework DE translation of editor-client * moved /editor-client/locales/de/README.md to Wiki https://github.com/node-red/node-red/wiki/Design:-i18n-de * Update README.md * Update README.md * Create README.md * Create README.md * fixed #2: "Sie müssen ..., um ... zu können" * fixed #3 * fixed #4 and removed unnecessary spaces * fixed #5 * fixed #6, added missing dots, removed unnecessary spaces * fixed #7, #8, #9 * fixed #10, #11, #12, #13, #14, #15 * fixed #17, #18, 19 * fixed #19 * moved /editor-client/locales/de/dictionary.csv to https://github.com/heikokue/node-red-designs/blob/i18n-de/designs/i18n-de/dictionary.csv * reworked DE translation of runtime * fine-tuned DE translation of editor-client * reworked DE translation of common nodes, fine-tuned editor-client * reworked DE translation of all nodes, fine-tuned editor-client, intotips, jsonata & runtime * small i18n fixes
This commit is contained in:
heikokue
GitHub
@@ -15,5 +15,5 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="tls-config">
|
||||
<p>Konfigurationsoptionen für TLS Verbindungen.</p>
|
||||
<p>Konfigurationsoptionen für TLS-Verbindungen.</p>
|
||||
</script>
|
||||
|
||||
@@ -15,9 +15,8 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="http proxy">
|
||||
<p>Konfigurationsoptionen für den HTTP Proxy.</p>
|
||||
|
||||
<p>Konfigurationsoptionen für HTTP-Proxy.</p>
|
||||
<h3>Details</h3>
|
||||
<p>Wenn auf ein Host verwended wird, der in der Liste der zu ignorierenden Hosts aufgeführt ist,
|
||||
wird kein Proxy benutzt.</p>
|
||||
<p>Wenn auf einen Host zugegriffen wird, der auf der Liste der zu ignorierenden Hosts steht,
|
||||
wird kein Proxy benutzt.</p>
|
||||
</script>
|
||||
|
||||
@@ -12,72 +12,80 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="mqtt in">
|
||||
<p> Stellt eine Verbindung zu einem MQTT-Broker her und subskribiert Nachrichten zu dem angegebenen Topic. </p>
|
||||
<h3> Ausgaben </h3>
|
||||
<dl class="message-properties">
|
||||
<dt> payload <span class="property-type"> Zeichenfolge | Buffer </span> </dt>
|
||||
<dd> eine Zeichenfolge, sofern sie nicht als binärer Buffer erkannt wird. </dd>
|
||||
<dt> topic <span class="property-type"> Zeichenfolge </span> </dt>
|
||||
<dd> Das MQTT-Topic verwendet <code>/</code> als Trennzeichen für die Hierarchie. </dd>
|
||||
<dt> qos <span class="property-type"> Zahl </span> </dt>
|
||||
<dd> 0: fire und forget 1: mindestens einmal 2: einmal und nur einmal. </dd>
|
||||
<dt> retain <span class="property-type"> boolean </span> </dt>
|
||||
<dd> true gibt an, dass die Nachricht retained wurde und älter sein kann. </dd>
|
||||
</dl>
|
||||
<h3> Details </h3>
|
||||
Das Subscribete Topic kann MQTT-Platzhalterzeichen, + für eine Ebene, # für mehrere Ebenen umfassen. </p>
|
||||
<p> Dieser Node erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann.
|
||||
Eine neue Konfiguration wird durch Klicken auf das Stiftsymbol erstellt. </p>
|
||||
<p> Mehrere MQTT-Nodes (in oder out) können bei Bedarf dieselbe Brokerverbindung nutzen. </p>
|
||||
<p>Verbindungsherstellung zu einem MQTT-Broker und Abonnement von Topic-Nachrichten.</p>
|
||||
<h3>Ausgangsdaten</h3>
|
||||
<dl class="message-properties">
|
||||
<dt>payload<span class="property-type">string | buffer</span></dt>
|
||||
<dd>Zeichenfolge, sofern sie nicht als binärer Puffer (buffer) erkannt wurde</dd>
|
||||
<dt>topic<span class="property-type">string</span></dt>
|
||||
<dd>MQTT-Topic mit / (Schrägstrich) als Hierarchie-Trennzeichen</dd>
|
||||
<dt>qos<span class="property-type">number</span></dt>
|
||||
<dd>QoS (Quality of Service)<br/>
|
||||
0: Einmal gesendet ohne Empfangsgarantie (fire und forget)<br/>
|
||||
1: Garantiert mindestens einmal empfangen (at least once)<br/>
|
||||
2: Garantiert exakt einmal empfangen (once and once only)</dd>
|
||||
<dt>retain<span class="property-type">boolean</span></dt>
|
||||
<dd>Bei <code>true</code> kann es eine aufbewahrte ältere Nachricht sein</dd>
|
||||
</dl>
|
||||
<h3>Details</h3>
|
||||
<p>Das abonnierte Topic darf MQTT-Platzhalterzeichen (wildcards) enthalten (+ für eine Ebene und # für mehrere Ebenen).</p>
|
||||
<p>Dieser Node erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann.
|
||||
Eine neue Verbindung wird durch Klicken auf das Stiftsymbol erstellt.</p>
|
||||
<p>Mehrere MQTT-Nodes (in oder out) können bei Bedarf dieselbe Broker-Verbindung nutzen.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="mqtt out">
|
||||
<p>Stellt eine Verbindung zu einem MQTT-Broker her und publiziert Nachrichten.</p>
|
||||
<h3>Eingaben</h3>
|
||||
<p>Verbindungsherstellung zu einem MQTT-Broker und publizieren von Topic-Nachrichten.</p>
|
||||
<h3>Eingangsdaten</h3>
|
||||
<dl class="message-properties">
|
||||
<dt>payload <span class="property-type">Zeichenfolge | Buffer</span></dt>
|
||||
<dd>die meisten Benutzer präferieren einfach Textnachrichten aber es können auch binäre Buffer publiziert werden.</dd>
|
||||
<dt class="optional">topic <span class="property-type">string</span></dt>
|
||||
<dd> Das MQTT-Topic zu dem publiziert wird. Es verwendet <code>/</code> als Trennzeichen für die Hierarchie.</dd>
|
||||
|
||||
<dt class="optional">qos <span class="property-type">number</span></dt>
|
||||
<dd>0: fire und forget 1: mindestens einmal 2: einmal und nur einmal. Default 0.</dd>
|
||||
|
||||
<dt class="optional">retain <span class="property-type">boolean</span></dt>
|
||||
<dd>Wenn dieser Wert auf <code>true</code> gesetzt ist, wird die Nachricht auf dem Broker gehalten. Default false.</dd>
|
||||
<dt>payload<span class="property-type">string | buffer</span></dt>
|
||||
<dd>Zu publiziernde Nutzdaten.<br/>
|
||||
Wenn nicht gesetzt wird keine Nachricht gesendet.
|
||||
Um eine leere Nachricht zu senden, muss eine leere Zeichenfolge (string) übergeben werden.</dd>
|
||||
<dt class="optional">topic<span class="property-type">string</span></dt>
|
||||
<dd>MQTT-Topic mit / (Schrägstrich) als Hierarchie-Trennzeichen</dd>
|
||||
<dt class="optional">qos<span class="property-type">number</span></dt>
|
||||
<dd>QoS (Quality of Service)<br/>
|
||||
0: Einmal gesendet ohne Empfangsgarantie (fire und forget)<br/>
|
||||
1: Garantiert mindestens einmal empfangen (at least once)<br/>
|
||||
2: Garantiert exakt einmal empfangen (once and once only)</dd>
|
||||
<dt class="optional">retain<span class="property-type">boolean</span></dt>
|
||||
<dd>Bei <code>true</code> wird die Nachricht beim Broker aufbewahrt.
|
||||
Standard (default) ist <code>false</code>.</dd>
|
||||
</dl>
|
||||
<h3>Details</h3>
|
||||
<code> msg.payload </code> wird als Nutzdaten der zu veröffentlichenden Nachricht verwendet.
|
||||
Wenn er ein Objekt enthält, wird es in eine JSON-Zeichenfolge konvertiert, bevor es gesendet wird.
|
||||
Wenn er einen binären Buffer enthält, wird die Nachricht unverändert veröffentlicht. </p>
|
||||
<p> Das verwendete Topic kann im Node konfiguriert werden oder, falls es leer gelassen wird,
|
||||
durch <code>msg.topic</code> festgelegt werden. </p>
|
||||
<p> Ebenso können die QoS- und retain-Werte im Node konfiguriert werden oder, falls vorhanden,
|
||||
durch <code>msg.qos</code> bzw. <code>msg.retain</code> festgelegt werden.
|
||||
Sie können eine zuvor auf einem Topic auf dem Broker retainte Nachricht löschen,
|
||||
indem eine leere Nachricht an dieses Topic gesendet wird und die Markierung 'retain' gesetzt ist.</p>
|
||||
<p>Dieser Node erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann.
|
||||
Eine neue Konfiguration wird durch Klicken auf das Stiftsymbol erstellt.</p>
|
||||
<p>Mehrere MQTT-Nodes (in oder out) können bei Bedarf dieselbe Brokerverbindung nutzen.</p>
|
||||
<p><code>msg.payload</code> wird als Nutzdaten (Payload) der zu publizierenden Nachricht verwendet.
|
||||
Wenn es ein Objekt enthält, wird es vorm Senden in eine JSON-Zeichenfolge (string) konvertiert.
|
||||
Wenn es einen binären Puffer (buffer) enthält, wird die Nachricht unverändert gesendet.</p>
|
||||
<p>Das Topic kann im Node eingestellt werden oder, falls leer gelassen,
|
||||
durch <code>msg.topic</code> vorgegeben werden.</p>
|
||||
<p>Ebenso können die QoS- und Retain-Werte im Node eingestellt werden oder, falls leer gelassen,
|
||||
durch <code>msg.qos</code> bzw. <code>msg.retain</code> vorgegeben werden.
|
||||
Um ein beim Broker vorgehaltenes Topic zu löschen,
|
||||
kann eine leere Nachricht mit dem Topic und Retain gleich <code>true</code> gesendet werden.</p>
|
||||
<p>Dieser Node erfordert eine Verbindung zu einem MQTT-Broker, der über die Auswahlliste selektiert werden kann.
|
||||
Eine neue Verbindung wird durch Klicken auf das Stiftsymbol erstellt.</p>
|
||||
<p>Mehrere MQTT-Nodes (in oder out) können bei Bedarf dieselbe Broker-Verbindung nutzen.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="mqtt-broker">
|
||||
<p> Konfiguration für eine Verbindung zu einem MQTT-Broker. </p>
|
||||
<p> Diese Konfiguration erstellt eine Verbindung zu einem Broker, die anschließend von den
|
||||
Nodes <code>MQTT In</code> und <code>MQTT Out</code> verwendet werden. </p>
|
||||
<p> Der Node generiert eine beliebige Client-ID, falls sie nicht definiert ist und der Node für die Verwendung
|
||||
einer bereinigten Sitzung (Clean Session) konfiguriert ist. Wenn eine Client-ID festgelegt ist,
|
||||
muss sie für den Broker, zu dem Sie eine Verbindung herstellen, eindeutig sein. </p>
|
||||
<h3> Nachricht bei Verbindungsaufbau </h3>
|
||||
<p> Dies ist eine Nachricht, die vom Broker in dem konfigurierten Topic veröffentlicht wird, wenn die Verbindung hergestellt wurde. </p>
|
||||
<h3> Nachricht bei Verbindungsbeendigung </h3>
|
||||
<p> Dies ist eine Nachricht, die vom Broker in dem konfigurierten Topic veröffentlicht wird, wenn die Verbindung normal geschlossen wird -
|
||||
entweder durch erneute Implementierung des Nodes oder durch Herunterfahren von Node-RED. </p>
|
||||
<h3> Nachricht bei unerwarteter Verbindungsbeendigung</h3>
|
||||
<p> Dies ist eine Nachricht, die vom Broker in dem konfigurierten Topic veröffentlicht wird,
|
||||
wenn die Verbindung unerwartet geschlossen wird
|
||||
<h3> WebSockets </h3>
|
||||
<p> Der Node kann für die Verwendung einer WebSocket-Verbindung konfiguriert werden.
|
||||
Dazu wird im Server-Feld eine vollständigen URI für die Verbindung angegeben. Beispiel: </p>
|
||||
<pre> ws://example.com:4000/mqtt </pre>
|
||||
<p>Konfiguration der Verbindung zu einem MQTT-Broker.</p>
|
||||
<p>Diese Konfiguration erstellt eine einzelne Verbindung zu einem Broker,
|
||||
welche anschließend von den <span style="background-color:Gainsboro">mqtt in</span>- und
|
||||
<span style="background-color:Gainsboro">mqtt out</span>-Nodes verwendet werden.</p>
|
||||
<p>Der Node generiert eine beliebige Client-ID, falls sie nicht vorgegeben ist und der
|
||||
Node eine bereinigte Sitzung (clean session) verwenden soll.
|
||||
Wenn eine Client-ID vorgegeben wird, muss sie für den Broker eindeutig sein, zu dem die Verbindung hergestellt werden soll.</p>
|
||||
<h3>Nachricht bei Verbindungsaufbau</h3>
|
||||
<p>Diese Nachricht wird vom Broker mit dem eingestellten Topic publiziert, wenn die Verbindung hergestellt wurde.</p>
|
||||
<h3>Nachricht vor Verbindungsabbau</h3>
|
||||
<p>Diese Nachricht wird vom Broker mit dem eingestellten Topic publiziert, bevor die Verbindung normal abgebaut wird,
|
||||
egal ob durch erneute Übernahme (deploy) des Nodes oder durch Herunterfahren von Node-RED.</p>
|
||||
<h3>Nachricht bei unerwarteten Verbindungsabbruch</h3>
|
||||
<p>Diese Nachricht wird vom Broker mit dem eingestellten Topic veröffentlicht,
|
||||
wenn die Verbindung unerwartet abgebrochen ist.</p>
|
||||
<h3>WebSockets</h3>
|
||||
<p>Der Node kann für die Verwendung einer WebSocket-Verbindung eingestellt werden.
|
||||
Dazu ist im Server-Feld die vollständige URI für die Verbindung vorzugeben. Beispiel:</p>
|
||||
<pre>ws://example.com:4000/mqtt</pre>
|
||||
</script>
|
||||
|
||||
@@ -15,83 +15,84 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="http in">
|
||||
<p>Erstellt einen HTTP Endpunkt zur Erzeugung von Web Services.</p>
|
||||
<h3>Outputs</h3>
|
||||
<p>Erstellung eines HTTP-Endpunktes zur Erzeugung von Web-Diensten.</p>
|
||||
<h3>Ausgangsdaten</h3>
|
||||
<dl class="message-properties">
|
||||
<dt>Nutzdaten</dt>
|
||||
<dd>Für eine GET-Anforderung ist ein Objekt mit beliebigen Parametern der Abfragezeichenfolge oder der
|
||||
Hauptteil (Body) der HTTP-Anforderung enthalten</dd>
|
||||
<dt>req<span class="property-type">Objekt</span></dt>
|
||||
<dd>Ein HTTP Anforderungsobjekt. Dieses Objekt enthält mehrere Eigenschaften,
|
||||
die Informationen zu der Anforderung bereitstellen.
|
||||
<dt>payload</dt>
|
||||
<dd>Für eine GET-Anforderung enthält es ein Objekt aller Abfrage-Parameter (query string parameters).
|
||||
Ansonsten enthält es den Hauptteil (Body) der HTTP-Anforderung.</dd>
|
||||
<dt>req<span class="property-type">object</span></dt>
|
||||
<dd>HTTP Anforderungsobjekt.<br/>
|
||||
Es enthält mehrere Eigenschaften, die Informationen zu der Anforderung bereitstellen.
|
||||
<ul>
|
||||
<li><code>body</code> - Der Hauptteil der eingehenden Anforderung. Das Format hängt von der Anforderung ab.</li>
|
||||
<li><code>headers</code> - ein Objekt, dass den HTTP Header enthält.</li>
|
||||
<li><code>query</code> - ein Objekt, dass die Anfrage Parameter enthält.</li>
|
||||
<li><code>params</code> - ein Objekt, dass die Routing Parameter enthält</li>
|
||||
<li><code>cookies</code> - ein Objekt, dass die Cookies der Anfrage enthät..</li>
|
||||
<li><code>files</code> - wenn die Funktion aktieviert ist, enthält dieses Objekt alle Dateien,
|
||||
die mit der POST-Anforderung gesendet wurden.</li>
|
||||
<li><code>body</code>: Hauptteil der eingehenden Anforderung. Das Format hängt von der Anforderung ab.</li>
|
||||
<li><code>headers</code>: Objekt mit HTTP-Request-Header</li>
|
||||
<li><code>query</code>: Objekt mit Anfrage-Parametern (query string parameters)</li>
|
||||
<li><code>params</code>: Objekt mit den Routing-Parametern</li>
|
||||
<li><code>cookies</code>: Objekt mit den Cookies der Anfrage</li>
|
||||
<li><code>files</code>: Objekt mit allen Dateien, die mit der POST-Anforderung gesendet wurden, sofern im Node aktiviert</li>
|
||||
</ul>
|
||||
</dd>
|
||||
<dt>res<span class="property-type">Objekt</span></dt>
|
||||
<dd>Ein HTTP-Antwortobjekt. Diese Eigenschaft sollte nicht direkt verwendet werden.
|
||||
Der <code>HTTP Response</code> Node dokumentiert, wie auf eine Anforderung reagiert wird.
|
||||
Diese Eigenschaft muss an die Nachricht angehängt bleiben, die an den Antwort-Node übergeben wird.</dd>
|
||||
<dt>res<span class="property-type">object</span></dt>
|
||||
<dd>HTTP-Antwortobjekt.<br/>
|
||||
Diese Eigenschaft sollte nicht direkt verwendet werden.
|
||||
Im <span style="background-color:Gainsboro">http response</span>-Node ist dokumentiert, wie auf eine Anforderung reagiert wird.
|
||||
Diese Eigenschaft muss an der Nachricht angehängt bleiben, die an den Antwort-Node übergeben wird.</dd>
|
||||
</dl>
|
||||
<h3>Details</h3>
|
||||
<p> Der Node ist auf dem konfigurierten Pfad für Anforderungen eines bestimmten Typs empfangsbereit.
|
||||
Der Pfad kann vollständig angegeben werden, z. B. <code>/user</code> oder benannte Parameter beinhalten,
|
||||
die einen beliebigen Wert akzeptieren, z. B. <code>/user/:name</code>.
|
||||
Wenn benannte Parameter verwendet werden, kann auf ihren tatsachlichen Wert über <code> msg.req.params</code>
|
||||
zugegriffen werden. </p>
|
||||
<p> Für Anforderungen, die einen Hauptteil enthalten, wie z.B. POST oder PUT, wird der Inhalt der
|
||||
Anforderung über <code>msg.payload</code> verfügbar gemacht.</p>
|
||||
<p> Wenn der Inhaltstyp der Anforderung ermittelt werden kann, wird der Hauptteil syntaktisch analysiert.
|
||||
Wenn zum Beispiel <code> application/json</code> erkannt wurde, die Darstellung in der JavaScript-Objekt Notation. </p>
|
||||
<p> <b> Hinweis:</b> Dieser Node sendet keine Antwort an die Anforderung. Der Flow
|
||||
muss einen code>HTTP Response</code> Node enthalten, um die Anforderung abzuschließen. </p>
|
||||
<p>Der Node ist auf dem eingestellten Pfad für Anforderungen eines bestimmten Typs empfangsbereit.
|
||||
Der Pfad kann vollständig angegeben werden, z. B. <code>/user</code> oder benannte Parameter beinhalten,
|
||||
die einen beliebigen Wert akzeptieren, z. B. <code>/user/:name</code>.
|
||||
Wenn benannte Parameter verwendet werden, kann auf ihren aktuellen Wert über <code>msg.req.params</code>
|
||||
zugegriffen werden.</p>
|
||||
<p>Für Anforderungen, die einen Hauptteil (Body) enthalten, wie z. B. POST oder PUT, wird der Inhalt der
|
||||
Anforderung über <code>msg.payload</code> verfügbar gemacht.</p>
|
||||
<p>Wenn der Inhaltstyp der Anforderung ermittelt werden kann, wird der Hauptteil als passender Typ analysiert.
|
||||
Z. B. <code>application/json</code> wird zu einem JavaScript-Objekt analysiert.</p>
|
||||
<p><b>Hinweis:</b> Dieser Node sendet keine Antwort an die Anforderung.
|
||||
Der Flow muss einen <span style="background-color:Gainsboro">http response</span>-Node enthalten,
|
||||
um die Anforderung zu vervollständigen.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="http response">
|
||||
<p>Sendet Antworten auf Anforderungen, die von einem code>HTTP In</code> Node empfangen wurden. </p>
|
||||
<h3>Eingaben</h3>
|
||||
<p>Senden von Antworten auf Anforderungen, die von einem <span style="background-color:Gainsboro">http in</span>-Node empfangen wurden.</p>
|
||||
<h3>Eingangsdaten</h3>
|
||||
<dl class="message-properties">
|
||||
<dt>payload <span class="property-type">Zeichenfolge</span> </dt>
|
||||
<dd>Der Hauptteil der Antwort.</dd>
|
||||
<dt class="optional">statusCode<span class="property-type">Zahl</span> </dt>
|
||||
<dd>Wenn festgelegt wird diese als Antwortstatuscode verwendet. Standardwert: 200. </dd>
|
||||
<dt class="optional">Header<span class="property-type">Objekt</span> </dt>
|
||||
<dd> Wenn festgelegt enthält es die HTTP-Header, die in die Antwort mit eingeschlossen werden sollen. </dd>
|
||||
<dt class="optional">Cookies<span class="property-type">Objekt</span> </dt>
|
||||
<dd> Wenn festgelegt kann es zum Setzen oder Löschen von Cookies verwendet werden. </dd>
|
||||
<dt>payload<span class="property-type">string</span></dt>
|
||||
<dd>Hauptteil (Body) der Antwort</dd>
|
||||
<dt class="optional">statusCode<span class="property-type">number</span></dt>
|
||||
<dd>Wenn gesetzt, wird diese als Antwort-Statuscode verwendet. Standardwert: 200</dd>
|
||||
<dt class="optional">headers<span class="property-type">object</span></dt>
|
||||
<dd>Wenn gesetzt, enthält es die HTTP-Header für die Antwort</dd>
|
||||
<dt class="optional">cookies<span class="property-type">object</span></dt>
|
||||
<dd>Wenn gesetzt, kann es zum Setzen oder Löschen von Cookies verwendet werden</dd>
|
||||
</dl>
|
||||
<h3>Details</h3>
|
||||
<p>Der <code>StatusCode</code> und die <code>Header</code> können auch innerhalb des Node gesetzt werden.
|
||||
Wenn eine Eigenschaft innerhalb des Nodes festgelegt wird,
|
||||
kann sie nicht durch die entsprechende Nachrichteneigenschaft überschrieben werden.</p>
|
||||
<h4>Behandlung von Cookies</h4>
|
||||
<p> Die Eigenschaft <code>Cookies</code> muss ein Objekt mit Name/Wert-Paaren sein.
|
||||
Bei dem Wert kann es sich entweder um eine Zeichenfolge handeln, um den Wert des Cookies mit Standardwert festzulegen
|
||||
oder es kann ein Objekt mit Optionen sein. <p>
|
||||
<p> Im folgenden Beispiel werden zwei Cookies festgelegt - einer mit dem Namen <code>name</code> mit
|
||||
einem Wert von <code>nick</code> und der andere als <code>session</code> mit einem Wert von
|
||||
<code>1234</code> und einer festgelegten Ablaufzeit von 15 Minuten. </p>
|
||||
<pre>
|
||||
<p>Der <code>statusCode</code> und die <code>headers</code> können auch innerhalb des Node angegeben werden.
|
||||
Wenn eine Eigenschaft innerhalb des Nodes angegeben ist,
|
||||
kann sie nicht durch die entsprechende Nachrichteneigenschaft überschrieben werden.</p>
|
||||
<h4>Cookie-Behandlung</h4>
|
||||
<p>Die <code>cookies</code>-Eigenschaft muss ein Objekt mit Name/Wert-Paaren sein.
|
||||
Bei dem Wert kann es sich entweder um eine Zeichenfolge (string) zur Festlegung des Cookies mit Standardwerten handeln
|
||||
oder es kann ein Objekt mit Optionen sein.</p>
|
||||
<p>Im folgenden Beispiel werden zwei Cookies festgelegt - einer mit dem Namen <code>name</code> und dem
|
||||
Wert <code>nick</code> und der andere <code>session</code> mit dem Wert
|
||||
<code>1234</code> und einer festgelegten Ablaufzeit von 15 Minuten.</p>
|
||||
<pre>
|
||||
msg.cookies = {
|
||||
name: 'nick',
|
||||
session: {
|
||||
value: '1234',
|
||||
maxAge: 900000
|
||||
} } </pre>
|
||||
<p>Die gültigen Optionen sind: </p>
|
||||
}
|
||||
}</pre>
|
||||
<p>Die gültigen Optionen sind:</p>
|
||||
<ul>
|
||||
<li><code>Domäne</code> -(Zeichenfolge) Domänenname für das Cookie </li>
|
||||
<li><code>expires</code> -(Datum) Ablaufzeit in GMT. Wenn Sie keinen Wert angeben oder auf 0 setzen, wird ein Sitzungscookie erstellt. </li>
|
||||
<li><code>maxAge</code> -(Zeichenfolge) Ablaufzeit in Bezug auf die aktuelle Zeit in Millisekunden </li>
|
||||
<li><code>Pfad</code> -(String) Pfad für das Cookie. Standardwert: / </li>
|
||||
<li><code>value</code> -(String) der Wert, der für das Cookie verwendet werden soll </li>
|
||||
<li><code>domain</code>: Domänenname für das Cookie, angegeben als Zeichenfolge (string)</li>
|
||||
<li><code>expires</code>: Ablaufzeit in GMT. Wenn nicht vorgeben oder Null (0), wird ein Sitzungscookie erstellt.</li>
|
||||
<li><code>maxAge</code>: Ablaufzeit in Bezug auf die aktuelle Zeit in Millisekunden, angegeben als Zeichenfolge (string)</li>
|
||||
<li><code>path</code>: Pfad für das Cookie. Standardwert: / (Schrägstrich), angegeben als Zeichenfolge (string)</li>
|
||||
<li><code>value</code>: Wert, der für das Cookie verwendet werden soll, angegeben als Zeichenfolge (string)</li>
|
||||
</ul>
|
||||
<p> Um ein Cookie zu löschen, setzen Sie seinen <code>value</code> auf <code>null</code>. </p>
|
||||
|
||||
<p>Um ein Cookie zu löschen, ist sein <code>value</code> auf <code>null</code> zu setzen.</p>
|
||||
</script>
|
||||
|
||||
@@ -15,72 +15,84 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="http request">
|
||||
<p>Sendet HTTP-Anforderungen und gibt die Antwort zurück.</p>
|
||||
|
||||
<h3>Eingaben</h3>
|
||||
<p>Senden von HTTP-Anforderungen und Rückgabe der Antwort.</p>
|
||||
<h3>Eingangsdaten</h3>
|
||||
<dl class="message-properties">
|
||||
<dt class="optional">url <span class="property-type">String</span></dt>
|
||||
<dd>Wenn nicht im Node konfiguriert, setzt diese optionale Eigenschaft die URL der Anforderung.</dd>
|
||||
<dt class="optional">method <span class="property-type">String</span></dt>
|
||||
<dd>Wenn nicht im Node konfiguriert, setzt diese optionale Eigenschaft die HTTP-Methode der Anforderung.
|
||||
Muss einer von <code>GET</code>, <code>PUT</code>, <code>POST</code>, <code>PATCH</code> oder <code>DELETE</code> sein.</dd>
|
||||
<dt class="optional">headers <span class="property-type">Objekt</span></dt>
|
||||
<dd>Setzt die HTTP-Header der Anforderung.</dd>
|
||||
<dt class="optional">cookies <span class="property-type">Objekt</span></dt>
|
||||
<dd>Wenn gesetzt, kann es verwendet werden, um Cookies mit der Anforderung zu senden.</dd>
|
||||
<dt class="optional">url<span class="property-type">string</span></dt>
|
||||
<dd>Wenn nicht im Node eingestellt, setzt diese optionale Eigenschaft die URL der Anforderung</dd>
|
||||
<dt class="optional">method<span class="property-type">string</span></dt>
|
||||
<dd>Wenn nicht im Node eingestellt, setzt diese optionale Eigenschaft die HTTP-Methode der Anforderung
|
||||
(<code>GET</code>, <code>PUT</code>, <code>POST</code>, <code>PATCH</code> oder <code>DELETE</code>)</dd>
|
||||
<dt class="optional">headers<span class="property-type">object</span></dt>
|
||||
<dd>HTTP-Header der Anforderung</dd>
|
||||
<dt class="optional">cookies<span class="property-type">object</span></dt>
|
||||
<dd>Wenn gesetzt, kann es verwendet werden, um Cookies mit der Anforderung zu senden</dd>
|
||||
<dt class="optional">payload</dt>
|
||||
<dd>Wird als Hauptteil der Anforderung gesendet.</dd>
|
||||
<dd>Hauptteil der Anforderung</dd>
|
||||
<dt class="optional">rejectUnauthorized</dt>
|
||||
<dd>Wenn auf <code>false</code> gesetzt, können Anforderungen an https-Sites gesendet werden, die selbst signierte Zertifikate verwenden.</dd>
|
||||
<dd>Wenn auf <code>false</code> gesetzt, können Anforderungen an https-Sites gesendet werden, die selbst signierte Zertifikate verwenden</dd>
|
||||
<dt class="optional">followRedirects</dt>
|
||||
<dd>Wenn auf <code>false</code> gesetzt, wird ein folgendes Redirect (HTTP 301) verhindert.
|
||||
In der Standardeinstellung ist <code>true</code>.</dd>
|
||||
<dd>Wenn auf <code>false</code> gesetzt, wird ein nachfolgendes Redirect (HTTP 301) verhindert.
|
||||
Standard ist <code>true</code>.</dd>
|
||||
<dt class="optional">requestTimeout</dt>
|
||||
<dd>Wenn dieser Wert auf eine positive Zahl eingestellt ist,
|
||||
wird damit der global eingestellte Parameter <code>httpRequestTimeout</code> überschrieben.</dd>
|
||||
<dd>Wenn dieser Wert auf eine positive Zahl eingestellt ist,
|
||||
wird damit der global eingestellte Parameter <code>httpRequestTimeout</code> überschrieben</dd>
|
||||
</dl>
|
||||
<h3>Ausgaben</h3>
|
||||
<h3>Ausgangsdaten</h3>
|
||||
<dl class="message-properties">
|
||||
<dt>payload <span class="property-type">String | Objekt | Buffer</span></dt>
|
||||
<dd>Der Hauptteil der Antwort. Der Node kann konfiguriert werden, um den Hauptteil als String zurückzugeben,
|
||||
zu versuchen, ihn als JSON-String zu analysieren oder ihn als binären Buffer zu belassen.</dd>
|
||||
<dt>statusCode <span class="property-type">Zahl</span></dt>
|
||||
<dd>Der Statuscode der Antwort oder der Fehlercode, wenn die Anforderung nicht abgeschlossen werden konnte.</dd>
|
||||
<dt>headers <span class="property-type">Objekt</span></dt>
|
||||
<dd>Ein Objekt, das die HTTP-Header der Antwort enthält.</dd>
|
||||
<dt>responseUrl <span class="property-type">String</span></dt>
|
||||
<dd>Falls während der Bearbeitung der Anforderung Umleitungen aufgetreten sind, ist diese Eigenschaft die letzte umgelenkte URL.
|
||||
<dt>payload<span class="property-type">string | object | buffer</span></dt>
|
||||
<dd>Hauptteil der Antwort.<br/>
|
||||
Der Node kann eingestellt werden, um den Hauptteil als String zurückzugeben,
|
||||
zu versuchen, ihn als JSON-String zu analysieren oder ihn als binären Puffer (buffer) zu belassen.</dd>
|
||||
<dt>statusCode<span class="property-type">number</span></dt>
|
||||
<dd>Statuscode der Antwort oder der Fehlercode, wenn die Anforderung nicht abgeschlossen werden konnte</dd>
|
||||
<dt>headers<span class="property-type">object</span></dt>
|
||||
<dd>Objekt mit dem HTTP-Header der Antwort</dd>
|
||||
<dt>responseUrl<span class="property-type">string</span></dt>
|
||||
<dd>Falls während der Bearbeitung der Anforderung Umleitungen aufgetreten sind, ist diese Eigenschaft die letzte umgelenkte URL.
|
||||
Andernfalls die URL der ursprünglichen Anforderung.</dd>
|
||||
<dt>responseCookies <span class="property-type">Objekt</span></dt>
|
||||
<dd>Wenn die Antwort Cookies enthält, ist dieses Element ein Objekt von Namen/Wertpaaren für jedes Cookie.</dd>
|
||||
<dt>responseCookies<span class="property-type">object</span></dt>
|
||||
<dd>Wenn die Antwort Cookies enthält, ist dieses Element ein Objekt von Name/Wert-Paaren für jedes Cookie</dd>
|
||||
</dl>
|
||||
<h3>Details</h3>
|
||||
<p>Wenn innerhalb des Nodes konfiguriert, kann die URL-Eigenschaft
|
||||
<a href="http://mustache.github.io/mustache.5.html" target="_blank">mustache-style</a> Tags enthalten.
|
||||
Diese ermöglicht es, die URL aus den Werten der eingehenden Nachricht aufzubauen.
|
||||
Wenn die URL beispielsweise auf <code>example.com/{{{topic}}}</code> gesetzt ist,
|
||||
wird der Wert von <code>msg.topic</code> automatisch eingefügt.
|
||||
Die Verwendung von {{{....}} hindert den Mustache am Escaping von Zeichen wie / & etc.</p>
|
||||
<p><b>Note</b>: Wenn Node-RED hinter einem Proxy läuft, sollte die Umgebungsvariable <code>http_proxy=...</code> gesetzt
|
||||
und Node-RED neu gestartet werden, oder eine Proxy Konfiguration wird verwendet.
|
||||
Wenn die Proxy-Konfiguration verwendet wird, hat diese Konfiguration Vorrang vor der Umgebungsvariablen.</p>
|
||||
<h4>Verwendung mehrerer HTTP-Anforderungs-Node</h4>
|
||||
<p>Um mehr als einen dieser Node im gleichen Flow verwenden zu können,
|
||||
ist Vorsicht bei der Verwendung der Eigenschaft <code>msg.headers</code> geboten
|
||||
Der erste Node setzt diese Eigenschaft mit dem Antwortheader.
|
||||
Der nächste Node verwendet dann diese Header für seine Anfrage - diese sind aber in der Regel nicht die Richtigen.
|
||||
Wenn die Eigenschaft <code>msg.headers</code> zwischen den Nodes unverändert bleibt, wird sie vom zweiten Node ignoriert.
|
||||
Um benutzerdefinierte Header festzulegen, sollte <code>msg.headers</code> zuerst gelöscht
|
||||
oder auf ein leeres Objekt gesetzt werden: <code>{}</code>.</p>
|
||||
<p>Wenn innerhalb des Nodes eingestellt, kann die URL-Eigenschaft
|
||||
<a href="http://mustache.github.io/mustache.5.html" target="_blank">mustache-style</a>-Tags enthalten.
|
||||
Diese ermöglichen es, die URL aus den Werten der eingehenden Nachricht aufzubauen.
|
||||
Wenn die URL beispielsweise <code>example.com/{{{topic}}}</code> lautet,
|
||||
wird der Wert von <code>msg.topic</code> automatisch eingefügt.
|
||||
Die Verwendung von {{{...}} hindert Mustache am Escaping von Zeichen wie z. B. / & usw.</p>
|
||||
<p><b>Hinweis:</b> Wenn Node-RED hinter einem Proxy läuft, sollte die Umgebungsvariable <code>http_proxy=...</code>
|
||||
gesetzt und Node-RED neu gestartet werden.
|
||||
Alternativ kann eine Proxy-Konfiguration verwendet werden, die dann Vorrang vor der Umgebungsvariable hat.</p>
|
||||
<h4>Verwendung mehrerer HTTP-Anforderungs-Nodes</h4>
|
||||
<p>Um mehr als einen dieser Nodes im gleichen Flow verwenden zu können,
|
||||
ist Aufmerksamkeit bei der Verwendung der <code>msg.headers</code>-Eigenschaft gefordert.
|
||||
Der erste Node setzt diese Eigenschaft mit dem Antwort-Header.
|
||||
Der nächste Node verwendet dann diesen Header für seine Anfrage, was aber nicht die richtige Art und Weise ist.
|
||||
Wenn die <code>msg.headers</code>-Eigenschaft zwischen den Nodes unverändert bleibt, wird sie vom zweiten Node ignoriert.
|
||||
Um benutzerdefinierte Header festzulegen, sollte <code>msg.headers</code> zuerst gelöscht oder
|
||||
auf ein leeres Objekt gesetzt werden: <code>{}</code></p>
|
||||
<h4>Behandlung von Cookies</h4>
|
||||
<p>Die an den Node übergebene Eigenschaft <code>cookies</code> muss ein Objekt von Name/Wert Paaren sein.
|
||||
Der Wert kann entweder ein String sein, um den Wert des Cookies zu setzen,
|
||||
oder es kann ein Objekt mit einer einzigen <code>value</code> Eigenschaft sein.<p>
|
||||
<p>Alle von der Anforderung zurückgegebenen Cookies werden unter der Eigenschaft <code>responseCookies</code> zurückgegeben.</p>
|
||||
<p>Die an den Node übergebene <code>cookies</code>-Eigenschaft muss ein Objekt von Name/Wert-Paaren sein.
|
||||
Der Wert kann entweder ein String sein, um den Wert des Cookies zu setzen,
|
||||
oder es kann ein Objekt mit einer einzigen <code>value</code>-Eigenschaft sein.<p>
|
||||
<p>Alle auf Anforderung zurückgegebene Cookies werden über die <code>responseCookies</code>-Eigenschaft zurückgegeben.</p>
|
||||
<h4>Behandlung von Content-Typen</h4>
|
||||
<p>Wenn <code>msg.payload</code> ein Objekt ist, setzt der Node automatisch den Inhaltstyp der Anforderung
|
||||
auf <code>application/json</code> und kodiert den Hauptteil als solchen.</p>
|
||||
<p>Um die Anforderung als Formulardaten zu kodieren,
|
||||
sollte <code>msg.headers["content-type"]</code> auf <code>application/x-wwww-form-urlencoded</code> gesetzt werden.</p>
|
||||
|
||||
auf <code>application/json</code> und kodiert den Hauptteil als solchen.</p>
|
||||
<p>Um die Anforderung als Formulardaten zu kodieren, sollte <code>msg.headers["content-type"]</code> auf
|
||||
<code>application/x-wwww-form-urlencoded</code> gesetzt werden.</p>
|
||||
<h4>Datei-Upload</h4>
|
||||
<p>Um einen Datei-Upload umzusetzen, sollte <code>msg.headers["content-type"]</code> auf <code>multipart/form-data</code>
|
||||
gesetzt werden und das an den Node zu sendende <code>msg.payload</code> muss ein Objekt mit folgender Struktur sein:</p>
|
||||
<pre><code>{
|
||||
"KEY": {
|
||||
"value": FILE_CONTENTS,
|
||||
"options": {
|
||||
"filename": "FILENAME"
|
||||
}
|
||||
}
|
||||
}</code></pre>
|
||||
<p>Die Inhalte von <code>KEY</code>, <code>FILE_CONTENTS</code> und <code>FILENAME</code>
|
||||
sollten auf passende Werte gesetzt sein.</p>
|
||||
</script>
|
||||
|
||||
@@ -15,28 +15,28 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="websocket in">
|
||||
<p>WebSocket Eingangs-Node.</p>
|
||||
<p>WebSocket-Eingangs-Node.</p>
|
||||
<p>Standardmäßig befinden sich die vom WebSocket empfangenen Daten in <code>msg.payload</code>.
|
||||
Der Socket kann konfiguriert werden, um einen korrekt gebildeten JSON-String zu erwarten,
|
||||
in diesem Fall wird er das JSON analysieren und das resultierende Objekt als gesamte Nachricht senden.</p>
|
||||
Der Socket kann eingestellt werden, einen korrekt gebildeten JSON-Zeichenfolge (string) zu erwarten.
|
||||
In diesem Fall wird das JSON analysiert (parse) und das resultierende Objekt als gesamte Nachricht gesendet.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="websocket out">
|
||||
<p>WebSocket Ausgabe-Node.</p>
|
||||
<p>WebSocket-Ausgang-Node.</p>
|
||||
<p>Standardmäßig wird <code>msg.payload</code> über den WebSocket gesendet.
|
||||
Der Socket kann so konfiguriert werden, dass er das gesamte <code>msg</code> Objekt als JSON-String kodiert und über den WebSocket sendet.</p>
|
||||
|
||||
<p>Wenn die an diesem Node ankommende Nachricht an einem WebSocket-Eingangs-Node begann,
|
||||
wird die Nachricht an den Client zurückgesendet, der den Flow ausgelöst hat.
|
||||
Andernfalls wird die Nachricht an alle verbundenen Clients gesendet..</p>
|
||||
<p>Wenn eine Nachricht, die an einem WebSocket-Eingangsnoten gestartet wurde, an alle verbunden Clients gesendet werden soll,
|
||||
muss die Eigenschaft <code>msg._session</code> innerhalb des Flow gelöscht werden.</p>
|
||||
Der Socket kann eingestellt werden, das gesamte <code>msg</code>-Objekt als JSON-Zeichenfolge (string) zu kodieren und
|
||||
über den WebSocket zu senden.</p>
|
||||
<p>Wenn die an diesem Node ankommende Nachricht von einem WebSocket-Eingangs-Node ausgeht,
|
||||
wird die Nachricht an den Client zurückgesendet, der den Flow ausgelöst hat.
|
||||
Andernfalls wird die Nachricht an alle verbundenen Clients gesendet.</p>
|
||||
<p>Wenn eine von einem WebSocket-Eingangs-Node ausgehende Nachricht an alle verbundenen Clients gesendet werden soll,
|
||||
muss die <code>msg._session</code>-Eigenschaft im Flow gelöscht werden.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="websocket-listener">
|
||||
<p>Dieser Konfigurations-Node erstellt einen WebSocket Server-Endpunkt unter Verwendung des angegebenen Pfades.</p>
|
||||
<p>Konfigurations-Node zur Erstellung eines WebSocket-Server-Endpunktes mit vorgegebenen Pfad.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="websocket-client">
|
||||
<p>Dieser Konfigurations-Node verbindet einen WebSocket-Client mit der angegebenen URL.</p>
|
||||
<p>Konfigurations-Node zur Verbindung eines WebSocket-Clients mit vorgegebener URL.</p>
|
||||
</script>
|
||||
|
||||
@@ -15,31 +15,33 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="tcp in">
|
||||
<p>Bietet eine Auswahl an TCP-Eingängen. Kann sich entweder mit einem entfernten TCP-Port verbinden oder eingehende Verbindungen akzeptieren.</p>
|
||||
<p><b>Note: </b>Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administratorzugriff, um
|
||||
Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
<p>TCP-Eingang zur Verbindung mit einem entfernten TCP-Port oder Akzeptanz eingehender Verbindungen.</p>
|
||||
<p><b>Hinweis:</b> Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administrator-Zugriffsrechte,
|
||||
um Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="tcp out">
|
||||
<p>Bietet eine Auswahl an TCP-Ausgängen. Kann sich entweder mit einem entfernten TCP-Port verbinden,
|
||||
eingehende Verbindungen akzeptieren oder auf Nachrichten antworten, die von einem TCP-In-Node empfangen werden.</p>
|
||||
<p>Nur der Inhalt von <code>msg.payload</code> wird gesendet.</p>
|
||||
<p>Wenn <code>msg.payload</code> einen String beinhaltet, die eine Base64-Kodierung von binären
|
||||
Daten darstellt, wird die <code>Dekodiere Base64</codes> Option dazu führen,
|
||||
dass sie wieder in Binärdaten umgewandelt wird bevor sie verschickt werden.</p>
|
||||
<p>Wenn <code>msg._session</code> nicht vorhanden ist, wird der Payload an <b>alle</b> alle verbundenen Clients gesendet.</p>
|
||||
<p><b>Note: </b>Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administratorzugriff, um
|
||||
Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
<p>TCP-Ausgang zur Verbindung mit einem entfernten TCP-Port, Akzeptanz eingehender Verbindungen oder
|
||||
Antwort auf Nachrichten, die von einem <b>tcp in</b>-Node empfangen werden.</p>
|
||||
<p>Nur der <code>msg.payload</code>-Inhalt wird gesendet.</p>
|
||||
<p>Wenn <code>msg.payload</code> einen String mit Base64-Kodierung von binären Daten beinhaltet,
|
||||
bewirkt die Option <i>Base64-Nachricht dekodieren</i>,
|
||||
dass sie vorm Senden wieder in Binärdaten umgewandelt wird.</p>
|
||||
<p>Wenn <code>msg._session</code> nicht vorhanden ist,
|
||||
werden die Nutzdaten (Payload) an <b>alle</b> verbundenen Clients gesendet.</p>
|
||||
<p><b>Hinweis:</b> Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administrator-Zugriffsrechte,
|
||||
um Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
</script>
|
||||
|
||||
|
||||
<script type="text/html" data-help-name="tcp request">
|
||||
<p>Ein einfacher TCP-Anforderungs-Node - sendet die <code>msg.payload</code> an einen Server-TCP-Port und erwartet eine Antwort.</p>
|
||||
<p>Verbindet sich, sendet die "Anforderung" und liest die "Antwort". Der Node wartet entweder auf eine vorgegebene Anzahl von
|
||||
Zeichen in einen festen Buffer, auf ein bestimmtes Zeichen oder einen festen Timeout ab der ersten Antwort,
|
||||
bevor er die Verbindug schliesst und die Daten an den Flow zurück gibt.
|
||||
Alternativ hält der Node die Verbindung ständig offen. </p>
|
||||
<p>Die Antwort wird in <code>msg.payload</code> als Buffer ausgegeben, so dass sie unter Umständen mit einer
|
||||
<code> .toString()>/code> Funktion umgewandelt werden müssen.</p>
|
||||
<p>Wenn <code>tcp host</code> oder <code>port</code> leer gelassen werden,
|
||||
müssen diese mit den Eigenschaften <code>msg.host</code> und <code>msg.port</code> übergeben werden.</p>
|
||||
<p>Einfacher TCP-Anforderungs-Node zum
|
||||
Senden von <code>msg.payload</code> an einen Server-TCP-Port und erwarten einer Antwort.</p>
|
||||
<p>Der Node verbindet sich, sendet einen <i>request</i> (Anfrage) und liest den <i>response</i> (Antwort).
|
||||
Er kann entweder eine vorgegebene Zeichenanzahl in einem festen Puffer abzählen,
|
||||
auf ein passendes Zeichen zur Rückkehr reagieren, ein festes Zeitlimit ab der ersten Antwort abwarten und dann rückkehren,
|
||||
endlos auf Daten warten oder sofort die Verbindug schliessen, ohne auf Antwort zu warten.</p>
|
||||
<p>Die Antwort wird in <code>msg.payload</code> als binärer Puffer (buffer) ausgegeben,
|
||||
sodass sie ggf. mit der <code>.toString()</code>-Funktion umgewandelt werden kann.</p>
|
||||
<p>Wenn <i>Server</i> oder <i>Port</code> nicht vorgegeben werden,
|
||||
müssen diese mit den <code>msg.host</code>- und <code>msg.port</code>-Eigenschaften übergeben werden.</p>
|
||||
</script>
|
||||
|
||||
@@ -15,20 +15,21 @@
|
||||
-->
|
||||
|
||||
<script type="text/html" data-help-name="udp in">
|
||||
<p>Ein UDP-Eingangs-Node, der eine <code>msg.payload</code> erzeugt, die einen
|
||||
Buffer, Strings oder base64-kodierter String enthält. Multicast wird unterstützt.</p>
|
||||
<p>Über die Eigenschaften <code>msg.ip</code> und <code>msg.port</code> kann auf die Werte der
|
||||
IP Addresse und des Ports zugegriffen werden, von dem die Nachtricht empfangen wurde.</p>
|
||||
<p><b>Note</b>: Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administratorzugriff, um
|
||||
Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
<p>UDP-Eingangs-Node zur Erzeugung einer <code>msg.payload</code> mit Buffer, String oder base64-kodierten String.
|
||||
Multicast wird unterstützt.</p>
|
||||
<p>Über die Eigenschaften <code>msg.ip</code> und <code>msg.port</code> können IP-Addresse und Port vorgeben werden,
|
||||
von dem die Nachtrichten empfangen werden.</p>
|
||||
<p><b>Hinweis:</b> Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administrator-Zugriffsrechte,
|
||||
um Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
</script>
|
||||
|
||||
<script type="text/html" data-help-name="udp out">
|
||||
<p>Dieser Node sendet <code>msg.payload</code> an den angegebenen UDP-Host und Port. Multicast wird unterstützt.</p>
|
||||
<p>Sie können <code>msg.ip</code> und <code>msg.port</code> verwenden, um die Zielwerte festzulegen,
|
||||
aber die statisch im Node konfigurierten Werte haben Vorrang.</p>
|
||||
<p>Wenn Sie Broadcast auswählen, stellen Sie entweder die Adresse auf die lokale Broadcast-IP-Adresse
|
||||
oder versuchen Sie es mit 255.255.255.255, was die globale Broadcast-Adresse ist.</p>
|
||||
<p><b>Note</b>: Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administratorzugriff, um
|
||||
Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
<p>UDP-Ausgangs-Node zum Senden von <code>msg.payload</code> an vorgegebenen UDP-Host und -Port.
|
||||
Multicast wird unterstützt.</p>
|
||||
<p>Über die Eigenschaften <code>msg.ip</code> und <code>msg.port</code> können IP-Addresse und Port vorgeben werden,
|
||||
an den die Nachtrichten gesendet werden. Statisch im Node vorgebene Werte haben aber Vorrang.</p>
|
||||
<p>Bei Verwendung von Broadcast sollte die Adresse auf die lokale Broadcast-IP-Adresse oder
|
||||
auf 255.255.255.255 (globale Broadcast-Adresse) eingestellt werden.</p>
|
||||
<p><b>Hinweis:</b> Auf einigen Systemen benötigen Sie möglicherweise Root- oder Administrator-Zugriffsrechte,
|
||||
um Ports unter 1024 und/oder Broadcast nutzen zu können.</p>
|
||||
</script>
|
||||
|
||||
Reference in New Issue
Block a user