【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/04/11(月) 16:28:34.52

pythonやrubyやPHPと同じ土俵でjavascriptが使えるようになりました。
サーバサイドjavascriptについて語りましょう。

node.js - googleが開発したV8エンジン上で実行できる処理系
http://nodejs.org/
io.js - node.js 互換で Joyent の影響からの脱却を目指す処理系
http://iojs.org/
Rhino - JVM上で実行できる処理系
https://developer.mozilla.org/ja/Rhino

io.js の経緯
http://stackoverflow.com/questions/27309412/what-is-the-difference-between-node-js-and-io-js
javascriptはrubyと比較してもかなり速い
http://shootout.alioth.debian.org/u32/benchmark.php?test=all&;lang=v8&lang2=yarv
基礎から学ぶNode.js
http://gihyo.jp/dev/serial/01/nodejs
node.jsの概要とアプリケーション開発の準備
http://gihyo.jp/dev/serial/01/realtimeweb/0002

前スレ
【node.js】サーバサイドjavascript 3【io.js】(c)2ch.net
http://echo.2ch.net/test/read.cgi/tech/1419673207/
【node.js】サーバサイドjavascript 2【Rhino】
http://peace.2ch.net/test/read.cgi/tech/1358937029/
【node.js】サーバサイドjavascript【Rhino】
http://toro.2ch.net/test/read.cgi/tech/1310087535/

**デフォルトの名無しさん** · 2017/12/01(金) 20:58:49.48

>>883
うむ

**デフォルトの名無しさん** · 2017/12/02(土) 05:34:12.07

サーバサイドでreactってどういう意味？

**デフォルトの名無しさん** · 2017/12/02(土) 08:11:38.76

ssrじゃね？

**デフォルトの名無しさん** · 2017/12/02(土) 12:17:05.09

ssrっていらなくね？

**デフォルトの名無しさん** · 2017/12/02(土) 13:37:03.76

ツイッターもインスタもNetflixもやってるぞ

**デフォルトの名無しさん** · 2017/12/04(月) 01:47:10.73

メテオとかいうFWって死んじゃったんですか？

**デフォルトの名無しさん** · 2017/12/04(月) 20:47:28.49

全体的に名前空間で仕切られてないこのグダグタnodeライブラリ。
10年後も、その時の最新のnodeで使えるんなほんまに。

**デフォルトの名無しさん** · 2017/12/06(水) 19:36:04.95

ん？　SSRに何か問題でも？

**デフォルトの名無しさん** · 2017/12/06(水) 20:20:27.85

鯖側の負荷が増える

**デフォルトの名無しさん** · 2017/12/12(火) 22:19:31.72

node.js難しいっていうイメージだったけど、
JavaScriptがウンコだったってことみたい

なんでこんなに散らかってしまったんだ
せめて書き方を統一しろよ

**デフォルトの名無しさん** · 2017/12/12(火) 23:49:28.08

>>893
ESLint使えば？

**デフォルトの名無しさん** · 2017/12/12(火) 23:57:54.77

なんでって20年以上も歴史のある言語で産まれたときとは用途も規模も全然違ってるからな

**デフォルトの名無しさん** · 2017/12/13(水) 00:01:47.40

JavaScriptは言語仕様が使いにくいとは思う
小規模なら使いやすいかというと全然そんなことない

**デフォルトの名無しさん** · 2017/12/13(水) 23:32:59.98

言語仕様に難しいところはない。
難しいと思う所言ってみな？

**デフォルトの名無しさん** · 2017/12/14(木) 01:12:30.76

プロトタイプベースなところ
使いやすいと思ったことがない

**デフォルトの名無しさん** · 2017/12/14(木) 01:32:58.14

プロトタイプなんて使うことないだろ？

**デフォルトの名無しさん** · 2017/12/14(木) 05:58:01.99

>>893
うむ

**デフォルトの名無しさん** · 2017/12/14(木) 05:59:02.65

>>896-897
仕様が難しいというのと馬鹿の扱いが難しいのは別の話だな

