Closed Luftalian closed 1 month ago
解決案:新しいテーブルを作る
どういうデータを持つテーブルを考えていますか?
テーブル名:time |
last_time |
---|---|
DATETIME | |
2001-01-14 08:45 |
これで、UPDATE time SET last_time = NOW()
こうすることを考えています。
searchに出てくるまでの時間を考えるともう少し考える必要がありそうです
テーブル名:lastest |
last_message | last_time |
---|---|---|
VARCHAR(36) | DATETIME | |
** | 2001-01-14 08:45 |
時間でなんとなくとって、正確には最後に投稿したもの以降のものを取るのはどうでしょう?
新しくsearchのクエリを飛ばす時は最後の時間よりちょっと前の時刻で検索をかけて、実際に最後に通知を飛ばしたメッセージまではフィルターで落とす感じかな?
last_message
のところをtraQのmessage idに、last_time
は実行した時刻ではなく取得した中の最新メッセージの時刻にしたらいい感じになりそうです
一旦アプリを停止してしまうと、再起動するまでの間にtraQに投稿された投稿はDMとして通知を送ることができない。