【node.js】サーバサイドjavascript 5【Nashorn】

**デフォルトの名無しさん** · 2020/10/17(土) 18:39:14.64

>>556
結論的には、

$ npm install -g fs-extra

$ set NODE_PATH=%AppData%\npm\node_modules

としてから、

node xxxx.js

とすると直りました。

**デフォルトの名無しさん** · 2020/10/17(土) 23:48:03.55

Windows？

**デフォルトの名無しさん** · 2020/10/19(月) 16:19:09.43

# Fatal error in , line 0
とか見慣れぬエラーで落ちててビビって調べたらv14のバグか

**デフォルトの名無しさん** · 2020/10/25(日) 03:29:13.70

import って mjsにしないといけないし

**デフォルトの名無しさん** · 2020/10/25(日) 03:30:20.11

途中送信すまん

**デフォルトの名無しさん** · 2020/10/25(日) 04:23:13.46

mjsにしないといけないから何なんだよ気になるだろ…
因みにpackage.json弄れば.jsをESM扱いにはできる

**デフォルトの名無しさん** · 2020/10/25(日) 13:32:05.91

node v15にしたからmjsにして requireを全部importに変更したらpuppeteerがimportできなくてまたrequireに戻した

**デフォルトの名無しさん** · 2020/10/26(月) 06:48:46.11

下記のモジュールを使用してHTMLソースからタグを全て取り除く処理を作っているのですが、タグを取り除いてくれません。
ES6で記述されたjavascriptを対応していないブラウザで動作させるために記法を変換してから読み込ませることは知っているのですが、
nodeコマンドで直接実行する場合にもそのような記法の変換などが必要なのでしょうか？

◆モジュール
https://github.com/ericnorris/striptags

◆ソース
main.js
-----
var striptags = require('striptags');
striptags(html);
console.log(html); // 取り除かれていない

◆コンソールで書きコマンドを実行
node main.js

**デフォルトの名無しさん** · 2020/10/26(月) 13:39:27.76

html = striptags(html);
じゃないの？

**デフォルトの名無しさん** · 2020/10/26(月) 14:12:32.65

>>565
教えて頂いた方法で取り除かれていることが確認できました。
公開されているソースを確認したら戻り値を受け取るようになっていました。
今後はソースも確認するようにします。
ありがとうございました。

**デフォルトの名無しさん** · 2020/10/26(月) 14:44:15.69

その前にJavaScriptの勉強をちゃんとすべきでは。。。
JSの文字列は不変って知ってればstriptagsの使い方を知らなくても>>564の書き方じゃダメってわかったはず

**デフォルトの名無しさん** · 2020/10/28(水) 03:46:46.75

Fetchより先にAbortControllerが来るのタイムパラドックス感がある

**デフォルトの名無しさん** · 2020/10/28(水) 14:31:46.46

node.jsがあればPHPはもういらないよね？

**デフォルトの名無しさん** · 2020/10/28(水) 14:45:56.45

そんなことはない

**デフォルトの名無しさん** · 2020/10/28(水) 23:57:51.70

>>570
なぜ？

**デフォルトの名無しさん** · 2020/10/29(木) 00:23:44.55

rdb扱うのはphpの方が得意やろ

**デフォルトの名無しさん** · 2020/10/29(木) 00:35:34.69

>>563
v15で試したけど import puppeteer from 'puppeteer' で読み込めてるよ

**デフォルトの名無しさん** · 2020/10/29(木) 10:07:34.55

俺も文法的にはPHPよりもjavascriptの方が好みなので、できれば移行したいんだけど、
URL単位で小物サービスを作る用途がメインなので今でもPHPを使ってしまう。
なんか、node.jsはCGI的に使うのはナンセンスという雰囲気があって、
でも、たまにしか使わない小物サービス毎にポート番号を消費したくない、
と思うと移行できない。
こんな俺にもおすすめなnode.jsの使い方ってある？

**デフォルトの名無しさん** · 2020/10/29(木) 10:28:14.20

レンタルサーバーだといまだにPHPだかんね

**デフォルトの名無しさん** · 2020/10/29(木) 11:43:25.35

>>573
ありがとうございます。 -gでインストールしてたのがいけないっぽいです

**デフォルトの名無しさん** · 2020/10/29(木) 16:31:46.11

>>574
極々普通にNodeでもルーターから振り分ければいいと思う
PHPだってサービスごとにhttpd立てているわけではないっしょ

**デフォルトの名無しさん** · 2020/10/29(木) 21:26:42.11

>>574
無料オンライン格ゲーを作る。

**デフォルトの名無しさん** · 2020/10/29(木) 23:24:45.00

>>577
ありがとう、それだ！俺に必要だったものは。
とりあえず、expressを入れればいいのかな？
ちょっとやってみる。
>>578
俺にはレベル高すぎ(笑)

**デフォルトの名無しさん** · 2020/11/07(土) 11:58:54.69

npm-run-all で複数のnpm scriptを連続で実行したいんだが、scriptのどれか一つでも
0以外のステータスを返すとそこで処理をやめてしまうのをどうにかできないのかな。

大抵の場合はその仕様でもいいんだけど、たまに、エラーだろうがなんだろうがとにかく
処理しきってしまいたい場合がある。

**デフォルトの名無しさん** · 2020/11/07(土) 12:35:45.81

>>580
--continue-on-error
options.continueOnError = true;

**デフォルトの名無しさん** · 2020/11/07(土) 12:39:43.17

さんきう。オプション見落としてた。

**デフォルトの名無しさん** · 2020/11/14(土) 16:32:10.90

574です。
$ express --ejs myapp
を実行して、routes/index.jsに
router.all('/:ejs',(req,res)=>res.render(req.params.ejs,{req:req}))
の1行を書き加えただけでかなりphpっぽく使えるね。
ejsファイルを置くだけで、nodeを再起動しなくていいし。
ejsファイルが存在しないときに404 Not Foundじゃなくてエラー画面が出るのが愛嬌だけど。

**デフォルトの名無しさん** · 2020/11/18(水) 14:56:07.27

おめーら的にdenoってどうすか？
使ったことなさそうだけど

**デフォルトの名無しさん** · 2020/11/18(水) 19:28:04.93

ほんのちょっとしか触ってないけど面倒くささが無い
npmライブラリが使えないけど init だの install だの package.json だの tsc だのやったりいじったりしないで済むから手軽に感じた
時間が経ってライブラリが充実してくれれば普通に使いやすい環境だと思う

**デフォルトの名無しさん** · 2020/11/18(水) 20:11:49.14

期待したいよな
開発者はイケメンだし

**デフォルトの名無しさん** · 2020/11/18(水) 21:25:12.52

npmが使えないからエコシステムが育つまで様子見だな。
@types以前のTypeScriptみたいな。

**デフォルトの名無しさん** · 2020/11/19(木) 01:51:43.98

io.jsのように良い部分はNode.js側に取り込んでほしいね
最近は複雑さばかりが増しているし

**デフォルトの名無しさん** · 2020/11/21(土) 19:45:56.38

express 5.xを使ってみたいんだけど、4.17.1になってしまう。
どうすればいいの？
$ npm init --y
$ npm install express@>=5.0.0-alpha.8 --save
npm notice created a lockfile as package-lock.json. You should commit this file.
npm WARN e5@1.0.0 No description
npm WARN e5@1.0.0 No repository field.
$ npm view express version
4.17.1

**デフォルトの名無しさん** · 2020/11/21(土) 23:08:26.52

Ruby のBundler なら、プロジェクトルートに移動してから、

Gemfile にバージョン指定を書いて、
bundle install とコマンド入力するけど