**デフォルトの名無しさん** · 2017/12/14(木) 10:39:14.62

ES2015に従えばプロトタイプってことを意識することはないかな。
既存のクラスにメソッド追加したいときとかなら意識するけども。

**デフォルトの名無しさん** · 2017/12/14(木) 20:55:43.66

>>902
prototypeを使って簡単なことをするのと
prototypeを使って複雑なことをするのでは
当たり前だけど難易度が違うのさ

既存のクラスにメソッドを追加するのは、
prototypeの簡単な使い方に含まれる
意味はわからなくてもいいから、こういう書き方をすればOK
程度の説明だけでもクラスにメソッドを追加することはできる

**デフォルトの名無しさん** · 2017/12/15(金) 02:24:03.53

クラスだけじゃなく手続き型っぽくも書いたり
はたまた関数型っぽくも書いたりするとこがどう書いていいか分からなくて難しいってことなんじゃない？

凄く冗長に厳かに書いたかと思えばハッキ―なテクニックも使ったりもするしね
世の中には「良い書き方は１つ」を目指してる言語もあるけどJSはその対極だからね
標準ライブラリが少ないという点もそう

俺はそういう点こそが好きだけどね

**デフォルトの名無しさん** · 2017/12/15(金) 07:18:04.72

OOPが常に最適解ではないというのは衆知の事実だしな。
俺は基本関数型風で書くのが好みで、データ型にtsのinterfaceが使えれば充分だ。

**デフォルトの名無しさん** · 2017/12/15(金) 11:04:58.73

node-redを使ってるんですが
フローって作成するとメモリに常駐するんですか？
作れば作るほど実行してなくても他のフロー処理速度は遅くなっていきますかね？

**デフォルトの名無しさん** · 2017/12/15(金) 17:13:59.28

パイプ演算子追加されれば関数型っぽく書くのが楽になるんだけどね
現状じゃ括弧のネスト増えるからとてもじゃないけど書けない

**デフォルトの名無しさん** · 2017/12/15(金) 17:30:06.75

関数の合成も完結に書きたいしimmutableなデータ構造もネイティブにサポートして欲しいし
そしたらパターンマッチも不可欠だし
関数型への道は険しい
Elm使え

**デフォルトの名無しさん** · 2017/12/15(金) 21:51:56.77

ES提案中のパイプライン演算子は当分奇抜な草案扱いだったが
|>await|>など提案によりStage1の中ではHotになりつつある
あとは?を絡めた関数定義を詰めるのと、Mixin周りの提案が勝負
そこをもう少しでも詰めればStage2まではいけるが、Stage3にはawaitの様なパンチが必要
頑張れ

**デフォルトの名無しさん** · 2017/12/15(金) 22:47:15.05

>>907
パイプだろうがドットだろうが大差ないだろｗ
どうせ一行が長くなったら改行するんだから

つまり

foooooooooo()
| baraaaaaaaaaaaa()
| bazzzzzzzzzzzzzzz()

でも

foooooooooo()
.baraaaaaaaaaaaa()
.bazzzzzzzzzzzzzzz()

でも同じだろと

foo() | bar() | baz() でも
foo().bar().baz() でも同じだろと

**デフォルトの名無しさん** · 2017/12/15(金) 23:37:27.58

>>910
いや、メソッドじゃなくて関数
bazzzzzzzzzzzzzzz(baraaaaaaaaaaaa(foooooooooo()))
と
foooooooooo()
|> baraaaaaaaaaaaa()
|> bazzzzzzzzzzzzzzz()
じゃ後者がいいやん？

メソッドはクラスインスタンスに対してしか使えないけど、クラスインスタンスだとprototypeの関係でObject.assignなどが使えなくて不変プログラミングがやりにくいからね

**デフォルトの名無しさん** · 2017/12/15(金) 23:54:55.14

>>910
>>911
パイプの方が可読性高いだけでもいいわ
メソッドチェーンは読みにくくなるから嫌い

