ファイル数が増えるにつれて、Hexo は「hexo g」を使用して静的 HTML ファイルを生成するのにより多くの時間を費やします。Hexo が変更されたファイルに限定するのではなく、すべての「.md」ファイルを再構築するのはなぜですか?
私の Hexo のバージョンは 3.0.1 です。
ファイル数が増えるにつれて、Hexo は「hexo g」を使用して静的 HTML ファイルを生成するのにより多くの時間を費やします。Hexo が変更されたファイルに限定するのではなく、すべての「.md」ファイルを再構築するのはなぜですか?
私の Hexo のバージョンは 3.0.1 です。
いくつかの要因に依存しますが、主なボトルネックは次のとおりです。
著者は昨年、静的部分 (ヘッダー、フッター、サイドバー) をキャッシュするフラグメント キャッシュを導入しました。
それを使用してページ生成を高速化するかどうかは、テーマの作成者次第です。
他のテーマに変更してみて、違いがあるかどうかを確認してください。
3.0 以降、言語が指定されていない場合、highlight.js はコード ブロック内の言語を自動検出しようとしますが、これにはかなりの時間がかかります。andオプション (#1124)
の
使用を検討し、違いがあるかどうかを確認してください。plain
auto_detect
静的 HTML の生成にインクリメンタル アプローチを使用することが言及されていますが、コミットされていません。
Hexo を使用する私の
ワークフローは
次の
とおり
です。hexo serve
hexo-livereload
hexo generate
hexo deploy
コンポーネントのパフォーマンスの問題を改善する最も簡単な方法の 1 つは、マークダウン ストック レンダラーです。幸いなことに、多くの代替手段があります。たとえば、hexo-renderer-markdown-itを試してみてください。
$ npm un hexo-renderer-marked --save
npm i hexo-renderer-markdown-it --save