Diskussion:Node.js

message: Logo nicht mehr aktuell!!
(nicht signierter Beitrag von 80.121.42.31 (Diskussion) 22:24, 5. Nov. 2011 (CET)
replies: text: wurde von anderen Autoren erledigt, liegt als Vektorgrafik vor. --Hamburger 14:50, 26. Jan. 2012 (CET)
thread_title:  Logo 

message: 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)
replies: text: Habs mal in die Einleitung aufgenommen (samt Quelle) und somit dürfte das erledigt sein. --Hamburger 14:49, 26. Jan. 2012 (CET)

text: 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)
replies: text: 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)
replies: text: 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)
replies: text: Kennst du den Unterschied zwischen Thread und Prozess? --2.210.72.158 09:52, 6. Mai 2013 (CEST)
thread_title:  Skalierbarkeit 

message: 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)
replies: text: Da node.js Single-Threaded arbeitet gibt es keine Parallelisierung. --TimWolla (Dis) 00:32, 1. Mai 2013 (CEST)
thread_title:  Unstimmingkeiten 

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

message: 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)
replies: text: http://nodejs.org/api/stream.html#stream_readable_pipe_destination_options --se4598 / ? 09:38, 21. Feb. 2014 (CET)
thread_title:  Text passt nicht zum Beispiel 

message: 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)
thread_title:  Fork durch wichtige Entwickler 

message: 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)
thread_title:  Abschnitt Architektur 

message: 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)
thread_title:  Quelloffen? 

message: 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)
thread_title:  Release-Daten falsch? 

message: 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)
thread_title:  Neutraler Standpunkt ? 

message: Wir kann WebOS auf Node.js basieren, wenn es älter ist? 212.144.231.18 11:37, 31. Aug. 2022 (CEST)
replies: text: Folge dem Link im Artikel und du kannst dir die Frage selbst beantworten... --Sebastian.Dietrich   ✉  17:05, 31. Aug. 2022 (CEST)
thread_title:  WebOS