**デフォルトの名無しさん** · 2017/12/16(土) 00:14:10.39

https://www.npmjs.com/package/babel-plugin-pipe-operator

babel-plugin-pipe-operator
Overload the pipe operator (|) to provide Elixir/F#/Shell-like behavior

これ使えば今すぐ使えるのかな？

**デフォルトの名無しさん** · 2017/12/16(土) 00:18:33.91

A | B | C

たぶん、パイプだと並行処理する

1. Aが最初の1KBを処理する
2. 1の出力を、Bが処理する。同時に、Aは次の1KBを処理
3. 2の出力を、Cが処理する。同時に、A, Bは次の1KBを処理

**デフォルトの名無しさん** · 2017/12/22(金) 09:15:33.73

これの第2引数って{anyway:true}みたいなのを渡せばいいんですか？
https://i.imgur.com/0gmvmSq.png

**デフォルトの名無しさん** · 2017/12/22(金) 09:37:16.18

合ってました自己解決しまひた

**デフォルトの名無しさん** · 2017/12/22(金) 21:07:59.68

socket.io 2.0.4で指定したルーム内の全てのソケットもしくは
ソケットIDを取るにはどうしたらいいですか？
socket.io 0.9.6ではio.sockets.clients(ルーム名)で取れていたのですが、
同じようなことを2.0.4でしたいです。

**デフォルトの名無しさん** · 2017/12/22(金) 23:11:18.78

自己解決しました。
socket.ioのgithubに行ったら詳しいドキュメントがありました。

**デフォルトの名無しさん** · 2017/12/27(水) 08:03:34.44

JavaScriptエンジン向けのポータブルなCommonJS実装ってどこかにないかな。
ピュアJSのモジュールシステムというとRequireJSがあるけど、あっちはいわゆるAMDだよね。
CommonJS使いたいとなるとやっぱりBrowserifyやWebpackとかしかないのかな。

**デフォルトの名無しさん** · 2017/12/27(水) 14:23:29.84

一年くらい前にブラウザのSW上に実装した記事をどっかで見たな

**デフォルトの名無しさん** · 2017/12/29(金) 09:12:07.30

console.logを自前で実装しているんだけど、%cの扱いをどうしようか迷っている。
一応解釈だけして引数を無視するのと%c自体無視するのとどっちがいいかな。
Node.jsは後者みたいだけど。

**デフォルトの名無しさん** · 2017/12/29(金) 12:21:26.51

あぁそうか、Node.jsを前提しているコードで%cを使うことはまずないだろうから
とりあえず前者にしておけばいいんだな。

**デフォルトの名無しさん** · 2017/12/31(日) 21:37:45.29

クライアントサイドjavascriptのスレってどこにあるんですか？
WebProg板にあるのかと思いきやあっちもサーバサイドだし

**デフォルトの名無しさん** · 2017/12/31(日) 22:08:43.06

これ
http://mevius.2ch.net/test/read.cgi/tech/1417749547/

**デフォルトの名無しさん** · 2017/12/31(日) 23:43:06.40

web制作板

**デフォルトの名無しさん** · 2018/01/01(月) 08:44:35.42

ありがとん
3つめもあるとは想定外でした

**デフォルトの名無しさん** · 2018/01/07(日) 11:33:35.99

child_process.spawnSync()はプロセスの終了を待ち合わせるけど、workerにはそういう
スレッドのjoin()のように待ち合わせる機能はないのかな。

**デフォルトの名無しさん** · 2018/01/10(水) 11:06:47.57

workerってWebWorkerのこと？
それならSharedArrayBufferとAtomics APIでできるよ
ただCPU脆弱性問題で今は無効にされてる

**デフォルトの名無しさん** · 2018/01/10(水) 22:10:28.26

サーバーサイドでそれ無効にする必要ある？
Webブラウザは様々なサイトのコードを実行するから
対策が必要だろうが
サーバーにハッカーのコードを仕込まれたらその時点でもう終わってるじゃん

