display:block だが、これはブラウザによって与えられたもので初期化すると display:inline 。なのでdivとspanは同じです。みたいな主張です。ふーんという感じなんですが。これはフェイクニュースだよクソったれみたいなのがコメントに並んでいたので一部抜粋していきます。そもそもhtmlタグはスタイルを示すものではない。
なのでHTMLにおけるブロック/インラインは、cssの display:block 、display:inline といったdisplayの状態とは意味合いが異なる。
allSettled は、 all とは違い、個々が Resolve/Reject どちらになっても、最後までとにかく全て実行する。実行した結果を配列として Resolve するため、基本的に allSettled 自体は Reject しない。
したがって、status: 'rejected'な結果だけをリトライすれば良い。完了したものを無駄にせず、効率よく簡単に実装することができるだろう。
any は rece とは違い、 Resolve する前に Reject する Promise があっても無視し、最初にいずれかが Resolve するまで待つ。そして、全ての Promise が Reject した場合にのみ全体を Reject する。
従って、「最初に Resolve する Promise を待ちたい」という要件を満たす場合は、 any を使えばそれだけで良い。
The library integrates directly with the native DOM event system (i.e., it does not use React DOM’s synthetic event system); this provides excellent flexibility and performance, as well as broad compatibility with alternative renderers.
![[備忘] 複数Githubアカウントでssh接続設定(config)を使い分ける手順 - Qiita](https://www.notion.so/image/https%3A%2F%2Fcdn.qiita.com%2Fassets%2Ffavicons%2Fpublic%2Fproduction-c620d3e403342b1022967ba5e3db1aaa.ico?table=block&id=4030edd3-ec35-4d53-9924-fdfd91ac98cc&cache=v2)
![[備忘] 複数Githubアカウントでssh接続設定(config)を使い分ける手順 - Qiita](https://www.notion.so/image/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-1150d8b18a7c15795b701a55ae908f94.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTg0MCZoPTM4MCZ0eHQ2ND1XLVdDbWVXX21GMGc2S1NINXBXd1IybDBhSFZpNDRLaTQ0S3I0NEttNDRPejQ0T0k0NEduYzNObzVvNmw1N2FhNktpdDVhNmFLR052Ym1acFp5bmpncExrdmJfamdZVGxpSWJqZ1pIamdvdm1pWXZwb0lZJnR4dC1jb2xvcj0lMjMzMzMmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTQmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWNlbnRlciUyQ21pZGRsZSZzPTczOWQzMzIwYjVlZDEzY2E2M2FkZWRmZjhhZjIyNzhj%26mark-align%3Dcenter%252Cmiddle%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTg0MCZoPTUwMCZ0eHQ2ND1RSGxoYlhCNSZ0eHQtY29sb3I9JTIzMzMzJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTQ1JnR4dC1hbGlnbj1yaWdodCUyQ2JvdHRvbSZzPTdhNzAwNmMyODgwZTFiMzNiMjllNWI2NjQ2NDkxYzMx%26blend-align%3Dcenter%252Cmiddle%26blend-mode%3Dnormal%26s%3D75f39d238ab620f0f4de654d717cfc1c?table=block&id=4030edd3-ec35-4d53-9924-fdfd91ac98cc&cache=v2)
Protocol error (Runtime.callFunctionOn): Target closed.が発生しているようにみえた。await page.goto("https://......"); await page.waitForSelector("#kokonisikanaiID"); //ここでエラー
Protocol error (Runtime.callFunctionOn): Target closed. は発生しなくなる。なぜこれでエラーがでなくなるのかはさっぱりだが、Promise.allで解消するところをみるとおそらく実行順序が原因なのだと思う。この辺のテストを見ても参考になりそうawait Promise.all( page.goto("https://......"), page.waitForSelector("#kokonisikanaiID") );
