# APPAPI 調整

- [ ] * 彩金

1. sql新增 WITH(NOLOCK)
SELECT [Club_id] AS k, [Club_Ename] AS v FROM [T_Club] WHERE [Club_id] IN ('{0}')

SELECT [Club_id] AS k, [Club_Ename] AS v FROM [T_Club] WITH(NOLOCK) WHERE [Club_id] IN ('{0}')
2. 前端是否需要這麼多資料? top幾筆
我看數量沒有很多 我看吐出去 api只有48筆

3. 此API需要cache 60s
4. 前端 10s->60s

log: https://cloudlogging.app.goo.gl/DmrJUKzD6HvgJZfF6

- [ ] * ForceUpdateMoney

1. A_Account_Info_JWT 只有單獨取錢為什麼不要select club Now_XinYong

* GetMemberInfo 這邊我看只有appapi在使用
1. 網址指向沒有指向到 for fun 的pod上
2. 邏輯 else 應該不會跑到 (下面可以拿掉)
3. 已經請 ky 提供有調用 appapiforfun的功能

有timeout問題
https://cloudlogging.app.goo.gl/trc8Cwec28pS1H8a8

- [ ] * GetMemberInfoJWT

1. 我看查一大堆然後只用到Now_XinYong @@?可以單獨拉一個方法出來

- [ ] * DB讀寫分離

1. 我看很多讀的功能都直接對Daydb 需要切換到Daycurdb

- [ ] * ForceUpdateMoneyH1WalletJupiter

1. 這是小娛樂使用 可以移除

- [ ] * Jupiter 相關 小娛樂 皆可以移除

- [ ] * k8s yaml appapi_admin 確認一下是否能安排移除

- [ ] * 盤點需要調整cronjob 獨立 schedule 可參考 h1wallet作法
- [ ] gcplog 有error 寫入長度問題 username T_Club_SocialMapping https://cloudlogging.app.goo.gl/2QQihf7mV5haSCeU6
- [ ] /api/Member/SocialLogin 後面邏輯要改 沒有人這樣查DB的啦 一次沒登入就foreach打DB 三百次