**デフォルトの名無しさん** · 2020/11/21(土) 23:54:59.89

>>589
npm i express@next

>>590
npm知らないヤツが何ででしゃばるわけ？

**デフォルトの名無しさん** · 2020/11/22(日) 00:38:30.85

expressは当時koaに移行するのかと思ってたけど結局どっちも開発続いてるのな

**デフォルトの名無しさん** · 2020/11/22(日) 00:44:07.65

koaもhapiもfastifyもexpressの牙城は崩せそうもない

**デフォルトの名無しさん** · 2020/11/22(日) 00:46:23.77

>>591
ありがとう。やってみたけどダメだった。
途中の表示にはexpress@5.0.0-alpha.8って出てるのに…
なんか晒すべき設定ってある？

$ npm init --y
$ npm i express@next
npm notice created a lockfile as package-lock.json. You should commit this file.
npm WARN e5@1.0.0 No description
npm WARN e5@1.0.0 No repository field.
+ express@5.0.0-alpha.8
added 57 packages from 39 contributors and audited 57 packages in 4.105s
found 0 vulnerabilities
$ npm view express version
4.17.1

**デフォルトの名無しさん** · 2020/11/22(日) 01:12:26.72

viewコマンドはインストールされたものじゃなくて公開されてるパッケージの情報見るものよ

**デフォルトの名無しさん** · 2020/11/22(日) 01:15:05.72

>>594
npm viewはレジストリの情報を表示するものでローカルにインストールされたものとは無関係だからだなw
npm ls express

**デフォルトの名無しさん** · 2020/11/22(日) 01:19:23.91

>>594
インストールの時は
$ npm i express@next
って打ってるくせに
なんで
$ npm view express version
って打つわけ？
それなら
$ npm view express@next version
でしょうが…

**デフォルトの名無しさん** · 2020/11/22(日) 09:31:06.57

>>595-597
ありがとう。バージョン確認方法の方が間違ってたのか。
あぶねえ。パッケージ側の情報で確認してたら、何を試しても永遠に出来ないって言ってるところだったw
改めて確認したら、ちゃんと5.xが入ってた。
お騒がせしました。

$ npm ls express | grep express
└── express@5.0.0-alpha.8

**デフォルトの名無しさん** · 2020/11/23(月) 12:57:39.74

node.jsのドキュメントや書籍等で、セキュリティー対策を考慮して書かれているものがあれば教えてください

uy ◆e6.oHu1j.o · 2020/11/24(火) 12:43:32.88

>>599
(u＿・y)っhttp://asciimw.jp/search/mode/item/cd/A1000670

**デフォルトの名無しさん** · 2021/01/01(金) 19:21:03.31

さくらVPSとかのlinuxサーバにwebアプリをデプロイするベターな手順ってなんかありますか

単純に考えれば、既存のサーバ中のプロジェクトフォルダを消して gitから新しくpullしてnpm ciすればいいはずなんだが
・毎回node_modulesを作るのは時間がかかるから、package-lock.json に変更が無い場合はそのまま引き継ぎたい
・ローカルの設定、ログフォルダといった、消したくないフォルダがある
からちょっと面倒でなんとかしたい

nodejs deployment tool とかで検索しても、すぐ自社のSaasに誘導しようとして
素のEC2的なlinuxマシンでの方法が分からなかった。

**デフォルトの名無しさん** · 2021/01/02(土) 03:22:23.36

普通にDockerでnpm i後のイメージ作ればいいんじゃない

**デフォルトの名無しさん** · 2021/01/02(土) 04:25:18.76

>>602
ありがとうございます。やはりdockerか。

docker使えない自分はこんな感じでやっていました。
＞・毎回node_modulesを作るのは時間がかかるから、package-lock.json に変更が無い場合はそのまま引き継ぎたい
git fetchした後git diff HEAD..origin/master -- package.json で変更があるか確認出来る。
変更があった場合のみnpm installすればいい。

＞・ローカルの設定、ログフォルダといった、消したくないフォルダがある
ログフォルダや設定ファイルは.gitignoreしてあるはずだから、気にせず毎回git merge origin/master しても全く問題ないはず。

深く考えすぎてて、普通に手を動かしたら違和感なくデプロイ出来ました。

**デフォルトの名無しさん** · 2021/03/01(月) 09:14:19.43

for文について質問させてください。

const execTime = new Date(2021,0,1);
for (
const ix = new Date(execTime.getTime());
ix.getMonth() === execTime.getMonth();
ix.setDate(ix.getDate() + 1)
) {
console.log(ix);
}

これを実行すると、以下のようになります。

2020-12-31T15:00:00.000Z
...
2021-01-30T15:00:00.000Z

なぜ1月1日～1月31日にならないのでしょうか？
どのように書けばいいのか教えてください。

node -v
v15.9.0

**デフォルトの名無しさん** · 2021/03/01(月) 09:46:34.15

タイムゾーン

**デフォルトの名無しさん** · 2021/03/01(月) 11:40:37.52

>>605
ボケてました。
ありがとうございました。

**デフォルトの名無しさん** · 2021/03/01(月) 17:11:01.18

npm outdateをCLIじゃなくてNode側から使う方法ってない？
stdoutからパースするのは流石に手間で

**デフォルトの名無しさん** · 2021/03/01(月) 17:57:45.51

こいつを直接使えばいんじゃねーの知らんけど
https://github.com/npm/cli/blob/latest/lib/outdated.js

**デフォルトの名無しさん** · 2021/03/01(月) 22:10:08.82

>>608
ｔｈｘ
試しにnode_modules/lib/outdated.jsがexportしてる関数を叩いてみたけど
内部のglobalディレクトリ参照でコケているようなエラーが出て機能しなかった
npm自体がModとしてのexportするのもAPIのないEventEmitterインスタンスだし想定してなさそうだ
諦めて自前で実装しているユーザーパッケージを適当に探すよ

**デフォルトの名無しさん** · 2021/04/24(土) 07:20:56.16

JavaScript／TypeScriptランタイム環境「Deno 1.9」がリリース、パフォーマンス向上に寄与する機能追加など

https://codezine.jp/article/detail/13970

**デフォルトの名無しさん** · 2021/07/14(水) 17:16:26.21

質問ってここで良いの？
Angularが良くわかないんだけど、例えばmd-toobarとmat-toolbarはなにが違うの？
いま触っているのが全部md-xxxだけど、ググるとmat-xxxばかり
package.jsonも、angularーmaterialになっているけど、ググって出てくるのは@angular/materialで、違いが分からない

**デフォルトの名無しさん** · 2021/07/16(金) 23:12:53.43

dnsモジュールのgetServers()が初回実行時の内容キャッシュしてて使い物にならん

>>611
フロントエンドスレが一応立ってるからそっちで聞いてみれば
あとはWeb制作板に質問スレあったけど大分前に荒らしに乗っ取られて今はどうなってるやら

**デフォルトの名無しさん** · 2021/07/30(金) 15:13:55.95

Ubuntu18.04でNode.js8.10.0を使ってるのですが、
BigIntのリテラル(例:10N)が使えません。
どうやったら使えるように出来るのでしょう？

**デフォルトの名無しさん** · 2021/07/30(金) 15:53:45.87

Node.jsをv12以上にする(細かいこと言うとv10の途中から使える)

**デフォルトの名無しさん** · 2021/07/30(金) 17:48:26.38

漏れは、Windows 10, WSL2, Ubuntu 18.04, VSCode だけど、

Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

yarn は、Windows側に入れて、Linux側から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト

anyenv 公式サイト
https://github.com/anyenv/anyenv

