trust me
このアカウントは https://misskey.io/@syuilo に引っ越します
---
Author and project lead of #misskey.
Misskeyの作者。主人→@AureoleArk
好きなこと: 近所を散歩すること、写真を撮ること、眠ること
最近はお菓子を食べることも好き
#misskey #藍ちゃファンクラブ #DTM #BitwigStudio #写真 #アズレン #わーーーーーーーーーーーーーーー #web
Because I can not understand English, I may not be able to answer questions.
お、その時点でストリームを経由したAPIリクエストが実装されてるよ(実験的機能を有効にする設定が必要)
たぶん有効にすることでパフォーマンス向上が期待できる
SSL表面で受けて8080かなんかでmisskey動かしてリバプロしちゃる場合は、misskeyの設定ファイルのurlをhttpsで始め、httpsフィールドを削除すればok
ConoHaカードを送ってもらえればどうやってもサーバー代に充てることしかできないので、ちゃんと運営費に使われるか不安な方はおすすめ
MongoDB自体にそういう(あるドキュメントを削除したら、そのドキュメントのIDを指すプロパティを一つでも持っている同じまたは他のコレクションのドキュメントを再帰的に削除する)機能ないんだろうか
AP対応初期のころ、同じアカウントが複数登録されてしまうバグがあり、それによってつるやき氏のアカウントがMisskeyのデータベースに複数登録されてしまっていた。
投稿が流れないのはそれに起因する
例えブラウザが全てキャッシュしてくれるのだとしても、初めてMisskeyに訪れる人はブラウザにキャッシュなんてされていないから、Misskeyからデータを持って来なければならない
もしCloudFlareを使っていたら、その人が初めてだろうが常連だろうが絶対にMisskeyにリクエストは来ない
仮にサムネイルを動的に生成しないとしてもリクエスト自体はどうやっても来るわけだからそれなりの負荷は免れないよね
CDNの偉大さを実感した
たぶんずっとxyzに繋がらなくて今やっと繋がったからほかのサーバーからのActivityPubリクエストが殺到しているのだと思われる
CloudFlareをやめたくてLetsEncrypt使うのに、LetsEncryptを使うためにCloudFlareを使ったら本末転倒じゃない?
https://letsencrypt.jp/docs/using.html#standalone
80か443か選択できるっぽい?