――――――――――――――――――――――――――
「ジモティーエクステンション」の修正
――――――――――――――――――――――――――
※2020年11月10日（火）メルマガ発行分
おはようございます。
うたらぼです。
「ジモティーエクステンション」の解説はこちらです。
・【Webアプリ】Webアプリで断捨離
https://utalab.hateblo.jp/entry/2020/08/07/183000
ジモティーの金額の更新を休んで、１週間過ぎました。
ひさしぶりにチェック一覧を見ると、なんと190件！
有効データである全件がチェック対象となりました。
今までのチェック一覧の対象は、以下の通りです。
chk_dt項目 ＜ 現在日時 設定間隔日数
となっています。
チェックすると、chk_dt項目に現在日時がセットされ、
一覧表示しなくなります。
設定間隔日数後に、また表示されます。
たとえば、毎日5件ずつチェックすると、
設定間隔日数後も5件が一覧表示されます。
あるとき１日さぼると、翌日は10件が一覧表示されます。
10件表示されたものをチェックすると、
さぼった日の分はゼロ件で、
次の日は10件となります。
１日さぼるというか、作業できない日もあると思うので、
それでも平均的な件数で処理できるようにしたいです。
今回は以下のように３回SQLを発行しました。
１．有効データ数を取得（SQL）
２．6時間以内のチェックした件数を取得（SQL）
３．limit = ceil(有効データ数 / 設定間隔日) -
6時間以内のチェックした件数
※チェック時間が1時間以内であれば、6時間でなく、
時間でもよい
４．limitつきのSQL
たとえば、有効データ数が189件、設定間隔日が7日の場合は、
1日あたり27件となります。
チェックするたびにチェック一覧の件数が減っていきます。
もし、１日さぼったとしても、27件のチェックです。
「さぼった分も追加してチェックする必要がある」
という厳密な処理ではないので、今回の修正としました。
自作できると自分なりに修正できるのがいいですね。
━━━━━━━━━━━━━━━━━━━━━━━━━━
【前日の気になるツイート・リツイート、ベスト５】
━━━━━━━━━━━━━━━━━━━━━━━━━━
・サーバ管理会社が契約更新ミス
「ふくいナビ」全データがクラウドから消失、復旧不能に
https://twitter.com/utalab/status/1325780178237317122
・カミナリ、明治時代から存在してる説
https://twitter.com/utalab/status/1325777796443107328
・佐賀県警の電光掲示板
https://twitter.com/utalab/status/1325767595245572096
・ピカチュウの完全無線イヤフォンがモンスターボール入りで登場
https://twitter.com/utalab/status/1325766349910667264
・オトナな桃太郎
https://twitter.com/utalab/status/1325753755531415552
一覧はこちら
https://twilog.org/utalab/date-201109
