前言#
二年前のこの記事「2022 年になり、なぜまだブログを書いているのかを語る」では、私がブログを書くきっかけ、初志、そして構築のプランについて語りました。
二年が経ち、初志は変わらず、執筆も続けてきました。計画していた週一更新は達成できていませんが、少しずつ文字が蓄積されてきました。
多くのことを経験し、徐々に「週報ブロガー」にシフトしているようです。書く内容やスタイルは大きく変わりました。技術やツールの効率に関するテーマは減り、生活や思考の共有が増えました。徹夜で二日間にわたって四つの技術チュートリアルを更新する情熱は少なくなりましたが、筆を通じて感情を表現することの自足感が増えました。ブログの構築や技術チュートリアルに関する感謝の言葉を多く受け取ることは依然として嬉しいですが、初対面の皆さんと心を通わせる感動をより大切に思うようになりました。
週報ブロガー#
ある会議で xLog の未来について雑談していたとき、同僚が突然「あなたは『週報ブロガー』として何か考えがありますか？」と言いました。私は驚きました。この呼称を聞くのは初めてでした。ホームページを見返すと、確かにそうでした。
以前は自分を技術ブロガー、ツール効率ブロガーだと自負していましたが、最も多く残った内容、皆さんに深く印象づけたのはやはり週報のようです。それも悪くありません。
週報を書き始めたのは「Homura」が週報監視グループを組織したときでした。当時は Twitter や独立ブログコミュニティの中でも小さな存在でしたが、もっと多くの人と交流したいと思っていました。毎週自分の週報をグループに投げ込んで、互いに巻き込まれたり、他人の生活状態に関心を持ったりして、とても楽しかったです。
その後、皆が多くの生活や仕事の変動を経験し、グループの最後のメッセージは 23 年 1 月に止まりましたが、それでも私にとってはとても楽しい時間でしたし、その後も週報を書き続ける原動力になりました。たとえ生活の些細なことや未熟な小さなアイデアを共有しているだけでも、真剣にあなたの文字を読んでいる人がいることを知っていました。
以前、Randy から更新を催促されたことがありました。彼は「実際にはそれを週報として定義する必要はない。そうでないと、しばしばプレッシャーや束縛を感じることになる」と言いました。しかし、私はこの出力が入力を強制するモデルに依存していて、週報が結果指向として存在することで、今週をうまく過ごすためのモチベーションが高まるのです。
ただし、私はしばしば週を再定義しているのですが。
独立ブログ#
美しい書籍や雑誌に比べて、私は他の人のブログサイトを訪れることをもっと楽しんでいます。サイト名、テーマの配色、音楽のレイアウトが、よりリアルで具体的に人格化された存在を示しています。そして、ブログ記事を読むとき、私はしばしば時空を超えた対話だと考え、これらの文字の断片を書いた作者が当時どんな気持ちだったのかを想像します。時には、彼がどんな人で、今何をしているのかを少し悪戯っぽく想像することもあります。
独立ブログは、言うほど大きくもなく、小さくもないサークルです。二年が経ち、ブログを立ち上げ、書き始める人が徐々に増えてきたように感じます。また、面白くて質の高いコンテンツも増えています。
他の成熟したコンテンツプラットフォームに比べて、ファンの蓄積やインタラクションがより便利であることに関わらず、単にプラットフォームや執筆形式の独立だけでなく（実際、私は Mastodon や Misskey で真剣にコンテンツを共有している人を独立ブログ作者と呼ぶことも喜んでいます）、思想の独立、つまり良い記事は単に知識を与えるだけでなく、考えさせるものであるべきです。
Randy と独立ブログのために何かをしたいという話をしました。この期間に読んだ良い記事を収録し、序文を推薦する形で出版物を作りたいと思っています。実際、第一号の準備は整っていますが、二人の忙しさと EpubKit 製品にもっと集中するため、なかなか公開できていません。これは将来的に継続していきたいことでもあります。
ブログシステム#
これは二年前に書いたブログ構築に関するいくつかの記事です：
- 2022 年になり、なぜまだブログを書いているのかを語る
- 無料の個人ブログシステムの構築とデプロイメントソリューション（Hugo + GitHub Pages + Cusdis）
- Hugo + GitHub Action、あなたのブログ自動公開システムを構築する
- ゼロから始める無料の個人ブログデータ統計システムの構築（umami + Vercel + Heroku）
- 軽量オープンソース無料ブログコメントシステムの解決策（Cusdis + Railway）
主に、私が Hugo という静的ウェブサイトジェネレーター（SSG）を使用して個人ブログといくつかの周辺サービスを構築した記録です。また、多くの人がさまざまな方法で私に連絡し、この一連のチュートリアルに基づいて自分のブログを成功裏に持つことができたと聞いて、とても嬉しく思っています。ブログという少し衰退している創作方法に小さな貢献ができたことを嬉しく思います。
当時、私は自分の全体的なプランにとても満足していましたが、二年後に振り返ってみると。
- ブログ本体：Hugo 本体は変わらず、デプロイメントプラン：GitHub Pages + Cloudflare CDN -> Cloudflare Pages
- コメントシステム：Cusdis -> Remark42、デプロイメントプラットフォーム：Railway -> Vercel + Supabase -> fly.io
- 統計システム：Umami -> goatcounter、デプロイメントプラットフォーム：Vercel + Heroku -> Railway -> Netlify + Supabase -> fly.io
- 画像ホスティングシステム：GitHub + jsDelivr -> 阿里云 OSS -> VPS 上で自分で構築した Chevereto + PicGo -> Cloudflare R2 + WebP Cloud + PicGo
- コンテンツ検索：なし -> Pagefind 静的検索
変更の理由は多くあります。いくつかは Heroku と Railway が徐々に無料プランを廃止したため、いくつかはオープンソースプロジェクトの更新が少なく機能が不足しているため、またいくつかは単純に自分がもう少し軽量なものを試したいと思ったからです。
この一連のチュートリアルを書くとき、インターネットで見つかるプランやチュートリアルが散発的でしばしば古いと感じたので、ブログを立ち上げたい読者のためにワンストップで構築できる実行可能なプランを提供したいと思いました。公開後、多くの人からフィードバックを受け取り、一部の内容は早く更新すべきでしたが、今までずっと引き延ばしてしまい、非常に恥ずかしい思いをしています。
以下では、現在のプランについていくつか紹介し、今後更新された一連の記事が完成した際にはリンクを追加します。
ブログ本体#
私はHugoという静的ウェブサイトジェネレーターを使用して個人ブログを構築しており、比較的レトロなテーマ「hugo-theme-den」を使用して改造しています。
大体の流れは「Hugo + GitHub Action、あなたのブログ自動公開システムを構築する」という記事と「GitHub - yu-blog」というリポジトリを参照してください。
毎日自動更新される About ページのための GitHub Actions の自動化操作を追加しました。また、GitHub Pages でホストされているウェブサイトは国内からのアクセス速度がほぼ使えなくなったため、Cloudflare Pages に移行しました。無料で、体験も大幅に向上しました。他はほとんど変更ありません。
実際、フレームワークを変更することを考えなかったわけではありません。「Owen」や「PJ Wu」が使用しているZolaを見たときには少し羨ましく思い、「槿呈 Goidea」や「Innei」のように自分で書くことも考えました。
しかし、冷静に考えると、今のサイトにはかなりの数の記事が蓄積されており、元のパスを保持しようとすると避けられない手間がかかります。それに、今のテーマが本当に気に入っているので、何かアイデアがあれば直接テーマをカスタマイズして変更することにしました。プラットフォームをいじるよりも、もっと多くのブログ記事を書くことが重要だと思います。そうでなければ、少し「買椟還珠」のような感じになってしまいますので、やめておきました。
コメントシステム#
ブログが誕生した当初から今年の 4 月、5 月までずっとCusdisを使用していました。まる三年です。
今でも非常におすすめのプランです。軽量で、自分でデプロイするのも簡単で、スタイルもシンプルで美しいです。構築チュートリアルは「軽量オープンソース無料ブログコメントシステムの解決策（Cusdis + Railway）」を参照してください。
ただし、Railway が昨年 8 月から無料プランを廃止したため、完全に無料で使用したい場合は、Vercel/Netlify/Zeabur でメインプロジェクトを無料でデプロイし、Supabaseで無料の PostgreSQL データベースインスタンスをデプロイし、そのリンクを環境変数として Cusdis サービスに渡すだけで済みます。他のプロセスはほぼ同じです。
最近、データベース URI を変更した際に Vercel のデプロイがずっとエラーを出していて、確かに新しい機能が必要だったため、思い切って Cusdis から移行することに決めました。調査の結果、reorxが「ブログコメントシステムの変更」の記事で最後に選定したRemark42を選びました。
単純に設定オプションだけを見ても、cusdis に比べてかなり豊富になりました。現在、一般的なソーシャルアカウントログイン（GitHub、Twitter、Telegram、メール）、匿名コメントのサポート、メール購読の返信通知、TG ボットの通知も設定しました。また、fly.ioにデプロイされており、Go の単一バイナリ + データベースの単一ファイルという非常に快適なソリューションです。ブログ記事が完成したら、ここでチュートリアルのリンクを更新します。
データ統計システム#
以前、私は Umami を自分でデプロイしていました（チュートリアル「ゼロから始める無料の個人ブログデータ統計システムの構築（umami + Vercel + Heroku）」を参照）。しかし、その後 Heroku が無料プランを廃止したため、最終的に Netlify デプロイサービス + Supabase で PostgreSQL データベースインスタンスをデプロイする方法を選びました。他のプロセスは依然として適用可能です。
ただし、一方で私が早くデプロイしたために大きなバージョンアップができず、ずっと自分のフォークした古いバージョンに留まっていました。また、サービスとデータベースを分離する必要があると感じるようになり、プラットフォームのルールが変わることで頻繁に移行することが避けられないため、少し重すぎると感じました。最終的にgoatcounterに変更しました。こちらも Go の単一バイナリ + sqlite データベースの単一ファイルで、fly.ioにデプロイされており、非常に快適なデプロイソリューションです。ブログ記事が更新されたら、同様にここでチュートリアルのリンクを更新します。
また、引き続きGoogle Consoleを使用して、訪問者情報と検索重みを分析しています。
この結果は非常に参考になります。端末の比較に関する記事「Warp、iTerm2 それとも Alacritty？私の端末の試行錯誤の小記」が、検索エンジンからの訪問者を継続的に得ることができました。もう一つは、個人ブログや構築に関する一連の記事です。
画像ホスティングシステム#
二年前、私は画像ホスティングの問題にあまり関心がありませんでした。画像はすべて GitHub リポジトリに直接アップロードし、jsDelivr を CDN として使用していました（その後、国内からのアクセスもほぼ不可能になりました）。しかし、記事の数が増えるにつれて、周りの友人たちから「私のブログの画像が表示されない」と言われることが多くなり、やはり読書体験を考慮する必要があると思い、いくつかのプランを調査しました。
最初に阿里云 OSS を選び、PicGo を使用して画像をアップロードしました。このプランは非常に良好で、最初の数ヶ月は問題ありませんでしたが、23 年初頭にいくつかの記事が多くのトラフィックを得て、月の請求書が上昇するのを見て、貧乏を感じました。
そこで、回線が良好な搬瓦工サーバー上に Chevereto 画像ホスティングを自分で構築し、同様に PicGo のプラグインを使用してアップロードしました。安定して 1 年半使用しました。しかし、自分でデプロイしたサービスの安定性とデータの貴重性については少し軽視していました。数日前、サーバーが突然ダウンし、カーネルエラーで再起動できなくなりました。サービスがダウンしたのはまだ良いのですが、私の 1 年半以上のデータがバックアップされておらず、エクスポートもできませんでした。
サポートに連絡すると、一日に二回しか返信がありませんでした。一度は再起動を促し、もう一度はネットワーク管理者を雇って調査することを提案されました。自力で解決しようと、ネット上のさまざまなプランを探し回り、一日中試行錯誤した結果、ようやく解決しました。しかし、この教訓から、重要なデータを持つサービス部分と自分でデプロイしたサービスの安定性について新たな認識を持つようになり、元のプランを再利用することはできなくなりました。
最終的にCloudflare R2オブジェクトストレージを使用して画像を保存することにしました。毎月 10GB の無料枠は十分で、大手のサービスとデータの安全性も保証されています。ユーザーのアクセスを最適化するために、WebP Cloudサービスを使用して R2 の画像をプロキシし、プロキシレベルで画像のサイズをさらに小さくしました。国内ユーザーにとっては、阿里云 OSS のような回線に比べて速度は確かに劣りますが、备案なしで安定していて無料という条件の中で、私が考えられる最良のプランです。
PC 上で PicGo クライアントを使ってほぼワンクリックでアップロードし、ブログで直接使用できる Markdown 画像リンクを生成できます。設定が完了すると、非常にスムーズに使用できます。
画像ホスティングの構築チュートリアルは以下の記事を参照してください：
コンテンツ検索#
以前、私のブログにはコンテンツ検索機能がありませんでした。元々記事も少なく、静的ブログにはバックエンドがないため、実現するのは難しいと感じていました。そのため、ずっとサポートしていませんでした。しかし、後に自分の以前の記事を調べるときに、VS Code で大量の Markdown ファイルの中から検索する体験をした後、やはり必要だと感じました。
いくつか調査した結果、Pagefindというプロジェクトを使用することにしました。これは静的ファイルの検索ライブラリで、他のバックエンドサービスを導入したりホスティングしたりする必要がなく、ブログを公開するたびに CI で全ブログのインデックスファイルを構築するだけで、簡単に検索をサポートできます。中国語の検索効果は相対的に弱いですが、十分に使える程度です。基本的に主流のブログフレームワークをサポートしています。
この部分については「如何透過 Pagefind 在 Zola 產生的靜態網站裡加入搜尋功能」という記事を参照できます。私は現在、GitHub Actions に基づいたより詳細なチュートリアルを書いており、後でここで更新します。
総括#
2024 年になり、私は大体まだ執筆を愛する人間です。数年前の書評や映画評、技術チュートリアルから現在の生活の週記まで、見たり考えたりしたことは、筆を取って書き下ろすことで初めて触れることのできる現実に変わります。そして、百篇以上の記事が蓄積されるにつれて、個人ブログサイトは私がこの世界で持つ別の媒体となり、私に由来しながらも私から独立しています。時には手軽に拾える記憶の断片であり、時には自分の精神の避難所でもあります。
皆さんが私のブログで興味深いもの、知識、インスピレーション、あるいは小さな共鳴を見つけ続けられることを願っています。ある瞬間、皆さんも自分のブログサイトを持ちたいと思うかもしれません。自分の思いや考えをこの世界に残し、根を下ろし、芽を出すことを願っています。この一連のチュートリアルが少しでも役立つことを願っています。