💬 Commented on "(wip) feat: エンドポイントの情報やpacked schemaはmisskey-jsから提供する": tamaina "移行作業者募集中"
https://github.com/misskey-dev/misskey/pull/10752#issuecomment-1531764611

💬 Commented on "Support for meilisearch as backend search solution": syuilo "クエリ空にしても0 hitsなんだけど"
https://github.com/misskey-dev/misskey/issues/9323#issuecomment-1532396536

💬 Commented on "Support for meilisearch as backend search solution": syuilo "ヌァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァンンンンオオオオンンオンオンオンオンンンンンンンンン゛ン゛！！！！！！！！！！！！！！！！"
https://github.com/misskey-dev/misskey/issues/9323#issuecomment-1532396572

💬 Commented on "Support for meilisearch as backend search solution": syuilo "コマンド的にはsocumentsにaddしてるけど結果的にはindexだけ作られてるような挙動になってる"
https://github.com/misskey-dev/misskey/issues/9323#issuecomment-1532431902

💬 Commented on "Support for meilisearch as backend search solution": syuilo "スケールに関しては、Misskeyで検索する頻度はそう多くないと思うから問題になりにくそう"
https://github.com/misskey-dev/misskey/issues/9323#issuecomment-1532495911

💬 Commented on "Support for meilisearch as backend search solution": u1-liquid "> とはいえ…同意するからElasticsearch使う気にならないのよね

ちょっと語弊があるかも
複雑なプラットフォームであるのはわかるけどシェアトップなのはまぁそれなりの理由があるのと、規模のわりにシンプルに動く、あと使えるけど使わないのと最初から使えないのは話がちがうよね
そして実際アプリ側で細かな実装してあげる必要は全くなくて、udpかtcpでノートのストリームを送信してあげる機能（インデクシング周りはlogstashに任せる）、rest apiにユーザーのクエリを投げる機能だけサポートしてあげればesがつかえる鯖缶は勝手に使えると思う
前みたいにソースコードレベルでインテックスを管理してあげる必要はほぼないので、それで維持管理コストは解決できると思う

スケールに関しては、Misskeyで検索する頻度はそう多くないと思うから問題になりにくそう

あと、大規模サーバーの場合はオンプレミスよりは(スケーラブルな)Meilisearch Cloud使った方が良いかも

💬 Commented on "feat: 検索でMeiliSearchを使えるようにする": syuilo "https://github.com/misskey-dev/misskey/pull/10755 がマージされる保証がない"
https://github.com/misskey-dev/misskey/pull/10751#issuecomment-1532626542

🚫 Pull Request Closed: "feat: Introduce Meilisearch"
https://github.com/misskey-dev/misskey/pull/10755

💬 Commented on "Support for meilisearch as backend search solution": syuilo "投稿ではなくユーザーの検索とかだったらMeilisearchはちょうど良さそう"
https://github.com/misskey-dev/misskey/issues/9323#issuecomment-1532698130