**デフォルトの名無しさん** · 2018/01/10(水) 22:13:57.25

>>929
いつの間にサーバーOS＝シングルユーザーOSになったんだよｗ
OSっていうのは複数の人が自分の権限で自分のコードを実行するもんだろ

**デフォルトの名無しさん** · 2018/01/10(水) 22:57:46.99

自鯖レン鯖ならともかくコンテナやVPSでメモリ共有する環境もあるしな

**デフォルトの名無しさん** · 2018/01/10(水) 23:40:19.20

他のプロセスのメモリー内容まで簡単に読みに行けちゃうのはメルトダウンだけだよね？

**デフォルトの名無しさん** · 2018/01/11(木) 00:49:54.75

http://blog.trendmicro.co.jp/archives/16735 読んだだけの
大雑把な理解だが、

カーネルのメモリを覗けるのがメルトダウン
同じコードを共有した他のプロセスのメモリを覗けるのがスペクター
だと思ってる

メルトダウンはカーネルのメモリを覗けるものだから
カーネルが覗かれないように対策できる

スペクターはアプリが覗かれないように対策する必要があるが
その必要があるのは、例えばブラウザのような同じブラウザ上で
別々の人が作った任意のコードを実行するようなものだから
攻撃の前提を満たすのが難しい

**デフォルトの名無しさん** · 2018/01/11(木) 01:45:26.94

>>933
この記事はいいね。

> その必要があるのは、例えばブラウザのような同じブラウザ上で
> 別々の人が作った任意のコードを実行するようなものだから
この場合のコードは実行コードの意味だろうから、つまりは同じDLLをリンクしてたらアウトで、
Linuxならlibstdcやlibmとか、ほぼ全部のアプリが使ってるだろうしアウトじゃね？と思うが。
同じアプリである必要はないはずよ。

**デフォルトの名無しさん** · 2018/01/11(木) 09:18:34.65

Spectreの2つの亜種のうち
1つは同じプロセスの内容だけを覗けて
もう一つは他プロセスの内容を見れるが、スーパーユーザー権限が必要って書いてあるようだけど？

**デフォルトの名無しさん** · 2018/01/11(木) 14:51:21.63

Spectreは２つ組み合わせて使わないと意味がない

**デフォルトの名無しさん** · 2018/01/13(土) 20:38:05.97

一度でもasync/awaitを使ってしまうと、もう元には戻れない
楽すぎるぅぅぅぅぅ

**デフォルトの名無しさん** · 2018/01/13(土) 20:47:08.73

便利やろ？babelさまさまやで

**デフォルトの名無しさん** · 2018/01/13(土) 22:03:52.60

単発非同期にはasync-awaitで十分便利だけど
イベントのようなものを扱うのはまだまだ難しい
まず値が複数あるということ
一応for-awaitはあるけどreturn時に特別な最終処理を行いたい場合は
結局done:trueを見ないといけないから使えない
また、イベントって標準on～も結構な工夫がされてるけど、
イベントが起きた直後にセットしたハンドラで受け取りたいかどうかっていう問題がある
この辺り最近ずっと個人的に研究してるが容易ではない

**デフォルトの名無しさん** · 2018/01/24(水) 19:25:24.68

最近node.jsを勉強しています。
socket.ioで質問なのですが、何か非同期処理していて接続が切れた場合、再接続したら
その処理完了のメッセージは受け取れるのでしょうか、それとも接続が切れた段階で、キャンセルされますか？

**デフォルトの名無しさん** · 2018/01/24(水) 19:35:05.25

>接続が切れた

もう少し詳しく

**デフォルトの名無しさん** · 2018/01/24(水) 19:42:51.25

スマホでアクセスポイントが変わったりした場合、一回切れますよね？

**デフォルトの名無しさん** · 2018/01/25(木) 11:23:58.90

同じ切れると言っても切れてる時間の長さとか再接続でIPも変わるときと変わらない時でも違うんじゃね

**デフォルトの名無しさん** · 2018/01/25(木) 11:26:00.59

