果物リン

内臓する必要はないが、現行のフロントエンドの登録フォームは複数の絵文字の一括登録に対してめんどくさい (けど、これは複数の絵文字の編集登録画面の機能の開発が進行中なので、それによって解決されるかもしれない

具体的には、ドライブのレコード数が大量、直近の31件のファイルのアップロードがとても少ないことが条件っぽい？ limit 31 で31件集めるのにタイムアウトする模様 drive_fileは2176449 レコードある 対象ユーザーのドライブは1349件 直近のidはこれ（aidからタイムスタンプに戻すのめんど……） 9r5ejg4hha 9r5epghomv 9r5eqa3bn0 9r5es4iqnm 9r5f39i1sq 9r5f3rz6tg 9r5f7a3d0a 9r5f8x8e10 9r5fbm4j49 9r5ff7gv89 9r5fff1b8i 9r5fikj3ao 9r5fjyq9bj 9r5fk64dbk 9r5fmsfhgh 9r5fsrzul7 9r5fuqjtn4 9r5g4haj0w 9r5g52jc1c 9r5g7db932 9r5ga2al6m 9r5gajyg7r...

limit文をコメントアウトすると IDX_860 〜が使われる  limit文があると PK_43ddaaが使われている 

なんか関連Issueあった気がするなぁなんだったかな 探してこよう

ぐわーdrive_file.sql.zipが498MBあって添付できぬ

モデレーターが見ると見ることができるのは、別のクエリだからインデックスが効いているのではないかと

◽️Misskey側で対応されたらうれしいこと IS NULL になるwhere文はIndexがいつか効かなくなると思います folderIdもそうですが、hostがIS NULLなので爆発しがちの予感 NULL狙いのwhereはパフォーマンス的に問題がないという話とあるという話が両方インターネットで語られているのでよく精査する必要があります ◽️短期的な鯖缶の対応　その1 大量にあるレコードを減らすことで、検索が早くなります 現状、ドライブのテーブルはリモートからくる添付ファイルも全て格納されているので、想像よりもはるかにたくさんのレコードがあります (私のところではこのテーブルのなかで自分のサーバーのデータは1/10くらいでした) これを削除すれば直りますが、これが消えているとノート側から画面上しれっと添付ファイルがないように見えるので微妙なとこです ◽️長期的鯖缶の対応　その2 パーティションを切れば私の予想では大丈夫なはずです 私は検討はしていますがまだやったことがありません

解決案1. モバイル端末の場合投稿モーダルの余白をなくす Pros. Twitterのように投稿という一つのモードに突入する Cons. レイアウトが変わる 解決案2. 投稿モーダルの場合、明示的に閉じるボタンを押すかESCしたとき以外、クリックでモーダルの外をクリックしても閉じないようにする Pros. 今までのレイアウトを維持 Cons. 挙動が変わる 解決案3. 投稿ボタンの裏に、当たり判定が消えないようにより大きな透明なボックスを配置する Pros. 現行を踏襲しつついいとこどり Cons. ハックっぽい 等

戻るボタンはデバイスの戻るボタンの話で、デバイスの戻るボタンを押すと前のページではなくPWAが閉じてしまう挙動のことだとおもうので、iOSこの戻るボタンがないので特に困らないとおもいます

下は空いてるのいいよね