この前までは、私は主に私自身が管理している Soptlog をブログとして使用していました。Soptlog は最初に Huxpro 先生のオープンソースプロジェクトから派生し、その後私が大量の二次開発を行い、自動的なナイトモード、Medium のようなスタイルの画像ロード（ぼやけた画像からクリアな画像への変換）、静的なブログ記事の暗号化、そして Jekyll のプラグインを使用したブログのコンパイル時の最適化などを実現しました。
しかし、私の友人たちはおそらく気づいているかもしれませんが、ブログを読み始めてから、Soptlog の更新周期が非常に長くなりました。1 年に 1 つの記事も書けないこともあります。内容については、実は非常に多くの記事がありますが、公開するのが面倒なために公開していません。以前は Soptlog に記事を投稿するためには、以下の手順が必要でした：
- Markdown での執筆、テキスト、画像、その他のマルチメディアリソースの作成。
- 画像を Jekyll の
imgフォルダにアップロードし、記事ごとに整理して管理する。 - 他のマルチメディアデータを自分のサーバーにアップロードする。
- Markdown 内の画像を Soptlog の内部アドレスに変更し、他のマルチメディアデータを自分のサーバーアドレスに変更する。
- ローカルでコンパイルし、問題がないかテストする。
- 問題がなければ、GitHub にアップロードし、Vercel をトリガーして CI を実行する。
- 別のサーバーでこの記事を手動で登録し、アクセス数を追跡する。
以前は大学の時に時間がたくさんあったので、上記の手順には問題ありませんでした。博士課程を始めた後、何かを共有するためにこれほど手間がかかると思うと、直接諦めてしまいました。その後、GitHub で DIYgod 先生が新しく開発した xLog に注目し、以下の手順に簡略化しました：
- Markdown での執筆、テキスト、画像、その他のマルチメディアリソースの作成。（完了）
本当に簡単でしょう！（Wordpress などの動的なブログを使用している方々には、静的なブログを使用している私たちを少し理解していただければ幸いです）そして、さらに素晴らしいことは何でしょうか？それは、ブログ全体が Crossbell と IPFS 上に構築されていることです。つまり、すべてのテキストは理論的には永久に保存され、所有権は著者に帰属します。これはまさに私が Soptlog に次にしたいことですが、時間の制約で実現できないことです！
したがって、今日からは、コンテンツを優先的に xLog に更新するかもしれませんが、時間があるときには Soptlog にも同期させるかもしれません。皆さん、どうぞよろしくお願いします～