乾太 ₍₍ ◝(･◡･)◟ ⁾⁾

;-)

這個前端框架大量使用於前台系統當中。

三年了，我居然還沒做，真是不應該

欸我刪文系統自己會掛掉ㄟ

目前 Gmail 開啟 2FA，密碼改用應用程式密碼，5 月 30 日起是否會無法再存取，有待查證。

我突然想到，這條 issues 可以在 OSCVPass Workshop 當作示範，讓大家有個參與感。 需要進行的任務： - [ ] 確認網站的 Mail 服務還活著，可以寄通知給使用者。

## 資料庫構思 理想上應該會有一張表記錄每次活動，然後每次活動會有人領取 BINGO 券，所以活動記錄表跟 Users 之間會有個關聯表來記錄 BINGO 券資訊，初步草稿應該是這樣。 ### 遊戲規則問題 領取 BINGO 券的部分，究竟號碼是要自己填，還是亂數產生？ 1. 提供自己填號碼來提交 - 優點：具有彈性。 - 缺點：如果 BINGO 活動開始了，那玩家還能參與嗎？如果能參與，是不是具有作弊的優勢？如果不能參與，那是不是代表開始抽號碼牌後，就沒有人能夠參與了？ 2. 亂數產生號碼牌來 BINGO - 優點：沒有 1. 的問題所在。 -...

我們相信時機到了，救世主會出現的。

群眾審核的那個問題是因為我在 Livewire 列表當中塞入了 Vue 元件，理論上應該使用 AlpineJS 才對，但我 AlpineJS 沒有學得很好，所以審核按鈕那邊使用了 Vue 來完成。 這其實有很大的問題，就在於說 Livewire 在重新渲染的時候，其實 Vue 元件完全不知道，這導致於換頁後審核按鈕失靈的問題發生。 然後為什麼會跳 Error 的另外一個問題就是，其實每個審核按鈕的 Vue 元件都是 Call 一個 API 來去查詢資料的，也就是說如果一個頁面當中有 20 篇文章需要審核，那麼這一頁就會有 20 顆 Vue...

這問題屬於前端方面的問題，所以我加上了「前端」的 TAG 而且明顯是個不符合我預期的問題，所以我加上了「漏洞」的 TAG 但是我一時半刻還真想不到該怎麼解決，所以我「需要幫助」並且這「難以修復」 😭😭😭