Diskussion:Node.js

Was ist Node.js?

Node.js ist im Kern ein Interpreter für JavaScript-Skripte. Das kann man leider im Artikel nur zwischen den Zeilen herauslesen.

Ich habe mich bis jetzt noch nicht mit node.js auseinandergesetzt. Die Einleitung ist für mich sehr schwieriger verständlich. Für mich ist JavaScript eine Sprache, die vom Browser im Front-end ausgeführt wird. Wie kann Node.js daraus eine Serverseitige Software machen? Überlicherweise hat man hier doch CGI-Anwendungen (z.B. PHP, ASP, Ruby). Ist node.js jetzt ein Interpreter für CGI oder ein Webserver, oder beides in einem? Vielleicht kann diese Punkt in der Einleitung mehr bzw. klarer erläutert werden.--Bomberzocker (Diskussion) 13:01, 17. Jun. 2018 (CEST)

Wer PHP-Vorkenntnisse hat, dem dürfte http://nodecode.de/php-vs-nodejs weiterhelfen, Node.js einordnen zu können. --84.62.81.24 19:35, 27. Jun. 2018 (CEST)

Die Google-V8 Javascript Engine (aus dem Chromium Projekt) wird als Ausführungsumgebung für JavaScript Serverseitig genutzt. Java Script wird von der Goolge-V8 Engine nicht interpretiert. Es wird Just in Time Compilliert wie Java oder C#. NodeJS ist also im Grunde genopmmen eine Fassade um die Google-V8 Engine. (nicht signierter Beitrag von 213.144.10.19 (Diskussion) 11:14, 11. Feb. 2020 (CET))

Node.js führt JavaScript ohne Browser aus. Entsprechend gibt es kein DOM und ähnliches, dafür gibt es Netzwerk und Dateisystemzugriff. Entsprechend kann Node.js alle möglichen Arten von Programmen ausführen. Webserver, linter wie eslint oder stylelint, prettier, komplexe Berechnungen, alle Möglichen Arten von Datenverarbeitung, ... --Nico Düsing (Diskussion) 23:24, 8. Jun. 2020 (CEST)

Logo

Logo nicht mehr aktuell!!
(nicht signierter Beitrag von 80.121.42.31 (Diskussion) 22:24, 5. Nov. 2011 (CET))

wurde von anderen Autoren erledigt, liegt als Vektorgrafik vor. --Hamburger 14:50, 26. Jan. 2012 (CET)

Skalierbarkeit

Die in div. Internetquellen als Killerfeature gehandelte Möglichkeit, eine enorme Anzahl an Connections zu handhaben, wird hier sehr wenig deutlich. Für viele Leser dürften aber die USPs von Node viel interessanter sein als die techn. Details --Hamburger
(Der vorstehende Beitrag stammt von Wiki-observer – 03:58, 22. Nov. 2011 (MEZ) – und wurde nachträglich vollständig signiert.)

Habs mal in die Einleitung aufgenommen (samt Quelle) und somit dürfte das erledigt sein. --Hamburger 14:49, 26. Jan. 2012 (CET)

Aber mal ehrlich: Weshalb soll eine Anwendung mit nur 1 Thread schneller sein? Irgendwas stimmt hier nicht, denn die meisten heutigen Server haben mindestens 4 Cores...wobei dann auch 4 Threads nötig wären. Oder ist hier gemeint: "Viele TCP-connections dafür ein Nadelöhr bei den Datenbankabfragen?" Ein guter Scherz wäre das auf jeden Fall. Und es geht noch weiter: Was bringt mit ein "HTTP-Server", wenn darauf keine HTTP-Skripts wie PHP oder Servlets laufen?? Der Sinn und Zweck eines Servers ist nun mal nicht nicht nur der Aufbau von Connections, sondern ein bisschen Funktionalität muss da schon drin sein. Da nehme ich also lieber meinen "guten alten" selbst programmierten 50-Zeilen-Java-Multithreading-Server und habe erst noch einen Datenbankconnection-Pool dran...nur dann geht's wirklich ab! Noch was: Optimiertes Java ist best case C (nur wenn wirklich sauber implementiert, also kein JBoss-Blödsinn!), dagegen ist C++ eine langsame Tretmühle, ob das die Google-Leutchen wissen? http://keithlea.com/javabench/ --178.197.234.103 22:30, 10. Nov. 2012 (CET)

Gerade die Leute, die im Gegensatz zu Keith Lea C/C++ beherrschen, finden es immer wieder amüsant, wenn dessen Artikel für irgend etwas heran gezogen werden. Der Kerl schreibt ja selber, das er davon keine Ahnung hat. Ich müsste jetzt suchen, aber sein Benchmark wurde schon damit widerlegt, in dem ein simpler Mechanismus der JVM Nachempfunden wurde: einfach allen benötigten Speicher gleich zu Prozessstart allocieren statt nach und nach bei Bedarf anzufordern. Viel interessanter fand ich, das bei einer Demo node.js schon bei 1000 konkurrierenden Sockets ausgestiegen ist. Scheint also nur für kleinere Sachen geeignet zu sein. 62.216.163.28 23:03, 28. Mär. 2013 (CET)

