Hong Cheung 
サーバーの安全性
さて、私は個人用の VPS とビジネス用の VPS を持っています。
ここ数週間、VPS の設定にかなりの時間を費やしました。
サーバーの安全性とアクセシビリティについて、より多くを学びました。今では、自分のサービスへのアクセスには tailscale しか使っていません。公開向けのウェブサイトはすべて Cloudflare DNS または Cloudflare Tunnel でプロキシされています。そのため、一般の人が私の VPS に直接アクセスすることは決してできません。
また、2 つの VPS を 2 つの異なる用途に分けました。単なるタスクの分離のためだけでなく、将来のスケーリングを見据えてのことです。ビジネス用 VPS（顧客向けのサイトと API のみを提供）は、垂直方向にも水平方向にも簡単にスケールできます。そして、それが私の個人用サービスに影響を与えることはありません。
3-2-1 バックアップ
Rclone がお気に入りです。この 1 年、さまざまなタスクで使い込んできました。しかし今では、VPS 上でストレージファイルをバックアップし、暗号化して Cloudflare R2 にオフサイトバックアップとして保存するために使っています。Hetzner で自動スナップショットを取っているにもかかわらず、です。ストレージがはるかに大きくなるまでは、時々、それらすべてを USB メモリにダウンロードするという同じことをするつもりです。
Directus CMS
そう、また戻ってきました。どうやら私は Directus と相性がいいようです。
このサイトはどうやって作られたか - Obsidian
このサイトは Astro の上に構築されており、シンプルな markdown ファイルを使っています。Obsidian で動くようにするために、かなりの労力を注ぎました。なので、今この瞬間、私は Obsidian の中でこのフィードセクションを打ち込んでいます。Base を使って下書きと公開済みの投稿をフィルタリングし、並べ替えています。また、Obsidian の画像圧縮プラグインもなんとか作りました。画像をドロップすると webp に変換され、すべて Astro の静的ビルドで動作します。（これは簡単ではありませんでした。インポート、エクスポート、開発時と、それぞれ異なる URL で表示されるファイルの名前を変更するロジックを書かなければならなかったからです）
ビルドして /out/ にエクスポートし、そのフォルダを Cloudflare に wrangler deploy するスクリプトも書きました。なので、私以外の誰も私のコードベースにアクセスできません。
なぜ Directus に移行するのか
最終的な CMS として、directus に移行します。markdown を所有するのは素晴らしいことだと思っていました。しかし結局のところ、重要なのはストレージと利便性です。記事とアセットが増えるにつれて、ファイルの管理と保存が難しくなってきました。それらの画像をすべてクラウドにオフロードするのは、実は悪くないアイデアです。コンテンツフォルダの肥大化がなくなり、サイトのコードベースはよりクリーンになります。
そして、フロントエンドのサイトを切り替えるとき、これらの静的サイトビルダーで ../assets/images の違いに対処する必要もなくなります。
まとめ
私が望んでいたのは、可能な限り最高の SEO を実現するための静的生成と、帯域幅トラフィックコストの低減、あるいはゼロ化だけでした。そして、ウェブサイトをデザインするためのコードベースと、コンテンツ執筆体験の両方にとってクリーンなワークスペースです。
さあ、このサイトを Cloudflare にデプロイするために、あの .sh スクリプトをまた実行する時間です。