g0v Domain SOP draft
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2017-07-03 07:05 | r2 | |
顯示 diff- g0v Domain SOP draft
+ g0v Domain SOP draft
（173 行未修改）
|
||
| 2017-07-01 14:35 – 14:35 | r0 – r1 | |
顯示 diff+ g0v Domain SOP draft
+
+
+ *g0v 網域申請規範草案 First Draft
+ https://docs.google.com/document/d/1g4unx-__fvCc6tPLeniPd_jb5EoIDALXOYkROWyVaTo/edit#
+
+
+ --- 以上為從討論共筆整理出的申請流程草案 ---
+ --- 以下為討論共筆 ---
+
+ *緣由
+ 符合開源、符合 g0v 公民科技、開放政府等相關主題，並願意成為 g0v 專案，可掛 g0v logo、可掛自己 domain 或 g0v.tw domain。 本文件處理符合 g0v 專案條件，並想使用 g0v domain 的申請流程。「如何成為 g0v 專案」將另開共筆說明。
+
+ *實際案例
+ 案例
+ *立委投票指南：http://vote.ly.g0v.tw
+ *議員投票指南：http://councils.g0v.tw/
+ *公職人員財產申報：http://sunshine.cy.g0v.tw/
+ *政誌：http://fact.g0v.tw/
+ *新聞小幫手：https://newshelper.g0v.tw/
+ *空污：http://env.g0v.tw/air/
+ *急診室看板：http://er.mohw.g0v.tw/
+ *公務人員出口考察： http://report.nat.g0v.tw
+ *司法院判決書小幫手：http://jirs.judicial.g0v.tw
+ *台灣公民百科 : http://citizen.wiki.g0v.tw/
+ *來自 這裡 的提案，因為 mediawiki 被 spam 入侵攻擊，這個服務目前中止中 orz
+ *資料要求平台：http://request.data.g0v.tw/
+ *因為使用的 OSQA 被 spam 入侵，已中止服務 orz
+ *公司資料查詢：http://gcis.nat.g0v.tw/
+ *斧頭幫：http://axe.g0v.tw
+ *123 打道掛 http://123.g0v.today/
+ *g0v.cafe
+ *你被服貿了嗎 http://tisa.g0v.tw
+
+
+ *申請前討論事項
+ 成為 g0v 專案
+ *條件
+ *civic tech xxxx相關主題
+ *open source
+ *辦法
+ *掛 g0v logo
+ *掛其他 domain 或 g0v domain
+ *其他
+ *服務非商業
+ *privacy guideline
+
+ 可申請 g0v domain 的條件說明
+ *必要條件
+ *civic tech, open gov, 公民參與等相關主題
+ *open source 一定要開源
+ *OSI approved
+ *open content
+ *Definition of Free Cultural Works (CC-BY, CC-BY-SA, GFDL ...)
+ *原始資料公開
+ *專案所使用資料公開
+ *不可用廣告進行盈利行為(?)
+ *
+ *加分條件
+ *跟 g0v 社群的互動關係(但這要怎麼定義??)
+ *在大松提案？在 slack、irc、後勤討論？
+ *完成度？
+
+
+
+ 申請辦法
+ *提供什麼資料？
+ *名稱
+ *前述必要條件與加分條件
+ *寄到 g0v-general@googlegroups.com ?
+ *跟什麼人申請？
+
+ 審核機制
+ *working group: 未來可考慮由社群投票選出，選舉權用量化的貢獻度社群決定（類 wikipedia community-elected trustee 的投票權）
+ *目前為公開討論後網域所有人設定
+ *設計公開討論機制：坑主、公開頻道公告/討論、投票
+ *審核資料放在哪裡？
+ *討論內容要放在哪裡？
+ *在想是不是可以開個 github repo 處理網域申請事宜，要申請的就開 issue，要回應就是都在該串 issue 留言討論。
+ *對啊，請看置頂連結，已經整理出規範1.0版
+ *看到了 ++
+
+ 爭議處理方式：
+ *專案主題、性質、呈現方式有爭議時如何決定
+ *抽煙專案？
+ *執行開發排他性
+ *abuse use
+ *收集 user 個資 spam
+ *利用拿到的social media authorization 去做 growth hacking 的行為, 像是做 facebook like/share之類的
+
+ 待討論
+ *是否允許營利？
+ *向使用者收費是營利行為嗎？
+ *如可盈利，回饋社群方式如何？
+ *村長建議：雖不能廣告營利，但可接受贊助。
+ *贊助商如果要求以明顯方式放置其單位名稱，與廣告有何差別？
+ *我建議不要完全禁止廣告盈利，可以改成可放廣告，但是收入費用需要公開，並且收入只可用在服務維運上面，若收入超過服務維運費用，多餘費用需捐贈開放文化相關組織或專案
+ *^^^ +1，傾向於「不禁止但不建議」 & 收益公開於明顯處
+ *徵信需要的執行成本太多，建議完全不要有廣告盈利
+ *贊助商的露出基本上是靜態的，一般的廣告則難以預知出現的內容。我想 wording 可以改為：不以流量盈利
+ *
+ *是否有下架條款？由誰來判斷？ （退場與下架區別在於主動被動？）
+ *違反法律者即下架?
+ *要法院判決嗎? 還是誰來判定; 現在有些 project 有未經授權的抓資料行為, 可能在灰色地帶?
+ *違反必要條件
+
+ *移轉方式：
+ *如果原 domain 的服務已經很久沒有維護，有其他人願意跳出來 fork 並且接手維護，是否有 domain 所有人移轉的方式。
+
+ *申請的專案是否要有一個負責人/申請人 (好像有點違反去中心化的原則?)
+ *每個專案本來都有一個中心（發起人或後續填坑人），去中心不是完全沒有中心，而是整個社群沒有「一個」中心。
+ *project 的中心是指「坑主」，但坑主可能會有多人。
+ *或許可以不需要有負責人. 但是會是被下架時被大家考慮的一個因素?
+ *(或是出事的時候. 還是需要有人出來解釋/負責要如何處理出事的 domain?)
+
+ *推廣 g0v.json:
+ *要不要順便要求一下申請 domain 之前需要把在 github repo 內把 g0v.json 生好，順便推廣一下 g0v.json XD
+
+ *無 github repo:
+ *有些 domain 並不是連結到一個新開發的專案，而是連結到其他服務或是已經既有的服務，例如 blog.g0v.tw 連結到 logdown ，wiki.citizen.g0v.tw 連結到完全未修改的 mediawiki （雖然現在故障中），所以每一個 domain 連結到一個 github repo 似乎也不是必然的?
+
+ *是否可以接受 wildcard 申請，例如 *.foo.g0v.tw
+ *我是沒想到具體的應用，只是突然想到這問題所以先提出來，在沒具體需求出現前我覺得這問題應該不重要
+ *真的假的預計會有一台 API server, 一個網站與一個 bot server 對外，如果有 wildcard （例如 `*.rumors.g0v.tw` ）的話就可以自己做 reverse proxy 來處理這三個對外 server 的域名。
+
+ *.tw .asia .world .space .today 為不同人所有，此文件只處理 .tw? 或？
+ *此文件僅處理 .tw .asia .world .space 等 clkao 登記之網域
+ *歡迎其他 g0v 網域 fork SOP
+
+ *確定可申請
+ *命名規則
+ *如果這個服務跟原來政府的服務重疊，盡量用一樣的名字，這樣改一個字元就好。例：ly.g0v.tw
+ *不過我覺得這邊會有個可能的問題，像是我的公司資料查詢用的網址是 gcis.nat.g0v.tw ，跟商業司的 gcis.nat.gov.tw 一樣， 但是像商業司有提供公司、商業登記和工廠查詢，而我的 gcis.nat.g0v.tw 只有公司和商業登記，並沒包含到工廠，假如又有其他專案做了工廠查詢功能，那要如何命名比較好?
+ *先搶先贏？日後看是用 subdomain (eg factory.gcis.nat.g0v.tw) 或者和原所有者溝通整合 api 於 subpath ?
+ *原本政府網站不存在的東西，可以討論一個比較中性的，e.g. anger -> fact。
+ *hack.g0v.tw 揪松跟大松入口網站、search.g0v.tw 的對象是 gov 還是 g0v？
+
+ *公開討論機制
+ *slack
+ *google group
+
+ *其他
+ *可以考慮共同掛一個 GA
+ *能不能放廣告？cl 個人覺得盡量不要
+ *不是 subdomain - 比方說 search 要掛在 g0v.tw 下的話 - 我想像是 g0v.tw/?q=blah
+ *類似英國的 gds.uk, 把所有東西都變到一的 domain 下
+ *也許也可以用其它的 gTLD, 例如 g0v.io
+ *若是要 login 或是其他 privacy/sensitive 的功能, 最好是分開的 subdomain, for security
+ *不包含 email domain（避免拿去寄 spam）
+ *(SPF records)
+
+ *退場機制
+ *ping 2 週 domain 網站沒有活著，呼叫不到主人，公告 2 週後退場
+ *2 週後還是沒下文，正式退場
+ *domain redirect to github repo?
+ *申請流程
+ Ronny 提議版本
+ *基本架構
+ *開一個 https://github.com/g0v/domain 來管理 g0v.{tw|us|...} 的申請
+ *這個 repo 沒有任何資料夾，最上層會針對每一個已經有 g0v.tw 的 domain 會有 foo.g0v.tw.json 的檔案 (Ex: newshelper.g0v.tw.json, ly.g0v.tw.json)
+ *domain json file 裡面會包含以下資訊
+ *maintainer: 主要負責維護的人是誰
+ *config: 這個 domain 指到哪裡，CNAME to domain 或是 A to IP
+ *repository: 這個 domain 運作的程式碼放在哪裡 (這個 repository 裡面應該要有 g0v.json ，這樣更詳細的資料可以去 g0v.json 看， /g0v/domain 這邊只要放最基本的就好)
+ *data_source: 假如這個 domain 運作有包含資料並有開放資料，資料放在哪裡
+ *會有 domain admin 負責直接修改 domain 的設定，這些 admin 也要負責 merge Pull Request
+ *申請 domain
+ *開一個 issue ，把上面 domain json file 的資訊寫入，並且把預想要的 domain 也寫入 issue 中
+ *經過投票 or 審核 or 任何方法(再討論?) ，確認這個 issue ok ，就由開 issue 的人送一個 pull request ，把自己的 domain json 送進來，經過 domain admin 確認 PR 與 issue 無誤之後，domain name 設定就設上去，並且 merge PR
+ *irc 討論、公告x日
+ *修改 domain
+ *要改 maintainer 或是改 config, reposiory, data_source 的話，由原 maintainer 開 issue 說明要變更的資料，domain admin 確認無問題修改完設定之後就 merge pull request
+ *提出異議
+ *例如原 domain 有違法行為、年久失修想要接手，都可以透過 issue 討論
+ *或可以參考 package adopting flow https://women.alioth.debian.org/involvement/adopting.en.html
|
||