Aber er hat im ersten Satz nicht ganz unrecht. Die Beschreibung auf nodejs.org ist auch sehr verwirrend. Sie reden davon dass sie keine Threads unterstützen und man mit child_process.fork() den laufenden Prozess forken kann. Zugleich ist aber V8, auf das node.js basiert, eine JavaScript Engine. Und die wird nix anderes machen als einen Thread für node.js erzeugen, oder täusche ich mich ? --Webskipper (Diskussion) 23:05, 2. Mai 2013 (CEST)

Kennst du den Unterschied zwischen Thread und Prozess? --2.210.72.158 09:52, 6. Mai 2013 (CEST)

Unstimmingkeiten

Bin kein Node.js-Experte, daher mag ich nicht die Seite selbst zu ändern. Aber ich bezweifle die Aussage, daß Race-Conditions vermieden werden und man kein Locking benötigt. Im Gegenteil, durch das Aufteilen einer Response auf mehr (Rückruf-)Funktionen wird die Parallelität erhöht. – Torsten Bronger (Diskussion) 08:46, 14. Jan. 2013 (CET)

Da node.js Single-Threaded arbeitet gibt es keine Parallelisierung. --TimWolla _(Dis) 00:32, 1. Mai 2013 (CEST)

-seitig und sparend

Zur Schreibweise bitte mal hier, hier order bspw. hier nachschauen. --net (Diskussion) 23:56, 18. Okt. 2013 (CEST)

Text passt nicht zum Beispiel

Hallo,

habe mal den Text zum zweiten Beispiel editiert, der Server antwortet nämlich mit "Hallo" und sendet keine Daten zurück, soweit mir das meine Kentnisse sagen. --79.239.54.212 09:30, 21. Feb. 2014 (CET)

http://nodejs.org/api/stream.html#stream_readable_pipe_destination_options --se4598 / ? 09:38, 21. Feb. 2014 (CET)

Fork durch wichtige Entwickler

http://www.heise.de/newsticker/meldung/JavaScript-Framework-Fork-stuerzt-Node-js-in-die-Krise-2481369.html --MichaelK-osm (Diskussion) 14:31, 5. Dez. 2014 (CET)

Abschnitt Architektur

Im Abschnitt Architektur steht, dass die Programmiersprache Javascript die ereignisgesteuerte Architektur vorgebe. Ich beschäftige mich gerade erst mit NodeJS, denke aber, dass das falsch ist. Die ereignisgesteuerte Architektur wird nicht durch die Programmiersprache Javascript vorgegeben, sondern durch das vom node.js-Projekt verwendete libuv. Javascript selber ist als solches auch nicht ereignisgesteuert, sondern nur in Verwendung mit einer entsprechenden Technologie, die das ermöglicht. "Non-blocking I/O" ist im Grunde unabhängig von der konkreten Programmiersprache. Vielleicht kann hier jemand Klarheit schaffen, der sich damit auskennt. Danke! (nicht signierter Beitrag von 94.135.194.102 (Diskussion) 14:06, 24. Jan. 2016 (CET))

Quelloffen?

Ich weiß, die Frage ist bei einer Programmiersprache unüblich. Dennoch halte ich es für ein wichtiges Kriterium der Vertrauenswürdigkeit, zu klären, ob "unsichtbare" Manipulationen eingebaut sein können oder ob es dem Nutzer möglich ist, dies selbst zu überprüfen. Dazu gehört auch ein quelloffener "Interpreter" bzw. Kompiler.

Ja, natürlich sollte das dann auch im Text als ein Kriterium erwähnt werden. (nicht signierter Beitrag von 88.130.16.88 (Diskussion) 08:45, 21. Jul 2016 (CEST))

Release-Daten falsch?

Bei den Versionen v10,v12,v13,v14 stehen unter https://nodejs.org/en/about/releases/ andere Daten. --Bmr (Diskussion) 10:27, 29. Mai 2020 (CEST)

Neutraler Standpunkt ?

Mir erscheint der aktuelle Stand etwas unausgewogen. Potentiell negative Gesichtspunkte werden mMn. nicht erwähnt. Das betrifft sowohl technische Aspekte, z.B. bzgl. des unausweichlichen permanenten blinden Dazu-Linkens unzähliger Pakete in Node-JS-Projekte, so daß real kaum ein Entwickler noch weiß, was er da eigentlich veröffentlicht, was wovon abhängt und wer darauf Zugriff hat ... als auch Fragen von Organisation und Datenschutz, z.B. die Einflüsse Googles, usw. Ja, Node.js ist im Moment der "heiße Scheiß" (sorry), aber es gab über die letzten Jahre mMn. genügend auch öffentlich ausgetragene Probleme, welche sich auch in der WP wiederspiegeln sollten. JB.--92.193.152.252 15:16, 26. Jul. 2020 (CEST)

WebOS

Wir kann WebOS auf Node.js basieren, wenn es älter ist? 212.144.231.18 11:37, 31. Aug. 2022 (CEST)

Folge dem Link im Artikel und du kannst dir die Frage selbst beantworten... --Sebastian.Dietrich  ✉  17:05, 31. Aug. 2022 (CEST)