anyenv + macOS環境構築
https://qiita.com/rinpa/items/81766cd6a7b23dea9f3c

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
~/.bashrc に、下の2行を追加するだけで、各言語ごとに追加しなくても良い

export PATH="$HOME/.anyenv/bin:$PATH"
eval "$(anyenv init -)"

**615** · 2021/07/30(金) 18:08:58.02

anyenv などを使わず、
Docker で探した方が、もっと簡単かも

apt でインストールした、Node.js 8 は、アンインストールすれば良い

**デフォルトの名無しさん** · 2021/07/30(金) 18:19:19.46

スクレイピングしたいんですけど何を勉強すればいいですか
不正アクセスに問われたりしないでしょうか？
セキュリティ対策はどのようなことに注意すればよいでしょうか？

**デフォルトの名無しさん** · 2021/07/30(金) 21:07:04.19

今ならPuppeteerか同種のヘッドレスブラウザで実装するのが楽
通常の用途であればセキュリティを気にする部分はない
不正アクセスはまたの問題だから他の質問スレで聞こう

**613** · 2021/07/31(土) 11:22:07.03

皆さんありがとうございました。
最新のLTS版Node.jsを入れたらBigIntなリテラル(N)が使える様になりました。

どのようにUbuntu18.04に最新版をインストールしたかと申しますと。

　1. npmでnコマンドをインストール
　2. nコマンドで最新LTS版Node.jsをインストール
　3. aptでインストールしていたnodejsとnpmをアンインストール(依存も解消)

です。

**615** · 2021/07/31(土) 11:37:20.92

NVM, n も、知ってるけど、
各言語ごとに、ツールの使用方法を覚えるのが大変

全言語で使用方法が統一されている、anyenv, asdf が良い。
最近はどの言語も、Docker が多い

**613** · 2021/07/31(土) 12:37:39.44

>>620
Node.jsでパッケージングされているプログラムだけで完結できるのに、
新しいNode.jsにする上で、
他のプログラムや仮想化に依存しなくてはいけない理由は何ですか？
仮想環境が便利だ等であれば別の話だと思うのですが。

私はC/C++、Java、Perl、JavaScript(フロント少々)使いで、
最近Node.jsに手を出し始めたのですが、
anyenvやasdfについては全く存じ上げませんでした。
それらを覚える事によって、
それらのラーニングコストを上回る恩恵を授かれるとは思いませんでした。

>>614さんのアドバイスから>>619まで行き着いた次第で、
シンプルに管理コストを抑えられるるのが一番だとも思っています。

**デフォルトの名無しさん** · 2021/07/31(土) 16:07:39.01

好きなもん使えばいい
俺もubuntuではaptでクソ古いNode入れてからnpmでn入れてnからlatest突っ込んでるよ

**デフォルトの名無しさん** · 2021/07/31(土) 17:22:45.59

ruby 君の言うことを真に受けてはいけない

**デフォルトの名無しさん** · 2021/07/31(土) 19:12:03.00

Ubuntu-ltsのデフォnodejsが10.xだもんなあ
オレの環境では動かない、とか言われても知らねえよ。NodeJS公式もサポートしないバージョンまでカバーできる訳ないだろうが

**デフォルトの名無しさん** · 2021/08/04(水) 17:08:54.13

「Electron」と「WebView2」はどう違う？～「Electron」の開発チームが解説
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1342249.html

**デフォルトの名無しさん** · 2021/08/04(水) 19:09:25.30

>>625
ただの翻訳（かつ雑な簡素化）記事なのにその旨の記述がない
画像も元ブログからの転載（盗用）だけどクレジット無し
大手メディアでこれって大丈夫か？

**デフォルトの名無しさん** · 2021/08/04(水) 19:20:49.91

丸コピしたのとは違うと思うぞ
画像の方はアウト臭いな

**デフォルトの名無しさん** · 2021/08/24(火) 08:49:56.10

node.jsのconsole.logのpretty printをデフォルトでやめさせる方法ないのかな？
このおせっかい機能すごくいらいらするのは俺だけかな？

**デフォルトの名無しさん** · 2021/08/24(火) 10:42:50.46

process.stdout.write使え
console.logはブラウザに寄せようと頑張ってるんやろ

**デフォルトの名無しさん** · 2021/08/24(火) 15:31:19.22

puppeteerを使ってるプログラムをwebpackでバンドルすると、distにはChromiumが無いからエラーが出ちゃうわ
よく分からん

**デフォルトの名無しさん** · 2021/08/24(火) 18:06:53.00

Webサイトのコンテキストで動かしてるならDevToolsとセッション張れないから意味ないぞ
https://github.com/puppeteer/puppeteer/blob/main/docs/api.md#working-with-chrome-extensions

**デフォルトの名無しさん** · 2021/08/28(土) 10:29:55.37

nodeで作ってるapiがメモリ使用量1GBくらいでかなりベビーなんですけど
ここら辺のパフォーマンスチューニングについての知見がまとまってるサイトか書籍ないですかね？

**デフォルトの名無しさん** · 2021/08/28(土) 14:06:05.96

>>632
https://www.youtube.com/watch?v=hliOMEQRqf8

**デフォルトの名無しさん** · 2021/09/01(水) 09:26:26.45

>>633
あざます！

**デフォルトの名無しさん** · 2021/09/06(月) 01:52:20.93

Fastifyいいな

**デフォルトの名無しさん** · 2021/09/15(水) 19:03:06.18

スクレイピングすると地獄へ落ちるって本当ですか？

**デフォルトの名無しさん** · 2021/09/15(水) 20:01:32.00

puppeteerのplaygroundでforループすれば任意の回数地獄に落ちられるぞ

**デフォルトの名無しさん** · 2021/09/18(土) 03:38:26.28

スクレイピングの勉強するのですが、下手するとF5アタックになるとかの法的リスクと回避法を重視している入門書ってありますか？
今の所やりたいことは、特定の市町村の5年分気温気象データを収集して自分用に加工
近所のコインランドリーの稼働データを集計して空いてる確率が高い時間帯を調べるの2つです
前者は膨大なデータを取得する必要があります
後者は10分から20分おきにアクセスすることになります

**デフォルトの名無しさん** · 2021/09/18(土) 04:59:36.02

マルチポストすんな

**デフォルトの名無しさん** · 2021/09/18(土) 18:16:18.88

頭のおかしい人に以下のようなことを言われました

>>基本、スクレイピングは営業妨害との戦い。
>>どの本にも、そう書いてある。
>>スクレイピングを推奨する本はない

具体的な書籍名を教えてください

>>5ch は、マルチポスト禁止！
>>同じ質問を、複数のスレや外部のサイトに書いてはいけない

どこでそんなルールが決まっているのでしょうか？

**デフォルトの名無しさん** · 2021/09/19(日) 01:37:30.15

node初心者だけどnpmが脆弱性情報吐きまくってこわい

**デフォルトの名無しさん** · 2021/09/19(日) 13:46:28.11

ググったらauditはクソ設計みたいな記事が出てきた
無視して良かったんだね
いままで膨大な時間を無駄にしてた…(´Д｀)ﾊｧ…

**デフォルトの名無しさん** · 2021/10/10(日) 13:43:36.36

なんか変な場所でエラー投げられてプロセスが止まると思ったら
依存Modの一つがPromiseコンストラクタのcallback内で非同期エラー投げて止まっていた
そりゃrejectしないしcatchブロックにも引っ掛からんわどうすりゃいいねん

**デフォルトの名無しさん** · 2021/10/10(日) 17:42:53.02

そんな事は4,000年に一度しかないからヨシ！

**デフォルトの名無しさん** · 2021/10/10(日) 18:08:01.88