TCPかUDPかとかでも違うんだろうけど
socket.ioがどっちかは忘れた

**デフォルトの名無しさん** · 2018/01/25(木) 19:29:10.53

socket.ioってクッキーみたいので、セッションID維持してて
切れても安心みたいな感じじゃないんですか？

**デフォルトの名無しさん** · 2018/01/26(金) 05:42:52.58

やってみろ

**デフォルトの名無しさん** · 2018/02/01(木) 14:15:55.68

node.jsって人気ないな～
解説ブログは古いし、間違ってるし、
こんなんで作ったらバグだらけやん

**デフォルトの名無しさん** · 2018/02/01(木) 14:21:50.49

はげそれ
ブームは去った

**デフォルトの名無しさん** · 2018/02/01(木) 19:35:39.75

>>947
今は何が流行ってんの？

**デフォルトの名無しさん** · 2018/02/01(木) 20:52:06.68

unity

**デフォルトの名無しさん** · 2018/02/01(木) 21:34:46.61

golangに持って行かれたね

**デフォルトの名無しさん** · 2018/02/02(金) 07:24:52.85

結局、どう使うべきかわからないというのが問題なんじゃないかな
拡張機能があるけど、個々の機能はわかるけど、うまくピースがはまらないイメージ

**デフォルトの名無しさん** · 2018/02/02(金) 07:41:34.72

juliaもそうだった

**デフォルトの名無しさん** · 2018/02/02(金) 19:30:20.18

プログラムの設計思想がぴんとこない
非同期で時間のかかることやらせるならsocket.ioは必須なの？
切断したときにどう復旧させるの？
自分は何者で何をしてたかの情報をうまく組み合わせる必要ない？

**デフォルトの名無しさん** · 2018/02/02(金) 22:13:57.33

どう使うべきかじゃなくて
自分が作りたいものを作る時に何を使うかだろ

**デフォルトの名無しさん** · 2018/02/03(土) 07:40:05.67

そこが想像できない、よくわからないから抜け出せないので、使う候補に上がってこない

**デフォルトの名無しさん** · 2018/02/03(土) 09:00:51.63

世界的な事例のほとんどは

バックエンドをマイクロサービス化
↓
その前段のbffにnode.js

これだからモノリシックなシステムには無縁

**デフォルトの名無しさん** · 2018/02/03(土) 09:43:35.86

それだとgolangに負けるな

**デフォルトの名無しさん** · 2018/02/03(土) 09:48:29.04

bffでnode.js使うところはssrもやってるからgoは選ばれないんじゃね
結局そういうアーキテクチャの要請があってプロダクトが選ばれる

**デフォルトの名無しさん** · 2018/02/03(土) 10:20:29.26

bffとssrって関係あるかねぇ？

**デフォルトの名無しさん** · 2018/02/03(土) 10:30:11.33

isomorphic javascriptでググれ

**デフォルトの名無しさん** · 2018/02/04(日) 10:07:02.98

SNSのバックエンドをExpressオンリーにするのって無理かな

**デフォルトの名無しさん** · 2018/02/04(日) 14:58:55.91

>>962
phpでもrubyでもいけるのにexpressじゃ無理かもしれないと思った理由は？

**デフォルトの名無しさん** · 2018/02/04(日) 15:27:37.16

一つのexpressにHTTPdからAPI鯖まで全部詰め込んでもいいんだぞ

**デフォルトの名無しさん** · 2018/02/04(日) 21:03:28.89

>>963
あまりそういう話を聞かないから
不都合全く無いの？

**デフォルトの名無しさん** · 2018/02/04(日) 21:25:10.40

expressはあんまり高水準のフレームワークじゃないしormはsequelizeくらいしかないしメリットなさげじゃね

**デフォルトの名無しさん** · 2018/02/05(月) 07:30:15.23

node.jsでウェブサーバやる利点って何？超使いづらいんですけど

**デフォルトの名無しさん** · 2018/02/05(月) 12:00:21.59

使う側は意識することないだろ

