Mac 動作が重たく、のアクティビティモニターで CPU 利用率が高いときに、プロセスを調べると、原因は mds_stores のプロセスである場合がしばしばある。 このプロセスは、 Mac 提供する spotlight 機能の実現にあたり、その検索インデックスを作成するためのプロセスであるということが調べると分かる。 この問題の対処方法を調べると、主に spotlight 機能自体を off にする方法などが hit するが、あまり根本の対処になっておらず、正しい対処法は何かを調べてみたのでその備忘録。 正しい対処: 変更が多発するディレクトリを spotlight の対象外にする spotlight は、インデックスに反映されていないファイルがあれば、それを直ちにインデックス化しようと試みる。 これは、元々そんなに spotlight で検索したくないようなファイルに対して行われてしま
Nuxt 3 から、これまでの asyncData と fetch がそれぞれ useAsyncData と useFetch に置き換わった。そして、 useFetch は内部で useAsyncData を利用するため、実質 useAsyncData のみで非同期機構が実現されている。 本質的に、 SSR / rehydrate の機構とページ遷移の機構について、フレームワークとしてのリアーキテクチャの結果であり、その機構についての自分の理解を dump する。 ページ遷移時の非同期処理のリアーキテクチャ Nuxt 2 までは、 asyncData() や fetch() を定義すると、 SSR 時にはそれらが完了するまでレスポンスコードの生成を await し、CSR (ページ遷移)時には asyncData についてはページ遷移のフックとして、 fetch については create
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く