「2023.001|JP」Hexo NexT アップグレードノート
アップグレードの理由
私の古いブログは2016年にHexoとNexTテーマで構築されており、2020年にはこの2つのプロジェクトが大きく変化し、多くの新しい強力な機能があるため、その時点で一度更新されました。
今日、3年後、再び更新する時が来ました。前回とは異なり、今回は新しいGitHubアカウントpwnfan
と新しいドメイン名pwn.fan
を使用するため、実際には更新ではなく再構築です。
古いブログの記事に関しては、まだ時代遅れでないコンテンツを新しいブログに移動します。
pwn.fanについて
Pwnはネットワーク用語で、特にネットワークセキュリティサークルで人気があり、通常「突破と超越」を意味します。 pwn.fan
というドメイン名は、「継続的な革新と突破への熱意」を表すハッカー精神を表しています。
前のブログとの違い
- 新しいブログでは、GitHub アクションを使用します:
- この方法では、新しいブログのソースコードをソースコードリポジトリ(プライベート)にプッシュするだけで、このリポジトリに既に設定されているGitHubアクションを介して、静的ページが自動的に生成され、GitHubページが配置されているディレクトリhttps://github.com/pwnfan/pwnfan.github.ioにプッシュされます。
- 前のブログでは、hexo deploy コマンドを手動で実行してデプロイする必要がありました。
- 以下を参照してください Configuring a publishing source for your GitHub Pages site
- 以下を参照してください Managing a custom domain for your GitHub Pages site
stateDiagram state "github: blog/main" as s1 state "github: pwnfan.github.io/gh-pages" as s2 state "site: https://pwnfan.github.io" as s3 [*] --> s1: blog update commit note right of s1: private s1 --> s2: (through github action hook)\n1. build static pages\n 2. auto commit to note right of s2: public s2 --> s3: served by github
- 多言語(英語、日本語、中国語)が有効になっており、多言語で記事を発表する予定です。
- 私は英語と日本語を学び続けているので、過去にも英語のブログを書いてみましたが、複数言語でブログを書くのは大変な作業であり、高品質の翻訳を確保するのに多くの時間がかかります。ChatGPT の登場により、比較的高品質な翻訳の作業量が大幅に減少したため、将来的には3つの言語で同時に記事を公開してみようと思います。
- 1つの言語で記事を表示したい場合は、ページの下部の言語切り替えメニューを使用して切り替えることができます。
問題と解決策
カスタムの404ページが機能しない
問題
存在しないページにアクセスすると、以下の図のようにgithubの404ページが表示されます。
![github 404 page, not ours](/zh-CN/post/Hexo-NexT-Updating-Notes/1.png)
解決策
404ページのFront-matterにpermalink: /404.html
を追加します。
1
2
3
4
title: 404
permalink: /404.html
Sitemapの生成時に特定のページを無視する方法
問題
Sitemapを生成する際に、404ページのような特定のページを無視する必要があります。しかし、HexoとNextの既存のドキュメントにはそれに関する内容がありません。
解決策
Hexoのソースコードを調べたところ、sitemap生成機能がプラグインhexo-generator-sitemapを使用していることがわかりました。プラグインのREADMEには、特定のページを無視する方法が説明されています。Front-matterにsitemap: false
を追加するだけです:
1
2
3
4
5
title: lorem ipsum
date: 2020-01-02
sitemap: false
多言語の問題
多言語の問題については、別の記事「2023.002|JP」Issuesシリーズ: HexoとNexTテーマの多言語サポートについて を参照してください。
Google Analytics
設定が有効にならず、Google Analytics にカウントされない問題があります。
原因は、Google Analyticsは既にバージョン4になりましたため、tracking_id
のフォーマットがG-XXXXXXXXXX
に変更されたことであり、古いフォーマットはUA-XXXXXXXXX-X
となっています。こちら は参考です。
NexT公式ドキュメント に従って以下のように設定すると、問題なく動作します。
1 | # Google Analytics |
しかし、only_pageview
を削除するか、true
に設定すると、最新のv4バージョンのtracking_id
をサポートしなくなります。後で、関連ソースコードrelated source codeを確認したところ、そうでした。NexTの公式ドキュメントには特に説明がありません。関連するissueを投稿している人もいます。
[GA4] Introducing the next generation of Analytics, Google Analytics 4の説明によると、Googleは2023年7月1日に古いバージョンのGoogle Analytics(UA-XXXXXXXXX-X
など)をサポートを終了するということです。これは、データ統計に使用する古いバージョンのGoogle Analytics tracking_id
を使用するウェブサイトはもはや使用できなくなることを意味します。上記の設定を確認して、2023年にブログが正常に機能するようにすることをお勧めします。この問題について議論している他のものもありますので、[Implementation Notes] Hexo Update Google Analytics 4を参考にしてください。
Firebase 構成の問題
Next の公式ドキュメントFirebase の構成の説明はほとんど言及されていますが、実際の設定はより複雑で、さまざまな問題に遭遇しました。以下は、解決策を見つけた記事であるため、詳細について議論しません:
- Hexo - Add View Count based on FireBase
- Application Note #4 - Configure hexo-theme-next
- 【2021年最新】React×firebaseにて「Uncaught (in promise) FirebaseError: Missing or insufficient permissions.」エラーが出力される原因とその対策
- 【解決】FirebaseError: Missing or insufficient permissions.
- https://firebase.google.com/docs/firestore/security/get-started?hl=en&authuser=0#deny-all
- Structuring Cloud Firestore Security Rules
- Fix: 'The Cloud Firestore API is not available for Datastore Mode projects.'
ここでは、関連するいくつかの問題について具体的に話します。
一つ目、Firestore DatabaseのデフォルトモードはDatastoreモードであるため、Firebase Firestore Databaseのメインインターフェースから記事閲覧統計などの情報を見ることはできませんが、Google Cloud内に隠されています。以下が直接リンクです:https://console.cloud.google.com/firestore/databases/-default-/data/panel/。
二つ目、Firebase Databaseの役割の書き込みはセキュリティ上の問題を引き起こす可能性があります。ここではFirebaseの公式ドキュメントに従って安全な書き込みを行うために、作成したコレクションの名前が「articles」であるとします:
1 | rules_version = '2'; |
Github Actionの問題
前の節で、CI/CDにGithub Actionを使用したことを述べました。車輪の再発明を避けるため、sma11black / hexo-actionを直接使用しました。これは、Hexo CI/CD Actionであり、デプロイの自動化を行います。
使用中に、ビルド時にエラーが発生しました:[hexo-renderer-pandoc] pandoc exited with code null.
NexTテーマのドキュメントによると、数式/化学式用に2つのレンダリングエンジンが利用可能です:
- MathJax
hexo-renderer-pandoc
が必要
- KaTeX
2つを比較した後、MathJax
を使用することを選択し、設定ファイルに設定し、ローカルにhexo-renderer-pandoc
をインストールしました。
問題は、sma11black / hexo-actionによって作成されたDockerイメージがhexo-renderer-pandoc
をインストールしていなかったため、hexo-renderer-pandoc
の欠如によりブログのコンパイルが失敗したことでした。
私は自分のフォークリポジトリpwnfan/blog-github-actionでpandocの問題を修正しました。