---
title: "g0v Domain SOP draft"
tags: hackpad
---

# g0v Domain SOP draft

> [點此觀看原始內容](https://g0v.hackpad.tw/RMxaA4LYwyn)

## g0v 網域申請規範草案 First Draft

[https://docs.google.com/document/d/1g4unx-\_\_fvCc6tPLeniPd\_jb5EoIDALXOYkROWyVaTo/edit#](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://vote.ly.g0v.tw)
- 議員投票指南：[http://councils.g0v.tw/](http://councils.g0v.tw/)
- 公職人員財產申報：[http://sunshine.cy.g0v.tw/](http://sunshine.cy.g0v.tw/)
- 政誌：[http://fact.g0v.tw/](http://fact.g0v.tw/)
- 新聞小幫手：[https://newshelper.g0v.tw/](https://newshelper.g0v.tw/)
- 空污：[http://env.g0v.tw/air/](http://env.g0v.tw/air/)
- 急診室看板：[http://er.mohw.g0v.tw/](http://er.mohw.g0v.tw/)
- 公務人員出口考察： [http://report.nat.g0v.tw](http://report.nat.g0v.tw)
- 司法院判決書小幫手：[http://jirs.judicial.g0v.tw](http://jirs.judicial.g0v.tw)
- 台灣公民百科 : [http://citizen.wiki.g0v.tw/](http://citizen.wiki.g0v.tw/)
> 來自 [這裡](https://g0v.hackpad.tw/Idea-Pool-d3UYGxZtxw2#:h=台灣公民百科) 的提案，因為 mediawiki 被 spam 入侵攻擊，這個服務目前中止中 orz
> [name=Ronny W]

- 資料要求平台：[http://request.data.g0v.tw/](http://request.data.g0v.tw/)
> 因為使用的 OSQA 被 spam 入侵，已中止服務 orz
> [name=Ronny W]

- 公司資料查詢：[http://gcis.nat.g0v.tw/](http://gcis.nat.g0v.tw/)
- 斧頭幫：[http://axe.g0v.tw](http://axe.g0v.tw)
- 123 打道掛 [http://123.g0v.today/](http://123.g0v.today/)
- g0v.cafe
- 你被服貿了嗎 [http://tisa.g0v.tw](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、後勤討論？
> [name=ipa c]

- 完成度？

### 申請辦法

- 提供什麼資料？
- 名稱
- 前述必要條件與加分條件
> 寄到 [e-mail] ?
> [name=lanfon]

- 跟什麼人申請？

### 審核機制

- working group: 未來可考慮由社群投票選出，選舉權用量化的貢獻度社群決定（類 wikipedia community-elected trustee 的投票權）
- 目前為公開討論後網域所有人設定
- 設計公開討論機制：坑主、公開頻道公告/討論、投票
- ~審核資料放在哪裡？~
- ~討論內容要放在哪裡？~
> 在想是不是可以開個 github repo 處理網域申請事宜，要申請的就開 issue，要回應就是都在該串 issue 留言討論。
> [name=小蟹 李]

> 對啊，請看置頂連結，已經整理出規範1.0版
> [name=ipa c]

> 看到了 ++
> [name=小蟹 李]

### 爭議處理方式：

- 專案主題、性質、呈現方式有爭議時如何決定
- 抽煙專案？
- 執行開發排他性
- abuse use
- 收集 user 個資 spam
- 利用拿到的social media authorization 去做 growth hacking 的行為, 像是做 facebook like/share之類的

### 待討論

- 是否允許營利？
- 向使用者收費是營利行為嗎？
- 如可盈利，回饋社群方式如何？
- 村長建議：雖不能廣告營利，但可接受贊助。
- 贊助商如果要求以明顯方式放置其單位名稱，與廣告有何差別？
> 我建議不要完全禁止廣告盈利，可以改成可放廣告，但是收入費用需要公開，並且收入只可用在服務維運上面，若收入超過服務維運費用，多餘費用需捐贈開放文化相關組織或專案
> [name=Ronny W]

> ^^^ +1，傾向於「不禁止但不建議」 & 收益公開於明顯處
> [name=lanfon]

> 徵信需要的執行成本太多，建議完全不要有廣告盈利
> [name=HisnYi C]

> 贊助商的露出基本上是靜態的，一般的廣告則難以預知出現的內容。我想 wording 可以改為：不以流量盈利
> [name=Chia-liang K]

- 是否有下架條款？由誰來判斷？ （退場與下架區別在於主動被動？）
- 違反法律者即下架?
- 要法院判決嗎? 還是誰來判定; 現在有些 project 有未經授權的抓資料行為, 可能在灰色地帶?
- 違反必要條件

- 移轉方式：
- 如果原 domain 的服務已經很久沒有維護，有其他人願意跳出來 fork 並且接手維護，是否有 domain 所有人移轉的方式。

- 申請的專案是否要有一個負責人/申請人 (好像有點違反去中心化的原則?)
> 每個專案本來都有一個中心（發起人或後續填坑人），去中心不是完全沒有中心，而是整個社群沒有「一個」中心。
> [name=ipa c]

> project 的中心是指「坑主」，但坑主可能會有多人。
> [name=lanfon]

- 或許可以不需要有負責人. 但是會是被下架時被大家考慮的一個因素?
- (或是出事的時候. 還是需要有人出來解釋/負責要如何處理出事的 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
> 我是沒想到具體的應用，只是突然想到這問題所以先提出來，在沒具體需求出現前我覺得這問題應該不重要
> [name=Ronny W]

> [真的假的](http://beta.hackfoldr.org/rumors/https%253A%252F%252Fhackmd.io%252FEwTgrAhgzAphAsBaAbAEwMZUfAHPAZohAOz7CLEQzqr7Fggj4AMQA%253D%253D%253D%253Fview)預計會有一台 API server, 一個網站與一個 bot server 對外，如果有 wildcard （例如 `*.rumors.g0v.tw` ）的話就可以自己做 reverse proxy 來處理這三個對外 server 的域名。
> [name=Johnson L]

- ==.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 只有公司和商業登記，並沒包含到工廠，假如又有其他專案做了工廠查詢功能，那要如何命名比較好?
> [name=Ronny W]

> 先搶先贏？日後看是用 subdomain (eg factory.gcis.nat.g0v.tw) 或者和原所有者溝通整合 api 於 subpath ?
> [name=Chia-liang K]

- 原本政府網站不存在的東西，可以討論一個比較中性的，e.g. anger -> fact。
- [hack.g0v.tw](http://hack.g0v.tw/) 揪松跟大松入口網站、search.g0v.tw 的對象是 gov 還是 g0v？

- 公開討論機制
- slack
- google group

- 其他
- 可以考慮共同掛一個 GA
- 能不能放廣告？cl 個人覺得盡量不要
- 不是 subdomain - 比方說 search 要掛在 [g0v.tw](http://g0v.tw/) 下的話 \- 我想像是 [g0v.tw/?q=blah](http://g0v.tw/?q=blah)
- 類似英國的 [gds.uk](http://gds.uk/), 把所有東西都變到一的 domain 下
- 也許也可以用其它的 gTLD, 例如 [g0v.io](http://g0v.io/)
- 若是要 login 或是其他 privacy/sensitive 的功能, 最好是分開的 subdomain, for security
- 不包含 email domain（避免拿去寄 spam）
- (SPF records)

## 退場機制

- ping 2 週 domain 網站沒有活著，呼叫不到主人，公告 2 週後退場
- 2 週後還是沒下文，正式退場
> domain redirect to github repo?
> [name=lanfon]

## 申請流程

### Ronny 提議版本

- 基本架構
- 開一個 [https://github.com/g0v/domain](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日
> [name=ipa c]

- 修改 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](https://women.alioth.debian.org/involvement/adopting.en.html)
> [name=HisnYi C]