検討した結果、1年間使ってきたTwikooコメントシステムを現在のArtalkに変更することにしました。

もちろんTwikooが悪いというわけではなく、現在の私にとってはArtalkの方がより適しているというだけです。

この2つのコメントシステムにはそれぞれ長所と短所があり、ここでは私がなぜArtalkを選んだのか、そしてそれを構築する際の試行錯誤について記録しておきます。

Twikooの現在最も明らかな問題は、Vercelでの構築方法がMongoDBデータベースのみをサポートし、プライベートデプロイdeployは内蔵のLokiJSデータベースdatabaseのみをサポートしていることです。（CKYのdetalkを名指しで批判しますが、Deta上でのデプロイdeployのみをサポートし、Deta内蔵のデータのみをサポートしています）

しかし、デプロイdeployプラットフォームplatformの豊富さとサポートするデータベースdatabaseの豊富さだけで言えば、walineが最良の選択であるはずですが、その設定方法を見るまでは-->すべての設定項目を環境変数に個別に入力する必要があり、問題に遭遇するとすぐにデータベースdatabaseを削除し、環境をリセットresetし、再設定して問題を解決するのが好きな私のような人間にとって、この設定方法は本当に苦痛でした。

そこで私はArtalkを選びました

これはGoLangベースのコメントシステムなので、速度が非常に速く、包括的な管理パネルpanelを持ち、コメントを便利に管理できます。

実際には、Artalkを自分のサーバーserverにデプロイdeployしたわけではなく、Xlencoが推薦してくれたReplitでのデプロイdeploy方法を選びました。

ここでupgitを名指しで批判します。ここではあまり多くを語りたくありませんが、画像アップロードuploadの体験が極めて悪いです （ただし、GitHubやその他の公益CDN加速サービスserviceの濫用は拒否すべきだと付け加えておきます）

そこで、ここではArtalkフロントエンドfrontendに標準搭載されているimgUploaderを使って画像をアップロードuploadしました

imgUploader: async (file) => {
        const formData = new FormData()
        let headers = new Headers();
        formData.set('file', file)
        headers.append('Authorization', 'Token');
        headers.append('Accept', 'application/json');
        return fetch('https://example.com/api/v1/upload', {
            method: 'POST',
            headers: headers,
            body: formData,
          })
          .then((resp) => resp.json())
          .then((resp) => resp.data.links.url);
      }

コードcodeスニペットsnippetはZkeqにより提供

lsky-pro画像アップロードuploadをサポート

それでは失礼します。ArtalkのCSSが私のブログblog上で少し浮いて見えますが、もういじるのが面倒なので、そのままにしておきます

えい、えい、むん!