xLogというオープンソースのブログコミュニティは、RSSHubの作者による宣伝で、最近聞いたことがあります。しかし、私はいつもこのような考え方に同意しています："ブログが死ぬのは更新が停止するのではなく、アクセスできなくなることです。" そして、xLog は比較的新しいものであり、持続可能性を保証することはできないため、使用するつもりはありませんでした。
起源#
しかし、今日はNo.27 と Qwerty Learner の開翼の技術最適化、プロダクト運営、フロントエンドの感悟を聞いて、とても良く話していると思いました。彼らが公開しているプラットフォームには xLog があります。それで考えが変わり、試してみることにしました。バックアップとしても悪くないです。いくつかのポイントを挙げて使用体験を説明します：
実際の体験#
- 宣伝通り、使い始めはとても簡単です。web3 ウォレットとメールを接続した後、既存の md ファイルをインポートしてブログを作成できます。とても良いと思います。
- 提供されているエディタは私にとってはおまけです。私は vscode で編集するのに慣れています。
- AI によるスマートな要約。私はまだ自分で要約を書く方が好きですが、xLog は私の元の
excerpt:を認識できないようです。しかし、他の属性:date:,tags:,title:はサポートされているようです。 - web3。他のブログコミュニティと比較して、web3 は xLog の大きな特徴です。この概念はしばらく前に提案されましたが、私にとっては比較的新しいものです。今回の xLog の使用で初めてこの分野に触れました。多くの概念が興味深いと思いますので、実現方法を調べる時間を作るべきだと思います。
- コミュニティ。コミュニティであるため、より多くの人が閲覧する可能性があります。ブログを書くのは自分自身のためだと言われていますが、自分の考えをより多くの人に見てもらえるのは悪くありません。ただし、自分がアクセス数やいいね数などのデータに過度に注目しすぎて、ブログを書く初心を失ってしまう状況に陥りたくありません（初心が何かについては、しっかり考えるために一つの記事を書くつもりです）。それでは得るものが少なくなってしまいます。
おわりに#
私は以前、ブログを書くプロセスが次のようになっていました。
- 感想があると、それを記録してローカルに保存します。
- 時間があるときに、ローカルの感想からブログ記事になりそうなものを選び、少し修正（磨きをかけ、データを取り除く）してeuds63.github.ioに投稿します。
しかし、EuDsでも更新する場合、第三のステップが必要です。
3. xLog に手動でインポートする
3 つのステップのうち、1 つ目と 2 つ目は省略できません。また、euds63.github.ioの更新は私のブログのメインホスティングサイトとして残すつもりです。第 3 のステップは手間は少ないですが、やや面倒です。したがって、私の考えは第 3 のステップと第 2 のステップを統合することです。関連する API があるかどうかはわかりません。