Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Apply for cofacts.g0v.tw and api.cofacts.g0v.tw #10

Merged
merged 3 commits into from
Apr 6, 2017
Merged

Conversation

MrOrz
Copy link
Contributor

@MrOrz MrOrz commented Apr 4, 2017

For 真的假的 site

@thewayiam
Copy link
Contributor

可能要麻煩先指定一個 repo 可以抓到 g0v.json,格式可參考
另外只要有人申請就會請您一起再 review 一次申請規則,目前似乎還未定案

@ronnywang : 像這樣一個 organization 的申請還要指定其中一個 repo 好像也蠻奇怪的@@

@MrOrz
Copy link
Contributor Author

MrOrz commented Apr 4, 2017

是呢,下面有很多個 repository,我們也同時申請了兩個 domain (兩個分別是由 cofacts/rumors-api 與 cofacts/rumors-site 所使用 ),我也不知道 g0v.json 要擺在哪比較好 Orz

So that it can be covered by cloudflare ssl
@ronnywang
Copy link
Member

ronnywang commented Apr 5, 2017

還是麻煩再開一個 issue 好了,我剛剛發現如果只有 pulls 的話,在 issues 裡面比較難找到
方便統一整理 domain 申請記錄還是以 issues 為主吧

(Ronny 更正: 草案中寫的是 pull request ,就不用管我這個需求了)

另外 repository 的部份之前我會把 domain 設定 json 定成只能填一個 repository 的想法
是認為有些專案可能每一個 component 都是不同的 repository
但是應該都會有一個主要的 repository 是入口,從這個入口進去可以了解這整個專案的架構以及有哪些關聯的 repository
以真的假的為例,我覺得也許 cofacts/rumors-site 可以當作主入口,然後 README 裡面可以列出整個專案用到哪些 repository ,分別是幹嘛用的。
而要求 g0v.json 主要是方便之後 g0v hub 等專案可以自動將這個 repository 建入 g0v 成果中。
關於 domain 設定檔的討論,可以參考 #8

另外小蟹有提案申請者也可以依照草案中覺得有較窒礙難行或是可以補充增的加的部分提供意見
雖然還沒有定案,不過如果 MrOrz 對於草案有任何想法建議也都歡迎補充

@ronnywang
Copy link
Member

結果我剛發現草案上寫的是 pull request XD
所以寫不用改 issue 這件事了 XD

只是我這邊想想看有什麼辦法方便管理 pulls 跟 issues 都有申請的情況..

@MrOrz
Copy link
Contributor Author

MrOrz commented Apr 5, 2017

好唷,現在 repository 指向 rumors-api
然後 g0v.json 也就位了~

@ronnywang
Copy link
Member

好喔,我這邊沒問題,先 +1
再有一個 admin +1 再等 72hr 就可以開通了

@thewayiam
Copy link
Contributor

+1

@thewayiam thewayiam merged commit 1de12f4 into master Apr 6, 2017
@thewayiam
Copy link
Contributor

已跑 ronnywang 的 script,第一次用再麻煩 ronnwang 檢查一下

@MrOrz
Copy link
Contributor Author

MrOrz commented Apr 6, 2017

想要請問 https 的部分可以直接使用 cloudflare 的 flexible https 嗎 QQ
還是比較建議使用 letsencrypt 呢?(沒有用過 QQ)

@MrOrz MrOrz deleted the cofacts branch April 6, 2017 16:51
@wildjcrt
Copy link
Member

wildjcrt commented Apr 8, 2017

cloudflare 也可以直接下載 ssl sert,放上主機就可以用了

@ronnywang
Copy link
Member

以安全性來說我會比較贊成用 letencrypt 或是像小蟹說的把 cloudflare 的 ssl cert 下載到原始主機去,盡量不要用 cloudflare 的 flexible https ,因為那樣還是會讓明碼的封包在網路流竄(自己主機到 cloudflare 這段)

letencrypt 的話我是用 https://github.com/lukas2511/dehydrated 這個工具來設定的,相當方便,設完一次以後就不需要管他,他就會自動每三個月更新一次憑證,而且可以跟 nginx 或是 apache 混著用,不需要像 letsencrypt 官方提供的程式要暫時把原先的 web server 停掉來認證。

如果有需要設定 letsencrypt 的話我可以幫忙

@caasi
Copy link
Member

caasi commented Apr 8, 2017

letencrypt 的話我是用 https://github.com/lukas2511/dehydrated 這個工具來設定的,相當方便,設完一次以後就不需要管他,他就會自動每三個月更新一次憑證,而且可以跟 nginx 或是 apache 混著用,不需要像 letsencrypt 官方提供的程式要暫時把原先的 web server 停掉來認證。

dehydrated++ ,更新可以交給 crontab XD

@MrOrz
Copy link
Contributor Author

MrOrz commented Apr 9, 2017

好的感謝,我試著弄弄 dehydrated~~
以我們的設定,nginx 是放在 docker 裡頭:https://github.com/cofacts/rumors-deploy/blob/master/docker-compose.yml#L5

我覺得我應該會使用 https://github.com/schoeffm/dehydrated-docker 把 cert 輸出到一個 mounted volume
然後再修改我的 nginx config 去讀那個 mounted volume 裡的 cert~

@jihchi
Copy link

jihchi commented Apr 12, 2017

我覺得 Caddy 也不錯,蠻好設定,原生支援 lets encrypt 的 SSL,也內建 auto renewal。

只是說就沒辦法用 nginx 了。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants