rinsuki
わざわざ TypeScript のコードとかクライアントのアセットのビルドをエミュレーション上でやる必要はないのでビルド環境と同じplatformでやるように ## 留意すべき点 * エミュレーション上で実行されうるところはキャッシュ処理を消した * エミュレーション部分は遅いのもあり、キャッシュをロックされると結果的にかなり時間を損する順番で処理が走ることがあるため * runnerの apt install で待たされて target-builder の apt install ができず後続の target-builder の pnpm install がいつまで立っても走らない ことがあった * runner は `apt install`...
## Summary * ギャラリー * 投稿の添付 `parent_id, order, file_id` みたいな？ 問題としてマイグレーションにめちゃくちゃ時間かかりそう from #10129
## Summary 現状ほとんど pack が主で packMany は `arr.map(x => this.pack(x))` のような形になっているが、これだとうっかり pack でDBにクエリをかけた瞬間 N+1 になるため、基本的に pack 側を `x => this.packMany([x]).then(result => result[0])` のような形にしたい
## Summary 申請貯めると一回一回絶妙に遅めなリロードが走るのがつらい 処理したものはクライアント側で隠して、最新のものを見たい場合はページ全体リロードとかあるいはヘッダーor一番上に再読み込みボタン付けるとかでいいと思う
## 💡 Summary * 既にアカウント登録が完了しているユーザーと被っている場合 * 現在メール認証中のユーザーと被っている場合 の2パターンある気がする 前者の場合一応クライアント側でのフォームのバリデーションではエラーになっているが送信が阻害されるわけではないので登録申請はできてしまう ## 🥰 Expected Behavior * 既にアカウント登録が完了しているユーザーと被っている場合: そもそも認証メール送信の前にエラーにする * 現在メール認証中のユーザーと被っている場合: 先にメール認証できた人を登録させて、後の人にはちゃんとエラー表示を出す？ * 同時にメール認証をさせないという案もあるがメールアドレスtypoした時とか考えると… ## 🤬 Actual Behavior 上記のどちらの場合でも認証メールが送信され、「わかった」を押した後 signup-pending が呼ばれるがコケる。しかしコケても何もユーザー側にエラーが出ない ## 📝...
- [ ] Bug fix - [x] New feature - [ ] Chore - [ ] Breaking change - [ ] There is an open issue which this change addresses...
現状… * imast-backend 側で WebPush を受け取ると /api/v1/notifications/:id を叩く * この情報は端末アカウントを超えて共有されないので、回数はユーザーが登録した回数分になる * ので、例えば押し入れにしまったままだったり下取りに出したりした iPhone 5s 分のプッシュ通知の取得が一生走っている可能性がある * iMast 側でもプッシュ通知を受け取ると /api/v1/notifications/:id を叩く * これは実際に受け取れた端末分 これだとバズった時とかSidekiq全再試行とかした時にレートリミットで死ぬ (1通知あたり2*端末分取得が走る) ことがわかったのでなんとかしたい ### 案 * imast-backend で情報取るのをやめる...