>>643
その依存モジュールを捨てる

**デフォルトの名無しさん** · 2021/10/10(日) 20:04:03.47

最悪プルリク投げるかと思ってリポジトリ見たら消えてた
捨てて自分で書くわ

**デフォルトの名無しさん** · 2021/10/10(日) 20:07:36.51

>>646
お疲れさん。ちな何て言うモジュール？

**デフォルトの名無しさん** · 2021/10/10(日) 20:11:13.74

具体名は避けるけどProxy関連
自前のDNSBL作るのに使ってる

**デフォルトの名無しさん** · 2021/10/20(水) 02:52:30.75

スクレイピングに興味があるのですが1時間に1回の頻度のGETだけで訴えられる危険があるって本当ですか？

**デフォルトの名無しさん** · 2021/10/20(水) 07:42:40.20

マルチ

**デフォルトの名無しさん** · 2021/10/21(木) 01:45:51.47

17でStrcturedCloneの実装来るのか
もうv8にある似たようなAPI使わなくてよくなるのな

**デフォルトの名無しさん** · 2021/10/25(月) 18:50:04.02

パッケージ管理ツールのnpmで公開されている「UAParser.js」は、ユーザーエージェントの判定処理を
実行するJavaScriptライブラリであり、Facebook・Microsoft・Amazon・Googleなどの超大手企業を
含む1000以上のプロジェクトで採用されています。
そんなUAParser.jsがハッカーによってハイジャックされ、LinuxおよびWindowsデバイスを対象に暗号
資産採掘やパスワードの盗難を行うトロイの木馬が仕込まれていたことが判明しました。

**デフォルトの名無しさん** · 2021/10/25(月) 18:55:04.53

GIGAZINEからのコピペだろうけどちゃんと引用元URL貼っとけよ

**デフォルトの名無しさん** · 2021/11/17(水) 15:53:34.41

上にもちょっとありましたが、レンタルサーバでnode.jsを動かすのって現実的じゃないもんなんですか?

**デフォルトの名無しさん** · 2021/11/17(水) 16:00:07.09

いや全然
上にある「レン鯖はPHP」ってレスは恐らく既に環境を構築済みで
あとは実行する.phpを配置するだけのWebスペースを想定したレス

**デフォルトの名無しさん** · 2021/11/17(水) 16:22:49.28

node.js使えるレンサバってあるの？

**デフォルトの名無しさん** · 2021/11/17(水) 16:34:28.88

>>655に書いたような実質Webスペースの共有レン鯖でも端末触れる一部では使えるよ
占有型ではもちろん使えるけど今なら間違いなくVPSのほうがいい

**デフォルトの名無しさん** · 2021/11/17(水) 17:46:17.02

古き良きLAMP環境に拘る理由がないなら好きにしたら良い

**デフォルトの名無しさん** · 2021/11/17(水) 23:30:54.62

>>656
昔ながらのFTPとかでファイル置くしかできないようなサービスならまずそんなもの導入されてないだろうな

**デフォルトの名無しさん** · 2021/11/25(木) 05:21:15.21

gulp4でejsをを使用したい + 別のタスクと記述方法を統一したいのですが
どうしてもエラーが解消できないのでどなたかご教授頂けませんか？（exportsにオブジェクトを突っ込む方法）
古い記述方法では動作しますが、新しい記述方法ではどうしても動作しません。

色々ググったのですが、どのサイト（英語サイトも含め）も古い記述方法で書かれており困っています。
公式も古い書き方に記述されています。（ejsだけ新しい書き方に対応していない？）
https://www.npmjs.com/package/gulp-ejs

//old
gulp.task('ejs', function() {
//
}

新しい記述方法では、どうしても下記のエラーが解消できません。
- The following tasks did not complete
- Did you forget to signal async completion?

また`ps aux`で別のプロセスも走っていないことを確認しており、別のgulpタスクも全てオフにした状態で
デバッグしております。
関数の引数にdoneを入れてdone()で締めたり、return除いてみたり試行錯誤していますが、数時間ハマっています。
どなたら分かる方いらっしゃたらご教授お願い致します。

//new
function ejs() {
return gulp
.src(srcPath.ejs)
.pipe(ejs());
}
exports.ejs = ejs;

**デフォルトの名無しさん** · 2021/11/25(木) 06:59:11.02

このエラーメッセージで検索すれば？
それか、意味を考えてみれば？

The following tasks did not complete
Did you forget to signal async completion?

もっと単純な例で、動くかどうか試してみれば？

**デフォルトの名無しさん** · 2021/11/25(木) 07:24:22.11

>>660
状況全く分からんが、JSのパーサーはややおかしい？所があって、returnの後はぶった切られる。
よって、　return gulp.src(srcPath.ejs).pipe(ejs()); と改行を無くして試す事を勧める。

**デフォルトの名無しさん** · 2021/11/25(木) 07:46:08.16

>>660
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Lexical_grammar#automatic_semicolon_insertion

**デフォルトの名無しさん** · 2021/11/25(木) 08:25:42.47

>>663
これ return と yield (と後置演算子もか？)はパーサの仕様バグだよな？
直感的じゃ無いという意味で。

**デフォルトの名無しさん** · 2021/11/25(木) 08:37:10.78

仕様だよ
お前の直感がおかしい

**デフォルトの名無しさん** · 2021/11/25(木) 08:57:16.71

>>660
いや実際660はそうしてるだろ。俺も以前嵌った事があったし、
実際セミコロン必須の言語だとどこで切ってもいいから、660の書き方はよく見るよ。
俺はお前がおかしいと思うが。
結局これもMDNで説明するのに例外扱い("no LineTerminator here" 規則)になってるし。
統一された文法ではないよね。（=もっとましな仕様にする事も出来たし、実際他言語はそう）

**デフォルトの名無しさん** · 2021/11/25(木) 08:57:57.52

すまん分かると思うが 666 は >>665 宛

**デフォルトの名無しさん** · 2021/11/25(木) 09:45:34.63

>>666
その書き方よくみるというけど
1行で書けば見やすいのにわざわざ複数行で見にくくしている意図がわからない

**デフォルトの名無しさん** · 2021/11/25(木) 10:02:02.58

>>668
そりゃ、そうした方が見やすいと思う人がそうするだけだよ。
お前がそう思わなければしなければいいだけ。

ただ実際、660にある公式のコードもそうなってるだろ。
俺も個人的には横に長いコードを書くけど、一般的には縦に長いコードの方が多いと思うよ。

**デフォルトの名無しさん** · 2021/11/25(木) 10:13:11.42

returnの直後に改行してないからASI関係なくないか？

**デフォルトの名無しさん** · 2021/11/25(木) 10:19:20.71

>>670
660の「新しい記述方法だと動かない」とされてるコードは return gulp で改行してる。
660内の公式はこれが出来ない事を知ってるから、 gulp.src(...) で改行してる。（ただしreturnはないが)

**デフォルトの名無しさん** · 2021/11/25(木) 10:26:17.55

>>669
それは長い行を分けて改行しているだけ
一方で>>660の人は長い行にならないのに無意味に改行しまくり

**デフォルトの名無しさん** · 2021/11/25(木) 10:28:27.93

>>671
return
gulp.src()
ならreturnの後にセミコロンが自動挿入されるけど

return gulp
.src()
ならgulpの後にセミコロンは自動挿入されないでしょ

それよりfunction ejs(){}って名前がダメなんじゃないの？
.pipe(ejs())で再帰になってる

**デフォルトの名無しさん** · 2021/11/25(木) 10:36:21.11

>>672
長さではなく、意味で切るんだよ。

