Notices by 雪あすか🔞 (askyq@kmy.blue), page 6

独自の解決策といっても、Statusテーブルに「メディアあるよ」のフラグを追加するくらいしか思いつかないんだけど、データベースのマイグレーションはMastodon公式の対策とかぶったときに面倒になりそうなのでやりたくない。。
今はおとなしくあっちの回答を待つつもりです

ていうか予約投稿、APIとして実装するならWebクライアントでもなんかやれよと。APIだけ実装しててWebじゃできない

自己増殖を繰り返して日本列島が大阪駅だらけになる世界線

セキュリティ関連の修正はもう１つあったよね、エクスポートしたデータが削除期限超えて保持されるとかだっけ。
これもそこまでか？って感じはあった。秘密鍵やメルアドが漏れるとかならわかる

いうてもここまでの対策が必要になるのは人が数千人くらいいったあとなんで、それまでは単純にスペック上げるだけで乗り切れる。
要するにうちを含めほとんどのサーバーには縁のない話（

うちもそこに載るのは夢だけど、エロ扱う以上難しそう。
というか、そこにリストアップされている日本のサーバー自体が少ないので、こういう懸念がでてきてしまう気がする。もっとこう、２０か３０か１００とか出てくれば敷居は下がりそう。エロOKのサーバーはそこにおらんという別の問題も出てくるけど

DeepL対応しようかな。無料プランだと毎月５０００文字までだけど、たった１０００円払うだけで無制限なる

@204504bySE @ponapalt 横から失礼します。そういうものは関係なく、開発者は単にパフォーマンスの問題を気にしています。中小インスタンスも多くありますから、その影響が気がかりかもしれません

https://github.com/mastodon/mastodon/issues/4106

あすかサーバーの業界よく知らないんだけど、数万人規模のSNSでこれだけのスペックのサーバーが何台も必要になるの違和感ある。ほんまにこんな必要なのかしら

【Fedibird互換サードパーティアプリ作者の皆様へのお願い】

kmyblueは本日、Fedibirdと互換性のあるAPIで絵文字リアクション機能を実装しました。
以下考慮くださりますと大変助かります。よろしくお願いします。

#fedibird

@noellabo @204504bySE ソースコード読んだりしてなかったのですが、DBを直接読むのは重くなりますね。なるほどです。
一通り落ち着いたあとでいいので工夫すべきポイントですね。今はioに集まりすぎて爆発しないことを祈ります

@noellabo @204504bySE 機能が多いと重くなるのは当然として、mastodonの公式ドキュメントにあった「Scaling up your server」のページがmisskeyのドキュメントにはないですね。プログラムの改善もそうですが、そもそもスケーリングに対するノウハウが蓄積されているか、スケーリング可能な仕組みになっているか心配なところはあります（いうてもロードバランサでいけるでしょうけど）

ioが３万こえてる。絵文字リアクションもリアルタイム更新なら通信量めっちゃかかると思うし、マストドンよりも１人あたりのコスト高そう。
３万受け入れるためにあのスペックが必要ってんならちょっときついな‥‥

@204504bySE 絵文字リアクションはほんと魅力的な機能だと思うんだけど、こういう極端なケースが発生してしまうとなんともね‥‥
軽量版は機能少なすぎて需要あるか‥‥

えっとごめんなさい、ゆうべ手に入れた情報やメトリクスなど見てアクセス急増に大変不安を感じたので、月曜日予定のメンテナンスを今すぐ行ってます。お知らせは後で書きます！

暴論だけどアクセス集中したときにあえてサーバーを落とすことで大量アクセスを抑制する手も？

同人向けのインスタンス新しく立ち上げました。短時間で爆破するかもしれませが、投稿できる内容はわりと自由なので暇な人はお試しに登録してくれ #拡散希望