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

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

CMS

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

私は以下のような選択肢を比較しました：

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

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

データベースを追加

記事をデータベースに保存すると、ユーザーにデプロイコストが増加します。ユーザーはneon supabaseのようなDBプロバイダーを探さなければなりません。また、記事がデータベースに保存されると、ソースファイルの閲覧も直感的ではありません。コーディングエージェントがあるので、CMSシステムを再構築するのは難しくありませんが、AI時代であっても、できるだけ車輪を再発明しないという原則は依然として適用されます。AIは開発コストを大幅に削減しましたが、ゼロではありませんし、メンテナンスコストもあります。他の人が類似の作業を行っているので、直接再利用するのが良いのではないでしょうか。

GitバックCMS

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

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

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

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

Todo

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