【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>788
1回の接続で複数トランザクションを実行したいケースってあんまりないのかな
例えば２つのトランザクションのうち後者が失敗しても前者をロールバックしたくない時とか考えてみたら？
トランザクションのたびに再接続するので良いケースもありうるけどそうじゃないケースもありうるよね
だから一般的にはトランザクション境界と接続の開閉を一つにしたAPIってのはいい設計じゃないと思う
>>787
繋ぎっぱなしの文化なんかなくて、ただの開放漏れのバグだよ
openしたらcloseするのが必須 >>780
コネクションプーリングはコネクションを使いまわす仕組みだからDBには繋がったままだけどWebのセッションからはリクエストの度に切り離される。
とっくに終わってるセッションがコネクションを独占するようなアホな作りはどうやったらできるのかって事。 >>787
繋っぱなしってコネクションプーリングのことでしょ。アプリから見ると毎回、open/closeしてるように見える。 >>790
コネクションを独占ってなんだ？
異なるセッションから、コネクションを使いまわすのがコネクションプーリングなんだが？
セッションが終わってるっていうのなら、コネクションは明け渡してるだろ >>787
> IndexedDBはonupgradeneededの時は最初からトランザクションを張っている。
じゃあなおのこと、openでトランザクションは貼れないな。
だって、何の操作をするかで、トランザクションの種類が変わるわけで
openした時点ではわからないんだから >>787
> そしてAPIが
> > DBWrite(DBname, objectStores, key, value)
> > DBWrite
> とかでいいのではないか？というのが俺の疑問なのだが。
トランザクションは複数のDBWriteを
一つにまとめるものなんだから
それじゃだめだろって言ってるんだが？
いいからトランザクションを勉強してくれ
お前、根本的に分かってない（笑） >>789
ただのバグでMDISが糞だというのは同意だが、APIは糞だぞ。
> 例えば２つのトランザクションのうち後者が失敗しても前者をロールバックしたくない時とか考えてみたら？
これなら2つトランザクションを打てばいいだけ。それで何の問題もない。
> トランザクションのたびに再接続するので良いケースもありうるけどそうじゃないケースもありうるよね
ねえよ。具体的に挙げられないだろ。
open/closeがAPIにある場合の利点は、連続した同一DBに対する2つのトランザクションで、
・open/transaction1/close/open/transaction2/close
を
・open/transaction1/transaction2/close
とでき、真ん中のclose/openを省ける分速度が稼げることだ。
しかしこの場合に、DB内部でキューイング機構を持ってこの余分なclose/openを自動的に省き、
・ユーザ側で手動open/closeした場合と、
・ユーザAPIはトランザクション単位で、DB内部で自動open/close
で、パフォーマンスが全く変わらない場合、前者を使う理由がないだろ。
(現実的にはユーザ側でコネクションプールを実装する必要であり、
これの代替としてDB内部でキューイング機構を持っていてもパフォーマンスは変わらないはず）
open/closeをユーザ側に見せている時、ユーザ側の解は以下で、
A. いちいちopen/closeして使う。
B. これがウザイから自前でラッパを用意し、
> アプリから見ると毎回、open/closeしてるように見える (>>791)
ようにする。
C. さらにこれもウザイから、何らかの既存ラッパ(PouchDBとか）を使う。
だろ。俺はまずAを試し、スループットが全く出ないのでBにしたが、車輪の再開発感ありまくりだった。
コネクションプーリングするのが常なら、最初から付けとけよボケ、でしかない。
（なおPouchDBもdb.open必須。多分これがDBのAPIの標準形だからだと思う） DBのAPIは意味不明で、そもそもオブジェクト指向にも反してる。
ユーザがやりたいのはread/writeであって、open/closeではない。
File.openの代わりにHDD.open+File.readというAPIにする奴がいたら、死ねでしかないだろ。
open/closeってもしかして今みたいなパケット相乗り回線ではなく、専用回線を掴んでいた時の名残か？ >>790
MDISのケースは多分、図書館内端末用の界面にそのままWebを接続しただけだろ。
この場合、見た目は問題なく動く。
リソース枯渇のケースはコードから落とすしかないが、レビューが新規コードだけなら無理だ。
（この場合は新規コードはほぼ無しで、問題は今動作しているコード内にあるから）
おそらくMDISもB方式で、自前でコネクションプーリングしてる。
これは館内端末用で、端末に行列が出来ているかどうかは知る由もないから、closeはタイムアウトで10分とした。
ここまでは妥当な設計で、館内端末なんて高々数十台だし、問題なく動く。
問題はこれをそのままWeb側にも解放したことで、
この場合は一気に端末数が無限大になるのと等価で、コネクションが枯渇した。それだけだろ。
本来は、
D. Webからの入力を受ける「仮想端末」を用意し、Web入力は一旦全部そこで受けてからDBアクセス。
E. open/closeを毎回やるようにする。(Aと同じ）
のどちらかが必要で、本来はDの方がいいし多分そうしていると思う。
Dの場合はDDoS時にも館内端末は無傷で済む。
追加コードは仮想端末部分だけであり、既存コードには一切手を入れる必要がない。
Eの場合は全体のパフォーマンスが「いちいちopen/close」分だけ落ちる。
とはいえ真面目にDBを組んであればUIからでは見えないとも思う。
変更はopen/closeが内部APIで隠蔽されていれば数行、といったところか。
(そうなっていない場合は全体ソースを見直す必要があり、現実的ではない） >>796
もうめんどくさいな君w
DBへの接続とトランザクション境界を一致させた画期的APIを作って流行らせればいいよ？
一つのユースケースたけに特化したものとしては別にあっても悪く無いと思うよ
ただなぜそういう設計のものが存在しないのか考えてからね >>797
> ユーザがやりたいのはread/writeであって、open/closeではない。
そのうち二回のwriteを実行して二回目のwriteで
エラーが起きた時に一回目のwriteもロールバックするために
トランザクションがあるんですよ？ https://developer.mozilla.org/ja/docs/Web/API/IndexedDB_API/Using_IndexedDB#Getting_data_from_the_database
データベースからデータを取得する
よーし、今から customers テーブルのデータを読み込むぞー！
var transaction = db.transaction(["customers"]);
おい、ちょっとまて俺はdbオープンした時に
自動的にトランザクション実行するぞ！
全てのテーブルに対してreadwriteロックじゃ
誰も読み込みも書き込みもできない
俺はcutomersテーブルなんか触らないけどなｗｗｗ
こういう迷惑バカが居るから、openとトランザクションは別にするべき >>798
open/closeのパフォーマンスを気にしてるのはお前だけだ
忘れろな >>798
> 問題はこれをそのままWeb側にも解放したことで、
> この場合は一気に端末数が無限大になるのと等価で、コネクションが枯渇した。それだけだろ。
誰もコネクションが枯渇したなんて言ってない >>798
当たり前すぎることだが、MDISのシステムは
「1時間に400以上リクエストを送られると他のリクエストの処理が不可能になる不具合を含んでいた」
と言ってるだけで、
ウェブのクライアントが直接DBに接続したなんて誰も言ってない。
そもそもそんなことはできない
ブラウザからデータベースに接続することなんてできない。
IndexedDBはお前、それブラウザん中に実装されてるもんだ。そこを勘違してたわけかｗ
MDISのシステムはIndexedDBを用意してなんかいない。時代的に使ってすらいないだろう
本当に当たり前のことだが、
> D. Webからの入力を受ける「仮想端末」を用意し
仮想端末じゃなくて、普通はアプリケーション・サーバーっていうんだよ。
PHPだとウェブサーバーの場合もあるな。MDISも当然その仕組みだ
> E. open/closeを毎回やるようにする。(Aと同じ）
open/closeを毎回やっても、パフォーマンス向上のために内部的にデータベースに
接続しっぱなしにする機能がコネクションプールだ。正確言うと
前回のリクエストで使った（使い終わった）コネクションを使いまわす。
> 変更はopen/closeが内部APIで隠蔽されていれば数行、といったところか。
あははｗ ばーかｗｗｗ アプリは毎回open/closeをしてるんだよ。
コネクションプールというミドルウェアがcloseした時になにもしないように置き換えてるんだよｗ >>802
少なくともコネクションプーリングを考えたヤツはopen/closeのコストが大きいと考えてる。
数十ミリ秒と数ミリ秒の差が影響するシステムもある。 連想配列のキーに使用できる文字列の仕様ってどこに載ってますか？ 連想配列にキーが存在するかチェックするのならinが速いな
const o = {
'a': 1,
'b': 2,
'あ b': 3,
};
const key = 'あ b';
const l = 100000;
console.time();
for (let i = 0; i < l; i += 1) {
key in o;
}
console.timeEnd();
console.time();
for (let i = 0; i < l; i += 1) {
o.hasOwnProperty(key);
}
console.timeEnd();
//undefined: 5.921ms
//undefined: 9.741ms 連想配列ならMapが最強
従来のオブジェクト形式が良いにしても
o = Object.create(null)でo[key]の方が早い >>806
だからなんだよ。
トランザクションの話をしてる時に
open/closeのコストを考えるなって話だろうが >>808
> 連想配列にキーが存在するかチェックするのならinが速いな
一回あたり
59.21ナノ秒（＝0.00000005921秒）
97.41ナノ秒（＝0.00000009741秒）
だと10万回〜100万回ぐらいチェックしない限り
速度を気にしたって意味なさそうだね。 Object を連想配列にした場合、キーを、__proto__ にすると誤動作するから、
そのキーだけ、特別な処理が必要
他にも、使えないキーがあるかも >>813
どういう時に __proto__ をキーに使ったの？ 英文から、すべての単語を取り出して、出現回数でも調べたのかな？
どこかのサイトで、そういう質問を見た >>815
そういう場合は、適当なプリフィックスをつけるだけで解決するね
obj['@' + word] = なんとか Object.create(null)で作ったオブジェクトには__proto__は無いし自由に値を設定できるこれ豆 Object.create() は、ECMA 5.1, IE9 以上か
こういう機能が無かった、ES3 の頃の話かな chromeのdevtoolsからconsole.dir({})やるとオブジェクトの中身が見れるけど
nodejsの場合はどうやって見るんでしょうか？ ○次受けが多いほど退場率が早くなる。高くなる
直受けの50万 客：いつまでもうちにいていいよ
3次受けの50万（客は90万払ってる) 客：短期延長していい？
5次受けの50万（客は150万払ってる) 客：作り終わったらとっと出てけ できなかったら即退場だ
長時間労働 高稼働 高スキル要求が多い
フリーランスサイトを運営している零細ITの自称エージェントは労働市場から流れてくる案件を転売してるだけだった。
労働市場に加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×3 = 言い値50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×1 悪質な言い値で50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - JIETに加入して公表価格で応募できる
eJobgo JIET JISA で検索
優良エージェント・優良サイト
首都圏IT(PE-BANK) プログラマーズ https://github.com/rook2pawn/node-ddos
調べ物をしている最中にこんなの見付けたんだけど
Httpdがリクエスト受け取ってる時点でDDoS対策にならないんじゃないの？ >>822
動作の軽いリバースプロキシ立ててそこで対応するほうがよさそう node 8はこの秋LTSになるんだからアグレッシブに最新機能は入れないよ
node 9には入る const o = {
a: {name: 1},
b: {name: 2},
};
↑をObject.create(null)で作りたいんですけど
const z = Object.create(null);
z.a = Object.create(null);
z.a.name = 1;
z.b = Object.create(null);
z.b.name = 2;
console.log(z.a.name, z.b.name);
こう書くしかないんですかね？これだと読みづらくて1番目のようにデータが見やすく作る方法ってないですか？ なんでObject.createしばりなの？
リテラル使っちゃだめな理由は？ >>829
Object.assign(Object.create(null), { a: {name: 1}, b: {name: 2}, }) ;
>>810
undefinedと比較 >>833
Object.assignはシャローコピーだから>>829と同じじゃない
undefinedとの比較は>>809とは違うしどっちみちundefinedを値として使うと破綻する >>831
え〜〜、Object.prototypeのプロパティに被る可能性があるからっていう理由で
>>829みたいな書き方になっちゃうの。。。用途によるんだろうけど何とも言えない気分 使うプロパティの種類が限られてるなら
気にする必要ないだろ >>837
また新しいライブラリを作ろうって話かよ。
lodashでできるんじゃね？ 簡単な関数だよ
$(name1, value1 ...)
で>>829みたいな事をすれば良い そうするとjQueryと勘違いされるから
違う関数名のほうが良さそうだね にわかばっかだなここ
{
__proto__: null,
a:1
}
を使えば良いだけだろ……
その程度も知らないようじゃJSer失格
恥ずかしいよほんとに chromeのdevtoolsのコンソールでconsole.log.を補完すると色々でてくるんですが、
console.logの中にはnameってプロパティがあるんですがこういうのはObject.getOwnPropertyNamesで取れました
console.log(Object.getOwnPropertyNames(console.log));
console.logに含まれるhasOwnPropertyとか__proto__とか__defineGetter__なども関数とか
for (let v in console.log) {
console.log(v);
}
じゃとれませんでした
どうやって取るんでしょうか？ もはやnode.jsの話じゃないな
node.js使わずchromeでやってるんだからわざとやってるだろ
まずはjavascript prototypeでググれ
それで分からないことはどこかのjavascriptスレで聞け >>843
chromeのコンソールでconsole.logした方が解析しやすいじゃん バカなの? >>842
getOwnPropertyNamesは名前の通りOwnなプロパティしか取れん
for-inは継承を遡るが、列挙不可にされてるプロパティは取れん
ビルトインプロパティは基本的に列挙不可されているので
結局for-inでも殆どOwnなプロパティしか取れん
それを取るには、__proto__を繋げていって一つ一つにgetOwnすること https://nodejs.org/en/
の、8.7.0 Current をインストールしました。
で、
node.jsを立ち上げ、
.helpは通るのですが、
$ node
や、
$ node -v
は、
SyntaxError: Unexpected identifier
になってしまいます。
どうすればいいでしょうか？ コマンドプロンプト・PowerShell で、
node -v
とコマンドを打つと、そのコマンドの実行ファイルを、OS が探す必要がある
つまり、その実行ファイルの場所を、環境変数PATH などで、OSに教える必要がある
環境変数PATHに指定していなくても、
絶対・相対パスで指定すれば、実行できるはず
Windowsのパス（PATH）の読込順 と起動される順番
http://takuya-1st.hatenablog.jp/entry/20110116/1295188903 >>849
レスありがとうございます。
では、どうやればいいのでしょうか？
node.exeは↓にあります。
"C:\Program Files\nodejs\node.exe" >>851
インストールした、
node.jsのコマンドプロンプトみたいな所に、
..helpを打てば、
↓を返してくれる。
.break Sometimes you get stuck, this gets you out
.clear Alias for .break
.editor Enter editor mode
.exit Exit the repl
.help Print this help message
.load Load JS from a file into the REPL session
.save Save all evaluated commands in this REPL session to a file
しかし、
$ node -vを打っても、
エラーになってまう。
これは不思議なことだと思わないかね？ なんでそんなレベルでnode.jsインストールしようと思ったんだろ >>854
https://www.webprofessional.jp/beginners-guide-node-package-manager/
このページの黒い部分でいうと、
> console.log('Node is running');
や
> .help
これは、
実行出来るのです。
この状態でバージョン確認をするにはどうすればいいのでしょうか？ >>850
C:\Program Files\nodejs\node.exe >>857
お、ありがとうございます。 通りました。
じゃ、私の環境で↓のコマンドが使えるようにするにはどうすればいいのでしょうか？ちなみに、バージョンは、v8.7.0でした。
$ which node
$ node --version >>858
849が書いてくれてるようにPATHが通ってないんだろうからPATHを通す
パスの通し方とかでググって
コマンドプロンプト使う時の基本だから windowsとlinuxの違い、コマンドプロンプトとnode起動後のコンソールの違いが理解できてないっぽいな
$は入力するものじゃないしwitchコマンドはwindowsにはない 例えば、コマンドプロンプトで、
where notepad
と打てば、メモ帳の実行ファイルの場所が、表示される
where node
と打てば？ 皆さん、レスありがとうございます。感謝します。
ちなみに、
コマンドプロンプトで、
C:\Windows\system32>where notepad
と打つと、
C:\Windows\System32\notepad.exe
C:\Windows\notepad.exe
と表示されます。
さらに、
C:\Windows\system32>where node
と打つと、
C:\Program Files\nodejs\node.exe
と表示されます。
さらに、
https://qiita.com/taiponrock/items/9001ae194571feb63a5e
ここを参考にして、コマンドプロンプトに、
C:\Windows\system32>node --version
と、打つと
v8.7.0
と表示されます。
ってことは、「nodejsのパスは通ってる」ってことはないですか？
さらに、コマンドプロンプトで、
C:\Windows\system32>npm --version
と、打つと、コマンドプロンプトがどこかに行って戻って来ません。 npm の仕組みについても、検索して調べて！
思い付きで、色んなコマンドを打っても、動かない
C:\Windows\system32>node --version
C:\Windows\system32>
そもそも、ここは、Windows のシステム領域だろ。
こんな場所へは行かないし、ここからコマンドを打つことは、絶対にない
自分のホームディレクトリ以下に、プロジェクトフォルダを作って、
そこからコマンドを実行する
プロジェクトフォルダ>node --version
これで、コマンドが探せないのなら、
>>849
のサイトを見て、勉強する
OS の仕組みについて、何年も勉強していなければ、
環境構築・システム運用はできない つか、わかった。
スタートメニューに色々出来るけど、
nodejs
と、
Node.js command prompt
があって、
Node.js command prompt
を立ち上げるべきを、
nodejs
を立ち上げてたのだと思う。 http://gihyo.jp/dev/serial/01/nodejs/0001
つかこれの、真ん中ぐらいの、
>を実行すると，コンソールに「foo」と出るのが確認できます。
これが確認出来ました。
ありがとうございました。 しかし、nodejsも、Node.js command prompt も、
どっちもコマンドプロンプトみたいなもんだけど、ドコが違うんですかね？ node.jsを使ってjQueryチックにWebサイトをクローリングする方法
https://liginc.co.jp/programmer/archives/4848
これが半分ぐらい出来たんですけど、
これをちゃんとやるには自分のpcにmysqlがインストールされてないとダメなんですかね？ プログラミングの学習が目的ではないみたいだし
潔く諦めてGUIのスクレイピングツールを使え
自分で学ぼうとしないやつを
いつまでも相手にするほどみんなヒマじゃないから MongoDB, Redis など、NoSQL系DB で良い windows10をFCUしたら
node-notifierと言うライブラリが機能しなくなってしまいました。
呼び出すとエラーも出さずに消えてしまいます。
どこを確認すべきでしょうか？ 複数人体勢のexpressのほうが安心
koaは作者一人だから不安だから使わない koaってexpressのミドルウェアそのまま使える。async await大好きマンに取ってはたまらない1品 koa2+reactjsのdynamicで快適。 ejsやjadeを使わず、javascriptのみですっきり。
いいで〜 koa2+react。 ■ このスレッドは過去ログ倉庫に格納されています
