使用者討論:Bluedeck-b-bot
User talk: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)
- ok。明白了。但還有一個顧慮，首先oauth已經能解決「驗證wiki用戶所屬」的問題，其次用戶郵箱本身不公開，但通過這種方式進行郵箱驗證，是否存在過度收集用戶郵箱的隱私問題？（特別還是在WMF伺服器以外的地方）--百無一用是書生 (☎) 2022年10月11日 (二) 09:46 (UTC)
- 不存在。special:emailuser發送完郵件後，發件人看不到user:James Wales的郵箱地址（當然除非他回覆郵件）。驗證方式是點擊郵件中連結，這個操作也是無法讓伺服器了解到你的郵箱地址。Bluedeck 2022年10月11日 (二) 10:08 (UTC)
- 我目前基本上沒什麼意見了。但出于謹慎，希望有其他人能夠給出意見。 --百無一用是書生 (☎) 2022年10月12日 (三) 07:00 (UTC)
- ok。明白了。但還有一個顧慮，首先oauth已經能解決「驗證wiki用戶所屬」的問題，其次用戶郵箱本身不公開，但通過這種方式進行郵箱驗證，是否存在過度收集用戶郵箱的隱私問題？（特別還是在WMF伺服器以外的地方）--百無一用是書生 (☎) 2022年10月11日 (二) 09:46 (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)
授予IP封禁例外權通知
您好，現已授予您IP封禁例外權限，登入後即可編輯頁面。如果您超過6個月沒有任何編輯活動，權限會被解除。如果該權限已無用，請申請解除權限，或是自行移除。詳見Wikipedia:IP封禁例外。祝您編輯愉快。--AT 2022年10月14日 (五) 09:53 (UTC)
因不活躍而取消IP封禁例外權限的通知
您好。根據解除權限方針，如果您連續六個月沒有任何編輯活動，您的IP封禁例外權限將會被移除。如果您希望保留權限，請開始編輯。如果您已被解除權限，您可以在有需要編輯時再次提出申請。A2093064-bot（留言） 2023年3月16日 (四) 20:38 (UTC)