>>673
> return gulp
> .src()
> ならgulpの後にセミコロンは自動挿入されないでしょ
されて gulp が返されるはずだぞ。

**デフォルトの名無しさん** · 2021/11/25(木) 10:42:13.14

>>674
意味で切るならgulpと.src()の間で改行を入れてるのは明らかにおかしい
無意味な改行だ

**デフォルトの名無しさん** · 2021/11/25(木) 10:42:35.39

>>673
すまん、674は間違い。
試してみたところ、確かに挿入されないようだ。

**デフォルトの名無しさん** · 2021/11/25(木) 11:42:21.71

>>675
相手するだけ無駄っぽいが、そういうのは物によるんだよ。
そうした方が見やすいと思う奴がそうするだけ。

return ウンコ製造器675号
.src(ケーキ)
.pipe(胃)
.pipe(小腸);
.pipe(大腸);

なら、675によってケーキがウンコに変わるのが見やすくなると思う奴もいるだろ。
（詳しくないが）gulpの場合は基本はフィルタで型が変わらないし、出発点はソースファイルに決まってるから、

return gulp.src(ソース）
.pipe(フィルタ1)
.pipe(フィルタ2)

のケースが多いとは思うけど。

ついでに言っておくと、お前JSによくいる、やたら文法に拘る奴なら、止めた方がいい。
それだと全く進歩しないので。
上記の通り、まあどちらもいるわな、程度で進めていかないと、上達しない。
どちらが正しいとか、そういう問題ではない。
どうにもJS初心者は「改行を極める」「セミコロンを極める」とかになりがちのようで、よろしくない。

**デフォルトの名無しさん** · 2021/11/25(木) 12:57:12.37

んじゃ俺は括弧の後に半角スペースを入れるのを極めるわ。

**デフォルトの名無しさん** · 2021/11/25(木) 13:45:45.44

必死過ぎて笑えるｗ

**デフォルトの名無しさん** · 2021/11/25(木) 14:09:48.85

珍しく伸びてんなと思ったらこれだよ

**デフォルトの名無しさん** · 2021/11/25(木) 19:42:13.27

.NET Standard が世界の中心と考えてる人でしょ
別スレで見た

**デフォルトの名無しさん** · 2021/11/25(木) 21:14:35.40

>>678
ゆとりにはそれがお似合いだね

**デフォルトの名無しさん** · 2021/11/25(木) 22:13:54.29

610です。
仕事でレス遅くなりました。

>>673
ありがとうございます！
このコメントからピンときて修正したら無事に動作しました。

超初歩的なミスでした、、
こちらの書き方は関数の中にejs(gulp-ejsオブジェクト)を書いても動作しましたが
gulp.task('ejs', function() {
}

こちらでは関数に同じ関数入れたらまだタスク終わってないよと、動作しませんよね。（気づけば当たり前なのですが、、）
function ejs() {
}

お騒がせしました。コメント頂いた方もありがとうございました！

**デフォルトの名無しさん** · 2021/11/25(木) 22:25:35.12

誤 610です。 = > 正 660です。

**デフォルトの名無しさん** · 2021/11/25(木) 23:27:35.30

漏れは、Ruby でも、パーサーの誤解釈を避けるため、
. を行末に置く

a.
b( ).
c( )

**デフォルトの名無しさん** · 2021/11/26(金) 01:34:21.64

なんで Ruby が出てきた

**デフォルトの名無しさん** · 2021/11/26(金) 22:15:56.74

スクリプト系は改行も終端になって駄目ね

**デフォルトの名無しさん** · 2021/11/26(金) 23:57:17.12

>>687
JavaScriptで駄目なのはreturnのみの行の時だけだよ
return
a
.b()
は駄目だけどこう書く人はいないから問題は起きることはない
return a
.b()
なら大丈夫

**デフォルトの名無しさん** · 2021/11/27(土) 09:09:57.67

そういうのはコーディング時にいちいち気にするよりlinterでチェックだな。

**デフォルトの名無しさん** · 2021/11/27(土) 09:24:44.31

>>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.
> https://github.com/airbnb/javascript#semicolons
他にセミコロンなしの有名ルール勢ってあったっけ？

return
'qwerty'
+'asdfgh';

とは書きたくなるだろ。書きたいように書けないのはよろしくないよ。今風ではないね。
セミコロン書くルールならASIなんて無い方がマシだし。

**デフォルトの名無しさん** · 2021/11/27(土) 09:32:19.66

書き方にこだわりがあるならそうではない書き方と比べて◯◯の利点があると言わないと他人の理解は得られにくい。
好みだけの問題ならスクリプトの仕様に従うしかない。

**デフォルトの名無しさん** · 2021/11/27(土) 09:36:27.04

自分はなりませんねとしか

**デフォルトの名無しさん** · 2021/11/27(土) 09:41:13.68

>>681
俺向けではないと思うが、

return
'qwerty'
+'asdfgh';

の利点は見れば分かるとおり、インデントを揃えられる事だよ。
タグの方が分かりやすいかもしれんが一々引っかかると面倒なので止めただけ。

return '<div>'
+'<span>'+
+'</span>'+
+'</div>';

だと最初のdivのインデントがずれるだろ。
まあ言うほどではないし、実際俺はこの書き方をしているが、出来れば return の後に改行したいね。

**デフォルトの名無しさん** · 2021/11/27(土) 09:42:13.87

すまん693内681は>>691

**デフォルトの名無しさん** · 2021/11/27(土) 10:25:26.66

お前ら何も考えずにPrettier使え
それが今のデファクトだ

**デフォルトの名無しさん** · 2021/11/27(土) 11:22:05.56

>>690
Airbnbがセミコロンなしの筆頭って頭腐りすぎたろ
git時代に歴史改ざんしてもすぐにバレる
2012年にセミコロンの章が初めて書かれたときからAirbnbはセミコロン派だ
https://github.com/airbnb/javascript/blob/cab510342f93791a7487d16258d06ff73edb4507/README.md#semicolons

**デフォルトの名無しさん** · 2021/11/27(土) 11:35:18.29

>>696
ならAirbnbというのは俺の勘違いだな。
俺がJSを始めた2013-14頃、有名なコーディングルールが4つほどあって、Airbnbが一番トンデモだった(が、人気は一番という話だった)
その中にはセミコロンを打つな、というルールもあった。誰か思えてないかね？

なお俺はgoogleのルールが一番マシっぽいのでそれを参考にした。(こちらはセミコロンあり）

**デフォルトの名無しさん** · 2021/11/27(土) 11:43:32.92

>>697
どこだか覚えてないけど、確かにどっかでセミコロン打たないで、短文を1行に書くときだけセミコロン使うてなの見たか聞いたりした記憶ある。

**デフォルトの名無しさん** · 2021/11/27(土) 12:14:33.21

一応自分でも再確認しているところだが、
> Always use semicolons. (google)
> Use them. Never rely on ASI. (jQuery)
> あなたからセミコロンを奪おうとする反抗的な軍隊があるようです。でも確かに私達の伝統的な文化はまだ元気に生き残っています。だからコミュニティに従って、セミコロンを使いなさい！(Node)
> https://qiita.com/takeharu/items/dee0972e5f39bfd4d7c8

npmのもかなりトンデモだった記憶があり、改めて確認すると、打つな派だ。
> ;(x || y).performAction()
> ;[a, b, c].forEach(performAction)
> for (var i = 0; i < 10; i ++) {
> switch (state) {
> case 'begin': start(); continue
> case 'end': finish(); break
> default: throw new Error('unknown state')
> }
> end()
> }
> https://www.w3resource.com/npm/npm-coding-style.php

となると俺の勘違いはnpmという事になるが、npm==Nodeじゃねえのか？という疑問は発生する。Nodeはnpmからのフォークか？
多分俺が当時見たのは Airbnb, npm, jQuery, googleだと思う。

**デフォルトの名無しさん** · 2021/11/27(土) 12:30:57.21

NodeはRyan Dahlが始めてセミコロンあり
npmはIsaac Z. Schlueterが始めてセミコロンなし
IsaacはNodeの2代目リーダーだけどNodeではセミコロンを書いてた

**デフォルトの名無しさん** · 2021/11/27(土) 12:54:15.05

セミコロンレスの強硬派として有名なのはStandard
カスタマイズも許さない
https://github.com/standard/standard

**デフォルトの名無しさん** · 2021/11/27(土) 13:40:28.79

>>701
初コミット2015年なのにstandardと主張して他と違うルールとか、頭おかしいな。
とはいえ議論する時間が一番無駄というのは同意だが。

多分セミコロン無し言語出身者用のルールが一つは必要で、
それに向けてのstandard命名なのだろうけど、なんだかね。

**デフォルトの名無しさん** · 2021/11/27(土) 13:49:34.28

文字列を「+」で繋げるのもうやめようよ。見にくいよ。
「´」(バッククォート)で括ればいいじゃん

**デフォルトの名無しさん** · 2021/11/27(土) 13:51:01.70

>>703
このルール入れろ
https://eslint.org/docs/rules/prefer-template

**デフォルトの名無しさん** · 2021/11/28(日) 09:28:43.85

javascriptならセミコロン無い方がいいかなぁ

**デフォルトの名無しさん** · 2021/12/14(火) 18:36:52.92

async/awaitってawaitしかしないから無駄じゃね？

**デフォルトの名無しさん** · 2021/12/26(日) 08:00:15.12

Promise, async/await で無駄なのは、デタラメ解説の数々、ほぼ全滅だろ、酷い惨状だねー。

**デフォルトの名無しさん** · 2021/12/26(日) 09:04:50.48

それを言ったらWeb系言語は全部デタラメ解説で駄目だろ
初心者が情報公開の練習として解説を書くからそうなる

**デフォルトの名無しさん** · 2021/12/26(日) 10:12:00.53

それはしゃーない、正確さにこだわりすぎて萎縮する方がデメリットが大きい
読む方が気を付けて取捨選択するしかない

**デフォルトの名無しさん** · 2021/12/26(日) 10:19:35.71

c++とかjavaとか含めて進化してる技術の古い解説はことごとくゴミ化してるし一緒だわな

**デフォルトの名無しさん** · 2021/12/26(日) 11:04:07.34

classは非推奨にして欲しい。
中途半端で使いにくい。

**デフォルトの名無しさん** · 2021/12/26(日) 13:04:22.56

>>711
どういう所？

**デフォルトの名無しさん** · 2021/12/26(日) 13:40:10.35

>>709
同意だが、C#はかなりマシ
一般的に上級者は初心者向けの説明なんて書きたくないものだが、
プログラミング自体について語りたい連中も多少はおり、そいつらを上手く取り込んでる

**デフォルトの名無しさん** · 2021/12/26(日) 17:59:34.28

>>712
上っ面だけのクラスベース。
内容はプロトタイプのまま。

**デフォルトの名無しさん** · 2021/12/26(日) 18:08:44.18

上っ面といってもそこで整合とれていて内部の問題が表に現れないなら別に問題ないと思うが。
まぁ、中途半端というなら何かそういう部分が見えているということなんだろうが。

**デフォルトの名無しさん** · 2021/12/26(日) 18:30:25.89

定期的に呟いてる人だから気にせんでいいよ

**デフォルトの名無しさん** · 2021/12/26(日) 18:50:24.76

>>714
オブジェクト指向的センスが無いと言う事だね

今の時代、両方出来ないとプロだと厳しいと思うがね

**デフォルトの名無しさん** · 2021/12/26(日) 18:55:49.66

プロトタイプの方が表現出来る空間が広くて、実際にただの糖衣構文でクラスを実装出来てるだけだろ
クラスで閉じて使ってる限りプロトタイプの側面は見えないはずだが

混ぜて使うのってありだっけ？(class宣言した物にgetPrototypeOfとか)
class構文の時にどうプロトタイプが配置されるか仕様で確定してないと駄目だと思うが、これってしてるのか？

**デフォルトの名無しさん** · 2021/12/26(日) 19:35:46.48

GoやRustなんかの新しい言語がクラスベースのオブジェクト指向を採用しないご時世
時代遅れとなったC++やJava風のクラス構文を導入する必要はなかったわな
TC39的にはES4で入れ損なったから悲願だったんだろうけど

**デフォルトの名無しさん** · 2021/12/26(日) 20:25:20.58

プロトタイプベースのオブジェクト指向ってIDEや静的型付けと相性悪いのでは

**デフォルトの名無しさん** · 2021/12/26(日) 20:48:01.50

>>720
仮にそうだとしても、IDEの都合を優先してプログラミング言語を簡素化するのは完全に本末転倒だろ
初心者専用のオモチャが欲しければScratchで満足しとけ

**デフォルトの名無しさん** · 2021/12/26(日) 20:54:53.04

>>721
既存との互換を保ったまま機能追加されてるわけだから言語自体は簡素化されたのてはなく複雑化されたのでは
それはさておき従来の機能が使えなくなるわけでもなく何が不満なのかわからない

**デフォルトの名無しさん** · 2021/12/26(日) 21:02:39.16

>>718
してない。
だから細かい設定が解りづらい。

**デフォルトの名無しさん** · 2021/12/26(日) 21:18:20.64

>>722
糖衣構文を導入した分言語は複雑化してるし、IDEも余計に対応する必要がある。
IDEを優先するなら何もしないのが最善。
（もちろん仕様を削れるのが最善だが、JSの場合はこれはかなり無理なので）

>>723
仕様で確定してないのなら、混ぜて使う事は禁止だし、
クラスで閉じて使う分にはプロトタイプベースは見えないから問題ないだろ。
何を問題視してる？

**デフォルトの名無しさん** · 2021/12/26(日) 21:26:19.15

>>723
ECMAScriptの仕様書も読んだことない低脳が堂々と嘘を書くなよ
ES2020の14.6.12

**デフォルトの名無しさん** · 2021/12/26(日) 21:33:51.63

>>725
自己レス「ES2020の14.6.13」の書き間違い

**デフォルトの名無しさん** · 2021/12/26(日) 22:43:28.35

>>724
そもそもプロトタイプベースの方が静的解析難しいからちゃんと補完できるIDE作るの難しいと思うよ
例えばプロトタイプベースでtypescript作れるかというと結局クラス宣言的な物を導入せざるを得ないと思う
構文解析なんかは大して難しい話ではない

**デフォルトの名無しさん** · 2021/12/26(日) 22:59:58.91

実際にTypeScriptはinterface導入してるし何も問題ないだろ

**デフォルトの名無しさん** · 2021/12/26(日) 23:27:54.98

>>727
最終的に何が言いたいのかさっぱり分からんが、既に言ったとおり、
IDEの都合でプログラミング言語の仕様を決めるものではない。それは逆だ。

プロトタイプベースではIDEを構成出来ないからクラスベースを導入した、と考えてるのなら、上記の通り。
IDEの為にプロトタイプベースを廃止してクラスベースに一本化すべき、でも上記の通りだし、JSでは無理。
IDEの為にクラス構文なんてそもそも導入すべきではなかった、と考えてるのなら、それもありだし個人的には賛成だが、
一般論としては現在の、メジャー言語でほぼクラス導入済みの状況で、JSだけ不採用も、メジャー言語としては難しい。
GoやRustは今も今後ともマイナー言語でしかないし、勝手にやってろでしかない。

静的解析自体はクラスの方が簡単だろうけど、だからどうしたでしかない。
実行エンジンはあるのだから、実装難易度の上限は実行エンジンを実装する程度でしかなく、出来る範囲だ。
最悪、実行エンジンをそのままコールして結果を得る事も出来る。Flycheckとかそういう構造のように見えるけど。

ちなみにTSが型を導入したのも、IDEを作るためではなく、
プログラマが型を明示的に示す事によって、間抜けなエラーを静的に検出するためだぞ。
そこにIDEが勝手に乗っかっただけであって、IDEが無くとも型の導入自体は意味も効果もある。
型無し言語出身者は型をIDEでの補完をするための物だと勘違いしてるが、そうじゃない。

**デフォルトの名無しさん** · 2021/12/27(月) 00:11:53.01

>>729
言いたかったこととしてはプロトタイプベースがクラスベースの機能包含しているとしても
静的解析のこと考えるとプロトタイプベースが必ずしもクラスベースのスーパーセットではないよねということ

実行エンジンを実装してもあらゆるパスが評価できるわけでないので宣言的記法の方に軍配が上がると思うが
実行エンジン内包する方式で宣言的記法と同等の静的解析できてる例ってあるの？

flycheckってemacsのパッケージのことだと思うけどあれも静的解析走らせてるだけで実際にJS評価してるわけじゃないでしょ？

IDEのためだけではないというのはその通りで、途中から略して書いてしまっているが >>720 ではIDEや静的解析といっている

**デフォルトの名無しさん** · 2021/12/27(月) 05:27:18.08

>>730
> 静的解析のこと考えるとプロトタイプベースが必ずしもクラスベースのスーパーセットではないよねということ
IDEの「実装」をプログラミング言語の「仕様」比較（スーパーセットかどうか）に含めるのがおかしい。

それは「○○は△△のスーパーセットではない。なぜなら『僕が』それを『実装』出来ないから」と言ってるのと同じだろ。
IDEは開発をサポートする道具であり、サポート対象はプログラミング言語だ。
よって、仕様上どんなに構文解釈が難しかろうが、必要ならやるしかないし、それだけだよ。
上下関係で言えばプログラミング言語の『仕様』が完全に上であって、
IDEの『実装』の都合をプログラミング言語側に押しつける事は出来ない。

> 静的解析走らせてるだけで実際にJS評価してるわけじゃないでしょ？
俺が使ったのはGoだけど、見た目は実際にコンパイルを走らせてそれをアノテートしてただけ。
でも確かにこれが一番生産性が高いんだよ。

当たり前だが、コンパイラはエラー時には何行目の何文字目でこけた、という情報を持ってる。
だから静的解析が目的ではなく、ソースコード作成時にエラーを表示する事が目的なら、これでいいんだよ。
最大のメリットは構文解釈を自前で実装する必要がない事。
構文解釈機の再開発をやめ、本体コンパイラのエラー情報をより詳細に出す事にリソースを突っ込み、
IDE側はその詳しいエラー情報を解釈してアノテートするだけに徹する。
これで言語側の仕様変更に自動的に追従するようになる。
IDEの数だけ構文解釈機を再開発するのは手段が目的化してる。

> 実行エンジン内包する方式で宣言的記法と同等の静的解析できてる例ってあるの？
Flycheckは外部から呼んでるだけ。でもそれでコンパイラが吐くエラー（=静的エラー）は全て検出出来る。
しかも自前の実装もなしだから、最も生産性が高い。

自前の構文解釈機でコンパイラ/ビルドシステム以上のエラーを検出する気なら、
それはIDEではなくリンターと呼ぶべきだが、
それが出来るのなら、コンパイラ/ビルドシステムにそのリンターを内包して、
IDEはそのエラーを表示する事に徹するのが最も生産性が高い。
IDEで構文解釈するのではなく、エラーを出来るだけ早い段階で検出して修正するのが目的だから。

**デフォルトの名無しさん** · 2021/12/27(月) 08:32:17.24

>>731
> IDEの『実装』の都合をプログラミング言語側に押しつける事は出来ない。
なぜそうあるべきなのですか？
近年の言語はサードパーティーのツール含めたエコシステム全体で生産性をいかに高めるかという観点で設計されることも多いと思うのですが

また、あなたの言う実行エンジンとは静的解析器の意味で実際にJSをevalするものではないということですね？

なぜか構文解析の話になっていますが意図してたのはintellisenseのような意味解析が必要な機能です
プロトタイプベースの記法では解析のためにコードの実行パスを追いかけプロトタイプの設定箇所を検出しなければならないのに対して
宣言的記法であればスコープ内のクラス宣言を見ればだいたい事足りるので実装難易度は大幅に異なるかと

**デフォルトの名無しさん** · 2021/12/27(月) 09:13:46.85

今時プロトタイプベースがぁ、って言ってるのが時代遅れじゃねーの。
クラスベースじゃないからってRustやGoを出してるがそれらはプロトタイプベースですらないわけで。

**デフォルトの名無しさん** · 2021/12/27(月) 09:41:04.48

>>733
>>719はクラスベースを時代遅れと書いたんだが
ぶっちゃけオブジェクト指向が過去のものになってきてるのみんな分かってるだろ

**デフォルトの名無しさん** · 2021/12/27(月) 10:22:30.58

>>732
> 近年の言語はサードパーティーのツール含めたエコシステム全体で生産性をいかに高めるかという観点で設計されることも多いと思うのですが
「多い」というのならまず具体的に名前を複数挙げてみろ。
出来なければそれは君の妄想だね。

> また、あなたの言う実行エンジンとは静的解析器の意味で実際にJSをevalするものではないということですね？
違うぞ。それは今の話に関係ない。（どっちでもいい）

> 意図してたのはintellisenseのような意味解析が必要な機能です
だから何？これも君の考えが間違ってる。
flycheckのやり方でも原理的にインテリセンスは出来るんだよ。
インテリセンスで出なかったキーワードだとコンパイルエラーになるのなら、
仮にコンパイラが無限に速ければ、ソース内の全キーワードで試せば、コンパイルが通るキーワードのリストは得られる。
実際こんな事をしてる物はないと思うが、構文解釈で100%絞る必要なんて無くて、
候補が数個程度なら全部試してエラーが出なかった物を出す程度でも十分実用的なんだよ。
今時emacsでもインテリセンスするようだから、そんなにIDEが気になるのなら、彼等のアプローチを確認してみるといいよ。
全言語向けに自前でやってる事なんてないと思うよ。

プロトタイプを自分で追うのが技術的に無理なら、evalさせてgetPrototypeOfやinstanceofを使って追えばいいだけ。
自前の構文解釈器でソースからデータツリー構築をする気だからおかしくなる。
それはevalすれば実行エンジン内に構築されるものでしかないのだから、完全に再開発だろ。
eval出来る環境があり、それが一番近道なら、やればいいだけ。

君は多分「生産性」を勘違いしてる。
むしろ再開発しすぎてるし。

現状どうなってるのか知らないのだけど、メジャーなIDE、
例えばVSCodeとかだとクラスベースならインテリセンス出来るが、プロトタイプベースだと無理とかなのか？
誰か使ってたら教えてくれ。

**デフォルトの名無しさん** · 2021/12/27(月) 10:51:32.02

×クラスベース
○クラス構文

クラス構文で書いてもプロトタイプベースなのは変わらん

**デフォルトの名無しさん** · 2021/12/27(月) 11:21:14.15

>>734
確かにクラスベースがってよりオブジェクト指向が時代遅れって感じだね。
JS自体は関数プログラミングもいける。

**デフォルトの名無しさん** · 2021/12/27(月) 11:22:05.04

言語仕様も分かってないIDEも使ってない部外者の素人同士が長文レスバって地獄だな

**デフォルトの名無しさん** · 2021/12/27(月) 11:54:45.10

>>735
> 「多い」というのならまず具体的に名前を複数挙げてみろ。
例えばgolangやrustはコアチームがツール開発に積極的ですね
ツールのチームがコア言語に対してフィードバックしていたりする

> eval出来る環境があり、それが一番近道なら、やればいいだけ。
"構文解釈機" という言葉を使っているから静的解析を意図してるのかと思ったけど動的解析も含んで言っていたのね
それで実用に耐えうる速度と精度が実現できるならそういうアプローチもありかもね

それから別にIDEが自前で静的解析器を開発すべきなんて主張はしてないから藁人形論法はやめてくれ

>>737
オブジェクト指向というか継承が忌避されてる気はする

**デフォルトの名無しさん** · 2021/12/27(月) 12:21:31.31

オブジェクト指向ならではの筆頭が継承だから継承が忌避されてる＝オブジェクト指向が忌避されてるってことよ
OOPLが提供していた継承以外の特性の多く(カプセル化など)は抽象データ型から来ていてそれは時代遅れになってないし忌避されてもいない

**デフォルトの名無しさん** · 2021/12/27(月) 13:11:44.45

クラスの定義だけど、
classとfunctionを混在した書き方でも問題ないの？

**デフォルトの名無しさん** · 2021/12/27(月) 13:40:18.86

>>741
混在した書き方っての次第だが

class A {}
A.prototype.x = () => {}
a = new A()
a.x()

こんなのは当たり前に動くぞ
つかまずは自分で試せよw
JSなんかブラウザあれば動かせるんだからさー

**デフォルトの名無しさん** · 2021/12/27(月) 15:00:45.57

>>739
> 例えばgolangやrustはコアチームがツール開発に積極的ですね
それで、それらの言語のどの仕様がIDEの都合で採用されたものなの？

> 藁人形論法はやめてくれ
なら最初から分かるように主張しろ。
何が言いたいか分からないからエスパーして複数挙げてみただけ。
馬鹿は無視してきっちり自分の意見を書ききれ。
3行しか読めない馬鹿はプログラミングなんてどうやっても出来ない。
MDNその他のリファレンス見りゃ分かるが、そんな世界じゃない。
5ch程度の文にすら手こずるようではどだい無理だよ。

解釈が動的か静的かは意味無い。
出来るだけ早い段階でエラーを検出して修正したいだけであって、それが出来れば何だっていいんだよ。
その手段の一つが静的解析でソース作成時にエラーを表示する事であって。
でも、エラー表示だけなら、コンパイラやevalにぶち込めば出来るし、それをやってるっぽいのがflycheck。

構文解釈器を自前で作るとしても、クラス構文でもプロトタイプ構文でも、大して難易度は変わらない気もするが。
実際に問題になるのは、構文解釈そのもの、具体的にはJS的な様々な書き方でも問題なく動くパーサの構成だろ。
構文解釈後の親class/プロトタイプ追跡なんて辿ればいいだけだからアホでも出来る。
それで今時のIDEで実際どうなのか聞いたんだよ。
もしプロトタイプ構文ではインテリセンスが動かないのなら、何か理由はあるのだろうけど。

継承が忌避されてるのは、JAVAでは関数ポインタが使えず、同様の事をするためには継承をこねくり回すしかなくて、
それの残骸がデザインパターンなのだが、
結果、継承すべきでない局面での継承で酷い事になってるからだよ。
でも、継承すべき場所では継承した方がよくて、全部捨ててるGoはいちいち全部書かないといけないのが糞。
あれは1周目はまだしも、2周目以降でそのコピペされたソースにメンテコストがかかるから、先すぼみになると予想してる。
Rustはやってないから知らん。

**デフォルトの名無しさん** · 2021/12/27(月) 15:36:34.22

何言ってるか分からない相手にエスパーして反論って藁人形そのもので完全に異常者

**デフォルトの名無しさん** · 2021/12/27(月) 15:55:56.69

いい加減スレチだから他所でやってもらえんかね
このスレ伸ばすにしてもnodeにScheduling APIが入ったとか普通にネタあるだろ

**デフォルトの名無しさん** · 2021/12/27(月) 16:04:01.18

最近アツいサーバサイドJSはnodeよりもdenoよりもCloudflare Workers

**デフォルトの名無しさん** · 2021/12/27(月) 16:21:39.89

denoって全然使われてないの？

**デフォルトの名無しさん** · 2021/12/27(月) 16:28:54.26

denoは苦戦してるみたいだねー
それでexpressなどnode用のライブラリが動くように互換性を高める方針になった
でもそれならnode使い続ければいいやってなりそう

**デフォルトの名無しさん** · 2022/01/05(水) 00:01:04.66

puppeteerを使って投票サイトの投票を自動化したいのだけど、
実行してもエラーを起こさず無反応なんだよね

Headless Recorerを使ってるからHTML部分の間違いはないと思うのだけど、
UserAgent以外で何か対策ないっすかね

**デフォルトの名無しさん** · 2022/01/05(水) 00:22:23.97

いくらでも試すことはあるけど悪事の片棒を担ぎそうで怖いな
一般論として言えるのはpuppeteerでも普通にWebページのコンテキストからDOM APIを叩ける

**デフォルトの名無しさん** · 2022/01/05(水) 00:33:19.61

んじゃ、逆にWEBサイトを作る側はどんな対策をしているのでしょうか？

**デフォルトの名無しさん** · 2022/01/05(水) 10:54:49.76

reCAPTCHA使ってんじゃない？

**デフォルトの名無しさん** · 2022/01/05(水) 15:02:25.17

>>752
使ってるところは諦めてるんだけど、使ってないところはどうやってるのかな～と思って
UserAgentをガラケーにしてみたり、プレステにしても無反応なんだよね

**デフォルトの名無しさん** · 2022/01/05(水) 15:47:16.38

手動で操作した時のリクエストヘッダーの中身を解析して
間違いなく妥当なリクエストが投げられてるのが大前提

あとは“how to detect headless browser”でググるといいよ

**デフォルトの名無しさん** · 2022/01/06(木) 22:16:32.70

npmがぶっ壊れたらどうすればいいですかapt でuninstall installしても治りません

**デフォルトの名無しさん** · 2022/01/10(月) 00:21:58.20

スレ立てるまでもない質問はここで 158匹目
https://mevius.5ch.net/test/read.cgi/tech/1635193843/538

ここに、YouTube で有名な、雑食系エンジニア・KENTA のサロンの、
Ruby on Rails 初心者用コースの内容を書いておいた

基本的に、Rails以外のフレームワークは、シェアが少ないのでおすすめしない。
学習環境も揃わないので、無理

Railsでは、Railsチュートリアル・Railsガイド・
黒田努の3冊の本・パーフェクト Ruby on Rails・Ruby on Rails 6 エンジニア養成読本とか、
Rubyでは、改訂2版パーフェクトRuby・改訂2版 Ruby逆引きハンドブックなどの教科書が揃っている

これほど、良い教科書が揃っているフレームワークはない！

Laravel のシェアは少しあるけど、KENTAがPHP は一生やる必要がないと言ったので、
PHP自体がオワコンになってしまったw

日本のウェブ開発の将来は、ほぼKENTAが決めている。
Scala を滅ぼしたのも、KENTA