【node.js】サーバサイドjavascript 5【Nashorn】 (796ﾚｽ)
上下前次1-新
632(1): 2021/08/28(土)10:29 ID:rJz23Izt(1) AAS
nodeで作ってるapiがメモリ使用量1GBくらいでかなりベビーなんですけど
ここら辺のパフォーマンスチューニングについての知見がまとまってるサイトか書籍ないですかね？
633(1): 2021/08/28(土)14:06 ID:TLYe8gOd(1) AAS
>>632
動画ﾘﾝｸ[YouTube]
634: 2021/09/01(水)09:26 ID:J/+xOU5Y(1) AAS
>>633
あざます！
635: 2021/09/06(月)01:52 ID:B6t4Zwws(1) AAS
Fastifyいいな
636: 2021/09/15(水)19:03 ID:fHmj5hYp(1) AAS
スクレイピングすると地獄へ落ちるって本当ですか？
637: 2021/09/15(水)20:01 ID:DvcCOYYc(1) AAS
puppeteerのplaygroundでforループすれば任意の回数地獄に落ちられるぞ
638: 2021/09/18(土)03:38 ID:YPBxfQEw(1) AAS
スクレイピングの勉強するのですが、下手するとF5アタックになるとかの法的リスクと回避法を重視している入門書ってありますか？
今の所やりたいことは、特定の市町村の5年分気温気象データを収集して自分用に加工
近所のコインランドリーの稼働データを集計して空いてる確率が高い時間帯を調べるの2つです
前者は膨大なデータを取得する必要があります
後者は10分から20分おきにアクセスすることになります
639: 2021/09/18(土)04:59 ID:ZvozewrD(1) AAS
マルチポストすんな
640: 2021/09/18(土)18:16 ID:J85RgKD5(1) AAS
頭のおかしい人に以下のようなことを言われました
>>基本、スクレイピングは営業妨害との戦い。
>>どの本にも、そう書いてある。
>>スクレイピングを推奨する本はない
具体的な書籍名を教えてください
>>5ch は、マルチポスト禁止！
>>同じ質問を、複数のスレや外部のサイトに書いてはいけない
省1
641: 2021/09/19(日)01:37 ID:k7BgVJB0(1/2) AAS
node初心者だけどnpmが脆弱性情報吐きまくってこわい
642: 2021/09/19(日)13:46 ID:k7BgVJB0(2/2) AAS
ググったらauditはクソ設計みたいな記事が出てきた
無視して良かったんだね
いままで膨大な時間を無駄にしてた…(´Д｀)ﾊｧ…
643(1): 2021/10/10(日)13:43 ID:rC7NAnza(1/3) AAS
なんか変な場所でエラー投げられてプロセスが止まると思ったら
依存Modの一つがPromiseコンストラクタのcallback内で非同期エラー投げて止まっていた
そりゃrejectしないしcatchブロックにも引っ掛からんわどうすりゃいいねん
644: 2021/10/10(日)17:42 ID:6Ldb4KuL(1) AAS
そんな事は4,000年に一度しかないからヨシ！
645: 2021/10/10(日)18:08 ID:aEbL1282(1) AAS
>>643
その依存モジュールを捨てる
646(1): 2021/10/10(日)20:04 ID:rC7NAnza(2/3) AAS
最悪プルリク投げるかと思ってリポジトリ見たら消えてた
捨てて自分で書くわ
647: 2021/10/10(日)20:07 ID:zb1mAGkH(1) AAS
>>646
お疲れさん。ちな何て言うモジュール？
648: 2021/10/10(日)20:11 ID:rC7NAnza(3/3) AAS
具体名は避けるけどProxy関連
自前のDNSBL作るのに使ってる
649: 2021/10/20(水)02:52 ID:7Ch1Hu5l(1) AAS
スクレイピングに興味があるのですが1時間に1回の頻度のGETだけで訴えられる危険があるって本当ですか？
650: 2021/10/20(水)07:42 ID:442/7USe(1) AAS
マルチ
651: 2021/10/21(木)01:45 ID:Z5+NocI4(1) AAS
17でStrcturedCloneの実装来るのか
もうv8にある似たようなAPI使わなくてよくなるのな
652: 2021/10/25(月)18:50 ID:xfFAFxQ2(1) AAS
パッケージ管理ツールのnpmで公開されている「UAParser.js」は、ユーザーエージェントの判定処理を
実行するJavaScriptライブラリであり、Facebook・Microsoft・Amazon・Googleなどの超大手企業を
含む1000以上のプロジェクトで採用されています。
そんなUAParser.jsがハッカーによってハイジャックされ、LinuxおよびWindowsデバイスを対象に暗号
資産採掘やパスワードの盗難を行うトロイの木馬が仕込まれていたことが判明しました。
653: 2021/10/25(月)18:55 ID:WgjrPOfi(1) AAS
GIGAZINEからのコピペだろうけどちゃんと引用元URL貼っとけよ
654: 2021/11/17(水)15:53 ID:OJq8ALeu(1) AAS
上にもちょっとありましたが、レンタルサーバでnode.jsを動かすのって現実的じゃないもんなんですか?
655(1): 2021/11/17(水)16:00 ID:lSu1Xmea(1/2) AAS
いや全然
上にある「レン鯖はPHP」ってレスは恐らく既に環境を構築済みで
あとは実行する.phpを配置するだけのWebスペースを想定したレス
656(1): 2021/11/17(水)16:22 ID:sYjDCVja(1) AAS
node.js使えるレンサバってあるの？
657: 2021/11/17(水)16:34 ID:lSu1Xmea(2/2) AAS
>>655に書いたような実質Webスペースの共有レン鯖でも端末触れる一部では使えるよ
占有型ではもちろん使えるけど今なら間違いなくVPSのほうがいい
658: 2021/11/17(水)17:46 ID:+3kxan1m(1) AAS
古き良きLAMP環境に拘る理由がないなら好きにしたら良い
659: 2021/11/17(水)23:30 ID:YG2/9hEL(1) AAS
>>656
昔ながらのFTPとかでファイル置くしかできないようなサービスならまずそんなもの導入されてないだろうな
660(4): 2021/11/25(木)05:21 ID:HW7nta/v(1/3) AAS
gulp4でejsをを使用したい + 別のタスクと記述方法を統一したいのですが
どうしてもエラーが解消できないのでどなたかご教授頂けませんか？（exportsにオブジェクトを突っ込む方法）
古い記述方法では動作しますが、新しい記述方法ではどうしても動作しません。
色々ググったのですが、どのサイト（英語サイトも含め）も古い記述方法で書かれており困っています。
公式も古い書き方に記述されています。（ejsだけ新しい書き方に対応していない？）
外部ﾘﾝｸ:www.npmjs.com
//old
省17
661: 2021/11/25(木)06:59 ID:nh0ZEMSE(1/2) AAS
このエラーメッセージで検索すれば？
それか、意味を考えてみれば？
The following tasks did not complete
Did you forget to signal async completion?
もっと単純な例で、動くかどうか試してみれば？
662: 2021/11/25(木)07:24 ID:QOEXsJ22(1/10) AAS
>>660
状況全く分からんが、JSのパーサーはややおかしい？所があって、returnの後はぶった切られる。
よって、 return gulp.src(srcPath.ejs).pipe(ejs()); と改行を無くして試す事を勧める。
663(1): 2021/11/25(木)07:46 ID:88pS2ZzI(1) AAS
>>660
外部ﾘﾝｸ:developer.mozilla.org
664: 2021/11/25(木)08:25 ID:QOEXsJ22(2/10) AAS
>>663
これ return と yield (と後置演算子もか？)はパーサの仕様バグだよな？
直感的じゃ無いという意味で。
665(1): 2021/11/25(木)08:37 ID:acYGqwrp(1) AAS
仕様だよ
お前の直感がおかしい
666(1): 2021/11/25(木)08:57 ID:QOEXsJ22(3/10) AAS
>>660
いや実際660はそうしてるだろ。俺も以前嵌った事があったし、
実際セミコロン必須の言語だとどこで切ってもいいから、660の書き方はよく見るよ。
俺はお前がおかしいと思うが。
結局これもMDNで説明するのに例外扱い("no LineTerminator here" 規則)になってるし。
統一された文法ではないよね。（=もっとましな仕様にする事も出来たし、実際他言語はそう）
667: 2021/11/25(木)08:57 ID:QOEXsJ22(4/10) AAS
すまん分かると思うが 666 は >>665 宛
668(1): 2021/11/25(木)09:45 ID:6PNOZvLH(1/3) AAS
>>666
その書き方よくみるというけど
1行で書けば見やすいのにわざわざ複数行で見にくくしている意図がわからない
669(1): 2021/11/25(木)10:02 ID:QOEXsJ22(5/10) AAS
>>668
そりゃ、そうした方が見やすいと思う人がそうするだけだよ。
お前がそう思わなければしなければいいだけ。
ただ実際、660にある公式のコードもそうなってるだろ。
俺も個人的には横に長いコードを書くけど、一般的には縦に長いコードの方が多いと思うよ。
670(1): 2021/11/25(木)10:13 ID:rnpiht7q(1/2) AAS
returnの直後に改行してないからASI関係なくないか？
671(1): 2021/11/25(木)10:19 ID:QOEXsJ22(6/10) AAS
>>670
660の「新しい記述方法だと動かない」とされてるコードは return gulp で改行してる。
660内の公式はこれが出来ない事を知ってるから、 gulp.src(...) で改行してる。（ただしreturnはないが)
672(1): 2021/11/25(木)10:26 ID:6PNOZvLH(2/3) AAS
>>669
それは長い行を分けて改行しているだけ
一方で>>660の人は長い行にならないのに無意味に改行しまくり
673(3): 2021/11/25(木)10:28 ID:rnpiht7q(2/2) AAS
>>671
return
gulp.src()
ならreturnの後にセミコロンが自動挿入されるけど
return gulp
.src()
ならgulpの後にセミコロンは自動挿入されないでしょ
省2
674(1): 2021/11/25(木)10:36 ID:QOEXsJ22(7/10) AAS
>>672
長さではなく、意味で切るんだよ。
>>673
> return gulp
> .src()
> ならgulpの後にセミコロンは自動挿入されないでしょ
されて gulp が返されるはずだぞ。
675(1): 2021/11/25(木)10:42 ID:6PNOZvLH(3/3) AAS
>>674
意味で切るならgulpと.src()の間で改行を入れてるのは明らかにおかしい
無意味な改行だ
676: 2021/11/25(木)10:42 ID:QOEXsJ22(8/10) AAS
>>673
すまん、674は間違い。
試してみたところ、確かに挿入されないようだ。
677: 2021/11/25(木)11:42 ID:QOEXsJ22(9/10) AAS
>>675
相手するだけ無駄っぽいが、そういうのは物によるんだよ。
そうした方が見やすいと思う奴がそうするだけ。
return ウンコ製造器675号
.src(ケーキ)
.pipe(胃)
.pipe(小腸);
省12
678(1): 2021/11/25(木)12:57 ID:K4FLN1Dn(1) AAS
んじゃ俺は括弧の後に半角スペースを入れるのを極めるわ。
679: 2021/11/25(木)13:45 ID:R4fLO2Lj(1) AAS
必死過ぎて笑えるｗ
680: 2021/11/25(木)14:09 ID:reZpBJt7(1) AAS
珍しく伸びてんなと思ったらこれだよ
681(1): 2021/11/25(木)19:42 ID:b7JhAcnH(1) AAS
.NET Standard が世界の中心と考えてる人でしょ
別スレで見た
682: 2021/11/25(木)21:14 ID:QOEXsJ22(10/10) AAS
>>678
ゆとりにはそれがお似合いだね
683: 2021/11/25(木)22:13 ID:HW7nta/v(2/3) AAS
610です。
仕事でレス遅くなりました。
>>673
ありがとうございます！
このコメントからピンときて修正したら無事に動作しました。
超初歩的なミスでした、、
こちらの書き方は関数の中にejs(gulp-ejsオブジェクト)を書いても動作しましたが
省6
684: 2021/11/25(木)22:25 ID:HW7nta/v(3/3) AAS
誤 610です。 = > 正 660です。
685: 2021/11/25(木)23:27 ID:nh0ZEMSE(2/2) AAS
漏れは、Ruby でも、パーサーの誤解釈を避けるため、
. を行末に置く
a.
b( ).
c( )
686: 2021/11/26(金)01:34 ID:KdVwfKAT(1) AAS
なんで Ruby が出てきた
687(1): 2021/11/26(金)22:15 ID:FIwAqG/H(1) AAS
スクリプト系は改行も終端になって駄目ね
688(1): 2021/11/26(金)23:57 ID:MbvsChzk(1) AAS
>>687
JavaScriptで駄目なのはreturnのみの行の時だけだよ
return
a
.b()
は駄目だけどこう書く人はいないから問題は起きることはない
return a
省2
689: 2021/11/27(土)09:09 ID:kX7QbhiL(1) AAS
そういうのはコーディング時にいちいち気にするよりlinterでチェックだな。
690(1): 2021/11/27(土)09:24 ID:LVgG7qhW(1/6) AAS
>>688
それを知ってないと嵌るだけの無駄仕様だよ。
セミコロンなしの筆頭だったAirbnbも諦めたようだし。
> ASI contains a few eccentric behaviors, though, and your code will break if JavaScript misinterprets your line break. These rules will become more complicated as new features become a part of JavaScript. Explicitly terminating your statements and configuring your linter to catch missing semicolons will help prevent you from encountering issues.
> 外部ﾘﾝｸ:github.com
他にセミコロンなしの有名ルール勢ってあったっけ？
return
省4
691(1): 2021/11/27(土)09:32 ID:MtgsfYs/(1/2) AAS
書き方にこだわりがあるならそうではない書き方と比べて◯◯の利点があると言わないと他人の理解は得られにくい。
好みだけの問題ならスクリプトの仕様に従うしかない。
692: 2021/11/27(土)09:36 ID:TUbuKQsw(1) AAS
自分はなりませんねとしか
693: 2021/11/27(土)09:41 ID:LVgG7qhW(2/6) AAS
>>681
俺向けではないと思うが、
return
'qwerty'
+'asdfgh';
の利点は見れば分かるとおり、インデントを揃えられる事だよ。
タグの方が分かりやすいかもしれんが一々引っかかると面倒なので止めただけ。
省6
694: 2021/11/27(土)09:42 ID:LVgG7qhW(3/6) AAS
すまん693内681は>>691
695: 2021/11/27(土)10:25 ID:wIEauZJC(1) AAS
お前ら何も考えずにPrettier使え
それが今のデファクトだ
696(1): 2021/11/27(土)11:22 ID:xgA8vuBV(1) AAS
>>690
Airbnbがセミコロンなしの筆頭って頭腐りすぎたろ
git時代に歴史改ざんしてもすぐにバレる
2012年にセミコロンの章が初めて書かれたときからAirbnbはセミコロン派だ
外部ﾘﾝｸ[md]:github.com
697(1): 2021/11/27(土)11:35 ID:LVgG7qhW(4/6) AAS
>>696
ならAirbnbというのは俺の勘違いだな。
俺がJSを始めた2013-14頃、有名なコーディングルールが4つほどあって、Airbnbが一番トンデモだった(が、人気は一番という話だった)
その中にはセミコロンを打つな、というルールもあった。誰か思えてないかね？
なお俺はgoogleのルールが一番マシっぽいのでそれを参考にした。(こちらはセミコロンあり）
698: 2021/11/27(土)11:43 ID:WAiK9igD(1) AAS
>>697
どこだか覚えてないけど、確かにどっかでセミコロン打たないで、短文を1行に書くときだけセミコロン使うてなの見たか聞いたりした記憶ある。
699: 2021/11/27(土)12:14 ID:LVgG7qhW(5/6) AAS
一応自分でも再確認しているところだが、
> Always use semicolons. (google)
> Use them. Never rely on ASI. (jQuery)
> あなたからセミコロンを奪おうとする反抗的な軍隊があるようです。でも確かに私達の伝統的な文化はまだ元気に生き残っています。だからコミュニティに従って、セミコロンを使いなさい！(Node)
> 外部ﾘﾝｸ:qiita.com
npmのもかなりトンデモだった記憶があり、改めて確認すると、打つな派だ。
> ;(x || y).performAction()
省12
700: 2021/11/27(土)12:30 ID:i1Pzoh/C(1) AAS
NodeはRyan Dahlが始めてセミコロンあり
npmはIsaac Z. Schlueterが始めてセミコロンなし
IsaacはNodeの2代目リーダーだけどNodeではセミコロンを書いてた
701(1): 2021/11/27(土)12:54 ID:XFyMXPdv(1) AAS
セミコロンレスの強硬派として有名なのはStandard
カスタマイズも許さない
外部ﾘﾝｸ:github.com
702: 2021/11/27(土)13:40 ID:LVgG7qhW(6/6) AAS
>>701
初コミット2015年なのにstandardと主張して他と違うルールとか、頭おかしいな。
とはいえ議論する時間が一番無駄というのは同意だが。
多分セミコロン無し言語出身者用のルールが一つは必要で、
それに向けてのstandard命名なのだろうけど、なんだかね。
703(1): 2021/11/27(土)13:49 ID:MtgsfYs/(2/2) AAS
文字列を「+」で繋げるのもうやめようよ。見にくいよ。
「´」(バッククォート)で括ればいいじゃん
704: 2021/11/27(土)13:51 ID:NSUO7OXD(1) AAS
>>703
このルール入れろ
外部ﾘﾝｸ:eslint.org
705: 2021/11/28(日)09:28 ID:yQx61O6E(1) AAS
javascriptならセミコロン無い方がいいかなぁ
706: 2021/12/14(火)18:36 ID:R85W1UAs(1) AAS
async/awaitってawaitしかしないから無駄じゃね？
707: 2021/12/26(日)08:00 ID:iIGCgNg3(1) AAS
Promise, async/await で無駄なのは、デタラメ解説の数々、ほぼ全滅だろ、酷い惨状だねー。
708: 2021/12/26(日)09:04 ID:S+a9i6vw(1/6) AAS
それを言ったらWeb系言語は全部デタラメ解説で駄目だろ
初心者が情報公開の練習として解説を書くからそうなる
709(1): 2021/12/26(日)10:12 ID:6ScHvZpk(1) AAS
それはしゃーない、正確さにこだわりすぎて萎縮する方がデメリットが大きい
読む方が気を付けて取捨選択するしかない
710: 2021/12/26(日)10:19 ID:jog3O69G(1) AAS
c++とかjavaとか含めて進化してる技術の古い解説はことごとくゴミ化してるし一緒だわな
711(1): 2021/12/26(日)11:04 ID:4h95DB/2(1/3) AAS
classは非推奨にして欲しい。
中途半端で使いにくい。
712(1): 2021/12/26(日)13:04 ID:PmcDL+gd(1/2) AAS
>>711
どういう所？
上下前次1-新書関写板覧索設栞歴
あと 84 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s