**デフォルトの名無しさん** · 2018/02/06(火) 06:03:09.31

meteor.jsとか見てるとjsのメリットすごいけどね

**デフォルトの名無しさん** · 2018/02/06(火) 06:07:24.84

ssrでしょ
うん……

**デフォルトの名無しさん** · 2018/02/07(水) 09:30:35.59

>>967
一人しか利用しないなら使わなくていいんじゃないの。

**デフォルトの名無しさん** · 2018/02/07(水) 18:55:54.33

素朴な疑問だけど
ここのみんなは node.js でどんなサービス作ってるの？

**デフォルトの名無しさん** · 2018/02/07(水) 19:02:22.99

特定業種にiPadごと配るアプライアンス的なサービスのBff
なので事例には出しにくいけどバッチリ使ってる

**デフォルトの名無しさん** · 2018/02/07(水) 19:11:11.32

>>973
そのiPadに入ったアプリが通信する先のサービスってこと？
あとBffって何ですか？
無知ですまん

**デフォルトの名無しさん** · 2018/02/07(水) 19:19:56.30

Backends for Frontends
https://samnewman.io/patterns/architectural/bff/

**デフォルトの名無しさん** · 2018/02/07(水) 20:36:41.69

ありがとう、翻訳して読んだりしました
難しい
gateway とか dispacher的なもの？
nodeとnginxの関係を見た時nginxがbffの位置づけ？
見当違いならほっといてください

**デフォルトの名無しさん** · 2018/02/11(日) 15:29:51.01

socketを使う必要がってnode+expressがやりやすそうと考えて
独学でnode.js始めて（独学）1年くらいです

sessionにredis使ってまして
通常のhttpとsocketでの共有が面倒なのですが
皆さん、どんな方法使ってます？

**デフォルトの名無しさん** · 2018/02/11(日) 15:43:11.62

socketってwebsocketのこと？
node.jsではnetモジュールが提供するtcp用のapiが本来のsocketだから変な略し方すると話が通じないよ
websocketならhttpで始まるからセッションは普通に共有できるはず
websocketを使うのにsocket.ioを使ってるならそれも書いた方がいい
最近はsocket.io使ってる人が少なそうだからレスが付くかはわからんけど

**デフォルトの名無しさん** · 2018/02/11(日) 16:01:04.40

>>978
ありがと＆ごめん
socket.ioを使ったwebsocketでした

websocket側からsessionのハンドリングに自分は

var sockeio = require('socket.io')(server, {'transports': ['websocket']});
var io = sockeio.of(ns).on('connection', function(socket) {
/** socket.request.session;
* で拾える
*/
});
てなことしてまして、拾うのは楽なんですが
session save するのに
redisの該当データをupdate(set)するってことしてます
これ普通ですか？アホですか

あとsocket.io使われなくってるのは何故？

**デフォルトの名無しさん** · 2018/02/11(日) 16:29:55.16

こういうユーティリティで便利なのがないかさがしてみるのも一手
https://www.npmjs.com/package/express-socket.io-session

昔はwebsocket使えないブラウザが多かったから他のプロトコルにフォールバックしてくれるsocket.ioが重宝されてたらしい
今はwebsocket使える前提でいいからフォールバックは不要なので豊富な機能が不要ならwsとかシンプルなモジュールで十分って感じ
再接続とか考えるとsocket.io便利そうだけどね

**デフォルトの名無しさん** · 2018/02/11(日) 16:40:57.21

>>980
express-socket.io-session 良さそ気

wsっかぁ、
自分を慰める理由が欲しいんだけど
room機能実装するならwsじゃなくてsocket.ioが楽？

**デフォルトの名無しさん** · 2018/02/11(日) 16:46:20.51

roomとか必要ならsocket.ioでいいんじゃない
よく聞くのはそれと再接続目当てな希ガス

**デフォルトの名無しさん** · 2018/02/11(日) 16:47:48.35

お題が単に「room機能をとにかく楽に実装したい」ならgun.jsとかのほうが楽やで