Avoid using "Node" and "Node's" (#2914)

* Avoid using "Node" and "Node's"

As per our branding guidelines, both should be avoided, and Node.js
should be used instead.

* zh-CN: change 'node' to 'Node.js'

Co-authored-by: Maledong <52018749+MaledongGit@users.noreply.github.com>
Co-authored-by: XhmikosR <xhmikosr@gmail.com>

Author: 3 people

locale/de/about/index.md

@@ -6,11 +6,11 @@ trademark: Trademark
 
 # Über Node.js®
 
-Als asynchrone, Event-basierte Laufzeitumgebung wurde Node speziell für die
+Als asynchrone, Event-basierte Laufzeitumgebung wurde Node.js speziell für die
 Entwicklung von skalierbaren Netzwerkanwendungen entworfen. Im nachfolgenden
 "Hallo Welt"-Beispiel können viele Verbindungen gleichzeitig bearbeitet werden.
 Bei jeder neuen Anfrage wird die Callback-Funktion ausgeführt. Gibt es jedoch
-nichts zu tun, befindet sich Node im Ruhezustand.
+nichts zu tun, befindet sich Node.js im Ruhezustand.
 
 ```javascript
 const http = require('http');
@@ -34,32 +34,32 @@ bei denen Threads des Betriebssystems genutzt werden. Thread-basiertes
 Networking ist vergleichsweise ineffizient und sehr schwer umzusetzen.
 Zudem müssen sich Node-Nutzer nicht um Deadlocks im Prozess sorgen, da es
 keine Blockierung gibt. Fast keine Funktion in Node.js führt direkt I/O-Operationen aus, daher wird der Prozess nie blockiert. Da nichts blockiert,
-können mit Node sinnvoll skalierbare Systeme entwickelt werden.
+können mit Node.js sinnvoll skalierbare Systeme entwickelt werden.
 
 Wenn einige dieser Konzepte unbekannt sind, gibt es hier einen Artikel zum Thema
 [blockierend vs. blockierungsfrei][] (auf Englisch).
 
 ---
 
-Node ähnelt im Design und ist beeinflusst von Systemen wie Rubys
-"[Event Machine][]" oder Pythons "[Twisted][]". Node führt das Event-Modell noch
+Node.js ähnelt im Design und ist beeinflusst von Systemen wie Rubys
+"[Event Machine][]" oder Pythons "[Twisted][]". Node.js führt das Event-Modell noch
 etwas weiter. Die [Ereignisschleife][] ist ein Konstrukt direkt in der
 Laufzeitumgebung und wird nicht über eine Bibliothek eingebunden.
 In anderen Systemen ist immer ein blockierender
 Aufruf notwendig, um die Ereignisschleife zu starten. Üblicherweise wird das
 Verhalten in Callback-Funktionen am Anfang des Skripts definiert und am Ende wird
 mit einem blockierenden Aufruf wie `EventMachine::run()` ein Server gestartet.
-In Node gibt es keinen solchen Aufruf, um die Ereignisschleife zu starten.
-Node beginnt einfach mit der Ereignisschleife, nachdem das Eingabe-Skript
-ausgeführt wurde. Node verlässt die Ereignisschleife, wenn keine
+In Node.js gibt es keinen solchen Aufruf, um die Ereignisschleife zu starten.
+Node.js beginnt einfach mit der Ereignisschleife, nachdem das Eingabe-Skript
+ausgeführt wurde. Node.js verlässt die Ereignisschleife, wenn keine
 Callback-Funktionen mehr auszuführen sind. Dieses Verhalten ist wie bei
 Browser-JavaScript - die Ereignisschleife ist vor dem Nutzer versteckt.
 
 HTTP ist ein Basiselement in Node, entworfen mit Fokus auf Streaming und
-geringe Latenz. Dadurch ist Node sehr gut als Grundlage für Web-Bibliotheken
+geringe Latenz. Dadurch ist Node.js sehr gut als Grundlage für Web-Bibliotheken
 oder Frameworks geeignet.
 
-Dass Node ohne Threads entworfen ist, bedeutet nicht, dass man die Vorteile von
+Dass Node.js ohne Threads entworfen ist, bedeutet nicht, dass man die Vorteile von
 mehreren Kernen auf einer Maschine nicht ausnutzen kann. Untergeordnete Prozesse
 können mit der [`child_process.fork()`][] API gestartet werden und sie wurden so
 entworfen, dass man leicht mit ihnen kommunizieren kann. Auf der gleichen

locale/en/docs/guides/anatomy-of-an-http-transaction.md

@@ -50,7 +50,7 @@ too, so consult the [API reference][].
 ## Method, URL and Headers
 
 When handling a request, the first thing you'll probably want to do is look at
-the method and URL, so that appropriate actions can be taken. Node makes this
+the method and URL, so that appropriate actions can be taken. Node.js makes this
 relatively painless by putting handy properties onto the `request` object.
 
 ```javascript

locale/en/docs/guides/backpressuring-in-streams.md

@@ -88,7 +88,7 @@ a chunk of data were to fail to be properly received, the `Readable` source or
 properly destroy all the streams in a pipeline if one of them fails or closes,
 and is a must have in this case!
 
-[`pump`][] is only necessary for Node.js 8.x or earlier, as for Node 10.x
+[`pump`][] is only necessary for Node.js 8.x or earlier, as for Node.js 10.x
 or later version, [`pipeline`][] is introduced to replace for [`pump`][].
 This is a module method to pipe between streams forwarding errors and properly
 cleaning up and provide a callback when the pipeline is complete.

locale/en/docs/guides/debugging-getting-started.md

@@ -27,7 +27,7 @@ activate the Inspector API.
 
 Since the debugger has full access to the Node.js execution environment, a
 malicious actor able to connect to this port may be able to execute arbitrary
-code on behalf of the Node process. It is important to understand the security
+code on behalf of the Node.js process. It is important to understand the security
 implications of exposing the debugger port on public and private networks.
 
 ### Exposing the debug port publicly is unsafe
@@ -67,13 +67,13 @@ either the IP address or by using ssh tunnels as described below.
 
 ## Inspector Clients
 
-Several commercial and open source tools can connect to Node's Inspector. Basic
-info on these follows:
+Several commercial and open source tools can connect to the Node.js Inspector.
+Basic info on these follows:
 
 ### [node-inspect](https://github.com/nodejs/node-inspect)
 
 * CLI Debugger supported by the Node.js Foundation which uses the [Inspector Protocol][].
-* A version is bundled with Node and can be used with `node inspect myscript.js`.
+* A version is bundled with Node.js and can be used with `node inspect myscript.js`.
 * The latest version can also be installed independently (e.g. `npm install -g node-inspect`)
   and used with `node-inspect myscript.js`.
 
@@ -112,7 +112,7 @@ info on these follows:
 ### [Eclipse IDE](https://eclipse.org/eclipseide) with Eclipse Wild Web Developer extension
 
 * From a .js file, choose "Debug As... > Node program", or
-* Create a Debug Configuration to attach debugger to running Node application (already started with `--inspect`).
+* Create a Debug Configuration to attach debugger to running Node.js application (already started with `--inspect`).
 
 ---
 
@@ -193,8 +193,8 @@ tunnels instead. We provide the following example for illustrative purposes only
 Please understand the security risk of allowing remote access to a privileged
 service before proceeding.
 
-Let's say you are running Node on remote machine, remote.example.com, that you
-want to be able to debug. On that machine, you should start the node process
+Let's say you are running Node.js on a remote machine, remote.example.com, that
+you want to be able to debug. On that machine, you should start the node process
 with the inspector listening only to localhost (the default).
 
 ```bash
@@ -217,8 +217,8 @@ which should be able to debug as if the Node.js application was running locally.
 
 ## Legacy Debugger
 
-**The legacy debugger has been deprecated as of Node 7.7.0. Please use --inspect
-and Inspector instead.**
+**The legacy debugger has been deprecated as of Node.js 7.7.0. Please use
+`--inspect` and Inspector instead.**
 
 When started with the **--debug** or **--debug-brk** switches in version 7 and
 earlier, Node.js listens for debugging commands defined by the discontinued
@@ -230,9 +230,9 @@ The V8 Debugging Protocol is no longer maintained or documented.
 
 ### [Built-in Debugger](https://nodejs.org/dist/latest-v6.x/docs/api/debugger.html)
 
-Start `node debug script_name.js` to start your script under Node's builtin
-command-line debugger. Your script starts in another Node process started with
-the `--debug-brk` option, and the initial Node process runs the `_debugger.js`
+Start `node debug script_name.js` to start your script under the builtin
+command-line debugger. Your script starts in another Node.js process started with
+the `--debug-brk` option, and the initial Node.js process runs the `_debugger.js`
 script and connects to your target.
 
 ### [node-inspector](https://github.com/node-inspector/node-inspector)