You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Спампуйце зыходны код Node.js або ўсталёўшчык для вашай платформы і пачніце распрацоўку сёння.
14
+
currentVersion: Актуальная бягучая версія
15
+
buildInstructions: Зборка Node.js з зыходнага кода на платформах, што падтрымліваюцца
16
+
WindowsInstaller: Усталёўшчык для Windows
17
+
WindowsBinary: Двайковыя файлы для Windows
18
+
MacOSInstaller: Усталёўшчык для macOS
19
+
MacOSBinary: Двайковыя файлы для macOS
20
+
LinuxBinaries: Двайковыя файлы для Linux
21
+
SourceCode: Зыходны код
22
+
additional:
23
+
headline: Дадатковыя платформы
24
+
intro: >
25
+
Удзельнікі супольнасці Node.js падтрымліваюць неафіцыйныя зборкі Node.js для дадатковых платформ. Майце на ўвазе, што гэтыя зборкі не падтрымліваюцца асноўнай камандай Node.js і могуць не адпавядаць бягучым афіцыйным версіям Node.js.
26
+
platform: Платформа
27
+
provider: Пастаўшчык
28
+
SmartOSBinaries: Двайковыя файлы для SmartOS
29
+
DockerImage: Вобраз для Docker
30
+
officialDockerImage: Афіцыйны вобраз Node.js для Docker
Спампуйце зыходны код Node.js або ўсталёўшчык для вашай платформы і пачніце распрацоўку сёння.
14
+
currentVersion: Актуальная LTS версія
15
+
buildInstructions: Зборка Node.js з зыходнага кода на платформах, што падтрымліваюцца
16
+
WindowsInstaller: Усталёўшчык для Windows
17
+
WindowsBinary: Двайковыя файлы для Windows
18
+
MacOSInstaller: Усталёўшчык для macOS
19
+
MacOSBinary: Двайковыя файлы для macOS
20
+
LinuxBinaries: Двайковыя файлы для Linux
21
+
SourceCode: Зыходны код
22
+
additional:
23
+
headline: Дадатковыя платформы
24
+
intro: >
25
+
Удзельнікі супольнасці Node.js падтрымліваюць неафіцыйныя зборкі Node.js для дадатковых платформ. Майце на ўвазе, што гэтыя зборкі не падтрымліваюцца асноўнай камандай Node.js і могуць не адпавядаць бягучым афіцыйным версіям Node.js.
26
+
platform: Платформа
27
+
provider: Пастаўшчык
28
+
SmartOSBinaries: Двайковыя файлы для SmartOS
29
+
DockerImage: Вобраз для Docker
30
+
officialDockerImage: Афіцыйны вобраз Node.js для Docker
Die [nodejs/node][] Kern-GitHub Repository wird von den Mitarbeitern verwaltet, die vom Technischen Lenkungsausschuss ([TSC][]) ständig hinzugefügt werden.
15
+
16
+
Personen, die bedeutende und wertvolle Beiträge leisten, werden zu Mitarbeitern gezählt und erhalten Commit-Zugriff auf das Projekt. Diese Personen werden vom TSC identifiziert und ihre Nominierung wird mit den bestehenden Mitarbeitern abgesprochen.
17
+
18
+
Die aktuelle Liste der Mitarbeiter finden Sie in der [README.md][] des Projekts.
19
+
20
+
Ein Leitfaden für Mitarbeiter wird unter [collaborator-guide.md][] gepflegt.
21
+
22
+
## Technischer Lenkungsausschuss
23
+
24
+
Das Projekt wird vom [Technischen Lenkungsausschuss (TSC)][] geleitet, der für die Leitung des Projekts auf höchster Ebene verantwortlich ist.
Copy file name to clipboardExpand all lines: pages/de/about/index.md
+7-37Lines changed: 7 additions & 37 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,16 +1,12 @@
1
1
---
2
2
layout: about.hbs
3
3
title: Über Node.js
4
-
trademark: Trademark
4
+
trademark: Markenzeichen
5
5
---
6
6
7
7
# Über Node.js®
8
8
9
-
Als asynchrone, Event-basierte Laufzeitumgebung wurde Node.js speziell für die
10
-
Entwicklung von skalierbaren Netzwerkanwendungen entworfen. Im nachfolgenden
11
-
"Hallo Welt"-Beispiel können viele Verbindungen gleichzeitig bearbeitet werden.
12
-
Bei jeder neuen Anfrage wird die Callback-Funktion ausgeführt. Gibt es jedoch
13
-
nichts zu tun, befindet sich Node.js im Ruhezustand.
9
+
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.js im Ruhezustand.
Dies steht im Gegensatz zu den heutzutage üblichen Modellen für Nebenläufigkeit,
33
-
bei denen Threads des Betriebssystems genutzt werden. Thread-basiertes
34
-
Networking ist vergleichsweise ineffizient und sehr schwer umzusetzen.
35
-
Zudem müssen sich Node-Nutzer nicht um Deadlocks im Prozess sorgen, da es
36
-
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,
37
-
können mit Node.js sinnvoll skalierbare Systeme entwickelt werden.
28
+
Dies steht im Gegensatz zu den heutzutage üblichen Modellen für Nebenläufigkeit, 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.js sinnvoll skalierbare Systeme entwickelt werden.
38
29
39
-
Wenn einige dieser Konzepte unbekannt sind, gibt es hier einen Artikel zum Thema
40
-
[blockierend vs. blockierungsfrei][] (auf Englisch).
30
+
Wenn einige dieser Konzepte unbekannt sind, gibt es hier einen Artikel zum Thema [blockierend vs. blockierungsfrei][] (auf Englisch).
41
31
42
32
---
43
33
44
-
Node.js ähnelt im Design und ist beeinflusst von Systemen wie Rubys
45
-
"[Event Machine][]" oder Pythons "[Twisted][]". Node.js führt das Event-Modell noch
46
-
etwas weiter. Die [Ereignisschleife][] ist ein Konstrukt direkt in der
47
-
Laufzeitumgebung und wird nicht über eine Bibliothek eingebunden.
48
-
In anderen Systemen ist immer ein blockierender
49
-
Aufruf notwendig, um die Ereignisschleife zu starten. Üblicherweise wird das
50
-
Verhalten in Callback-Funktionen am Anfang des Skripts definiert und am Ende wird
51
-
mit einem blockierenden Aufruf wie `EventMachine::run()` ein Server gestartet.
52
-
In Node.js gibt es keinen solchen Aufruf, um die Ereignisschleife zu starten.
53
-
Node.js beginnt einfach mit der Ereignisschleife, nachdem das Eingabe-Skript
54
-
ausgeführt wurde. Node.js verlässt die Ereignisschleife, wenn keine
55
-
Callback-Funktionen mehr auszuführen sind. Dieses Verhalten ist wie bei
56
-
Browser-JavaScript - die Ereignisschleife ist vor dem Nutzer versteckt.
34
+
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.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.
57
35
58
-
HTTP ist ein Basiselement in Node, entworfen mit Fokus auf Streaming und
59
-
geringe Latenz. Dadurch ist Node.js sehr gut als Grundlage für Web-Bibliotheken
60
-
oder Frameworks geeignet.
36
+
HTTP ist ein Basiselement in Node, entworfen mit Fokus auf Streaming und geringe Latenz. Dadurch ist Node.js sehr gut als Grundlage für Web-Bibliotheken oder Frameworks geeignet.
61
37
62
-
Dass Node.js ohne Threads entworfen ist, bedeutet nicht, dass man die Vorteile von
63
-
mehreren Kernen auf einer Maschine nicht ausnutzen kann. Untergeordnete Prozesse
64
-
können mit der [`child_process.fork()`][] API gestartet werden und sie wurden so
65
-
entworfen, dass man leicht mit ihnen kommunizieren kann. Auf der gleichen
66
-
Schnittstelle setzt das [`Cluster`][] Modul auf, dass es Prozessen erlaubt
67
-
Sockets gemeinsam zu nutzen, um Lastverteilung über Kerne hinweg zu
68
-
ermöglichen.
38
+
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 Schnittstelle setzt das [`Cluster`][] Modul auf, dass es Prozessen erlaubt Sockets gemeinsam zu nutzen, um Lastverteilung über Kerne hinweg zu ermöglichen.
69
39
70
40
[blockierend vs. blockierungsfrei]: /en/docs/guides/blocking-vs-non-blocking/
Lade den Node.js-Quellcode oder ein bestehendes Installationsprogramm für deine Plattform herunter und beginne gleich mit der Entwicklung.
14
-
currentVersion: Aktuellste Version
15
-
buildInstructions: Building Node.js from source on supported platforms
16
-
WindowsInstaller: Windows Installer
17
-
WindowsBinary: Windows Binary
18
-
MacOSInstaller: macOS Installer
19
-
MacOSBinary: macOS Binary
20
-
LinuxBinaries: Linux Binaries
21
-
SourceCode: Source Code
6
+
headline: Downloads
7
+
lts: LTS
8
+
current: Aktuell
9
+
tagline-current: Neueste Funktionalitäten
10
+
tagline-lts: Für die meisten Nutzer empfohlen
11
+
display-hint: Downloads anzeigen für
12
+
intro: >
13
+
Lade den Node.jsQuellcode oder ein bestehendes Installationsprogramm für deine Plattform herunter und beginne gleich mit der Entwicklung.
14
+
currentVersion: Aktuellste Version
15
+
buildInstructions: Erstellen von Node.js aus dem Quellcode auf unterstützten Plattformen
16
+
WindowsInstaller: Windows-Installationsprogramm
17
+
WindowsBinary: Windows Binärdatei
18
+
MacOSInstaller: macOS Installationsprogramm
19
+
MacOSBinary: macOS Binärdatei
20
+
LinuxBinaries: Linux Binärdateien
21
+
SourceCode: Quellcode
22
22
additional:
23
-
headline: Weitere Plattformen
24
-
intro: >
25
-
Mitglieder der Node.js Community pflegen inoffizielle, gebaute Versionen von Node.js für weitere Plattformen. Beachte, dass
26
-
solche Versionen nicht vom Node.js-Kernteam unterstützt werden und daher eventuell noch nicht auf dem selben Level wie die
27
-
aktuelle Node.js-Version sind.
28
-
platform: Plattform
29
-
provider: Anbieter
30
-
SmartOSBinaries: SmartOS Binaries
31
-
DockerImage: Docker Image
32
-
officialDockerImage: Official Node.js Docker Image
33
-
LinuxPowerSystems: Linux on Power LE Systems
34
-
LinuxSystemZ: Linux on System z
35
-
AIXPowerSystems: AIX on Power Systems
23
+
headline: Weitere Plattformen
24
+
intro: >
25
+
Mitglieder der Node.js Community pflegen inoffizielle, gebaute Versionen von Node.js für weitere Plattformen. Beachte, dass solche Versionen nicht vom Node.js-Kernteam unterstützt werden und daher eventuell noch nicht auf dem selben Level wie die aktuelle Node.js-Version sind.
*[응용 프로그램이 예상대로 작동하지 않을 때](#my-application-doesnt-behave-as-expected)
10
+
*[증상](#symptoms)
11
+
*[디버깅](#debugging)
12
+
13
+
이 문서를 통해 Node.js 프로세스를 라이브 디버그하는 방법을 배울 수 있습니다.
14
+
15
+
## 응용 프로그램이 예상대로 작동하지 않을 때
16
+
17
+
### 증상
18
+
19
+
사용자는 응용 프로그램이 특정 인풋에 대해 예상되는 아웃풋을 제공하지 않는 것을 발견할 수 있습니다. 예를 들어, HTTP 서버가 특정 필드가 비어있는 JSON 응답을 리턴하는 것처럼요. 프로세스 중 많은 오류가 발생할 수 있지만 이 사용 사례에서 우리는 응용 프로그램 로직과 그 정확성을 중점적으로 다룹니다.
20
+
21
+
### 디버깅
22
+
23
+
이 사용 사례에서, 사용자는 들어오는 HTTP 요청과 같은 특정한 트리거에 대해 응용 프로그램이 실행하는 코드 경로를 이해하고자 합니다. 또한 코드를 따라가며 메모리에 저장된 변수의 값을 검사할 뿐아니라 실행을 제어하길 원할 수도 있습니다.
0 commit comments