AI時代の到来は確かにソフトウェア業界の生産性を向上させました。その顕著な証拠は、Githubのトラフィックの急増であり、可用性の低下を引き起こしています。このブログプログラムもAIの助けを借りて進化しました。

以下では、ブログプログラムをクローンして、自分でデプロイする開発者を「ユーザー」と呼び、デプロイ後のブログ記事を読む読者を「訪問者」と呼びます。

CMS

以前はコードと記事の内容が同じリポジトリに混在しており、ブログユーザー（現在は私）がローカルのデプロイブランチを維持しなければなりませんでした。その中にはMarkdown、画像、動画、そしていくつかのサイトの設定が含まれていました。このように同じコードベースでコードと記事を維持するのは非常に面倒で、間違いを犯しやすく、記事を書くことがウェブサイトのリリースのように感じられ、記事を書く意欲を失わせました。ブログの内容はブログのコードから切り離される必要があります。

私は以下のようなソリューションを比較しました：

ブログ内容をクラウドストレージに保存

以前のfarboxのソリューションと一致しますが、中国のクラウドストレージプロバイダーは悪事を働くことが多く、私のプライベートな記事や画像がクラウドストレージプロバイダーに見られるのは避けたいです。悪事を働かないクラウドストレージプロバイダー：1. 基本的にすべてがブロックされており、中国のユーザーに多くのデプロイコストを追加します；2. ブロックされていないが悪事を働かないクラウドストレージプロバイダーは、小規模なプロバイダーであり、彼らがブロックされていないのはまだブロックされていないからです。これらの小規模なプロバイダーはAPIを持っておらず、いつでも倒産する可能性があります。私のブログの内容は彼らよりも長生きする必要があります。

データベースを追加

記事をデータベースに保存すると、ユーザーにデプロイコストが増加します。ユーザーはneon supabaseのようなDBプロバイダーを探さなければなりません。また、記事をデータベースに保存すると、ソースファイルのブラウジングも直感的ではありません。コーディングエージェントがあるとはいえ、CMSシステムを再構築するのは難しくありませんが、AI時代であっても、輪を再発明しない方が良いという法則は依然として適用されます。結局のところ、開発と維持のコストはゼロではありません。他の人が類似の作業を行っている場合、直接再利用するのが良いのではないでしょうか。

GitバックCMS

このブログは最終的にdecap CMSを統合しました。CMSプログラムは記事を指定されたgitリポジトリにコミットします。このgitリポジトリには記事のみが含まれ、他のものは含まれません。リポジトリが更新されると、Githubはwebhookを通じてブログの更新をトリガーします。Nuxt Contentはこのgitリポジトリの内容を自動的にレンダリングします。1. Githubは予見可能な未来において存在し続けるでしょう。人類文明と同じくらい長生きするかもしれません；2. Githubは一般の人が完全に無料で使用できます；3. gitリポジトリは簡単にプライベートに設定できます；4. さらには自動的にバージョニング機能も得られます。

また、画像や動画などのバイナリコンテンツについては、このブログはs3の設定機能も提供しています。

セキュリティ面では、decapページのアクセスパスワードを設定でき、私はその上にcloudflare zero trust accessを設定しました。

プロジェクトアドレス：https://github.com/portwatcher/blog

Todo

• AI翻訳機能
• エディタのアクセスパスワードを設定せず、Login With Githubボタンを有効にする