使用者:Bluedeck-b-bot
User:Bluedeck-b-bot是user:bluedeck註冊的分身用戶。
- 名稱：Bluedeck-b-bot
- 編輯：只進行技術性編輯，比如編輯自己的用戶子頁面，以記錄一些技術信息和運行日誌（2022-Oct）
- 操作：向用戶發送郵件
- 負責：user talk:bluedeck
- 用途：純技術性用途
這是一個機器人用戶。留言請至user_talk:bluedeck
標準化聲明
[編輯] | 此為機械人帳號，操作者為Bluedeck（討論），屬合規附屬帳戶，以半自動或全自動方式協助用戶處理繁瑣而重複的工作。此機器人正在測試中。 管理員︰若然此機械人失靈或作出有問題編輯，請施予封禁。 |
機器人細節
[編輯]- 語言和運行環境：Nodejs 18, Typescript
- 服務器位置：NJ, 207.246.89.109, unblock-zh.org
- 運作時間及頻率：除測試以外，僅在當unblock-zh.org上的用戶操作引發特定需求時，才會工作。由此預想本機器人的工作頻率會非常低。
- 工作內容：編輯自己的用戶子頁面（作為日誌），以及發送電郵以驗證用戶身份。
- 全自動
機器人現狀
[編輯]- 2022年10月獲批准測試用。
- 2024年5月更新：已經不再使用，預計以後也不會再使用。本機器人的功能將由另外的賬戶實現，參見user:unblock-helper-abot
- 狀態： 已批准
- 操作者：Bluedeck
- 提請時間：2022年10月10日 (一) 20:46 (UTC)
- 自動化程度：全自動
- 程式語言：Typescript / Nodejs 18
- 用途：給用戶發送郵件。有時會不頻繁的記錄一些日誌在子頁面。如果編輯，只編輯自己的子頁面。
- 原始碼連結：無
- 編輯時段及頻率：基本不編輯，主要是發郵件
- 受影響頁面：僅用戶子頁面，數量不確定
- 遵守機器人規範：不編輯他人的用戶頁和用戶討論頁
- 已有機器人權限：否
- 細節：發送郵件的用途：這是 unblock-zh.org 準備工作的一環。bluedeck-b-bot 會根據 unblock-zh.org 的指令來驗證用戶身份。比如，通過點擊郵件中的鏈接驗證自己在wiki上的賬號。郵件的頻率會由服務器上的一些heuristics控制，比如，同一個用戶一天發送郵件數量不超過兩件。同一個IP一天發送郵件總數量不超過兩件，兩件以上會對IP和IP段進行CAPTCHA/POW處理。為了記載日誌而做出的編輯數應該不超過1小時一次。Bluedeck 2022年10月10日 (一) 21:13 (UTC)
- 如果需要驗證身份的話，為什麼不使用oauth呢？ Stang★ 2022年10月10日 (一) 21:23 (UTC)
- oauth只能是host在labs上的app用，我這個不host在labs上 Bluedeck 2022年10月10日 (一) 21:37 (UTC)
- 也不是吧，你比較trusted然後這個工具只是驗證信息，感覺問題應該不大 Stang★ 2022年10月10日 (一) 21:39 (UTC)
- 你是對的，現在這個限制好像沒有了，我會去寫oauth。不過同時我仍然想提供一個走email驗證的方式供用戶選擇（不用輸密碼、2FA）。Bluedeck 2022年10月11日 (二) 06:58 (UTC)
- 如上所言的話，email驗證只是用做額外途徑，那麼還有必要非要用這個賬號發郵件麼？而且走這個賬號發驗證郵件，郵件域名是wikipedia.org，而用來驗證的域名是unblock-zh.org，這會否存在安全問題或其他隱患？最後，如果不host在labs上，長期來看是否會存在持續性問題？--百無一用是書生 (☎) 2022年10月11日 (二) 07:47 (UTC)
- 為什麼必須用wiki上的電郵功能：有一個69.42.0.1造訪，聲稱自己是zhwiki上的「James Wales」用戶，選擇郵件驗證。那我一定是給user:James Wales發一枚確認郵件，而不是要求69.42.0.1提供自己的任意郵箱，因為目的是驗證wiki用戶所屬，而不是驗證郵箱所屬。那麼user:James Wales的在wiki註冊的郵箱是不公開的，所以唯一的途徑就是用special:emailuser發給user:James Wales，因此必須用電郵用戶。Bluedeck 2022年10月11日 (二) 08:18 (UTC)
- 如上所言的話，email驗證只是用做額外途徑，那麼還有必要非要用這個賬號發郵件麼？而且走這個賬號發驗證郵件，郵件域名是wikipedia.org，而用來驗證的域名是unblock-zh.org，這會否存在安全問題或其他隱患？最後，如果不host在labs上，長期來看是否會存在持續性問題？--百無一用是書生 (☎) 2022年10月11日 (二) 07:47 (UTC)
- 你是對的，現在這個限制好像沒有了，我會去寫oauth。不過同時我仍然想提供一個走email驗證的方式供用戶選擇（不用輸密碼、2FA）。Bluedeck 2022年10月11日 (二) 06:58 (UTC)
- 也不是吧，你比較trusted然後這個工具只是驗證信息，感覺問題應該不大 Stang★ 2022年10月10日 (一) 21:39 (UTC)
- oauth只能是host在labs上的app用，我這個不host在labs上 Bluedeck 2022年10月10日 (一) 21:37 (UTC)
- 如果需要驗證身份的話，為什麼不使用oauth呢？ Stang★ 2022年10月10日 (一) 21:23 (UTC)
- 細節：發送郵件的用途：這是 unblock-zh.org 準備工作的一環。bluedeck-b-bot 會根據 unblock-zh.org 的指令來驗證用戶身份。比如，通過點擊郵件中的鏈接驗證自己在wiki上的賬號。郵件的頻率會由服務器上的一些heuristics控制，比如，同一個用戶一天發送郵件數量不超過兩件。同一個IP一天發送郵件總數量不超過兩件，兩件以上會對IP和IP段進行CAPTCHA/POW處理。為了記載日誌而做出的編輯數應該不超過1小時一次。Bluedeck 2022年10月10日 (一) 21:13 (UTC)
- 在個人測試範圍內
正式批准運作。--Xiplus#Talk 2022年10月28日 (五) 02:51 (UTC)
