-
Notifications
You must be signed in to change notification settings - Fork 4
/
687.txt
72 lines (52 loc) · 3.94 KB
/
687.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
[11]
- 価格 <https://www.heroku.com/pricing>
- ドキュメント
-- <https://devcenter.heroku.com/articles/how-heroku-works>
-- <https://devcenter.heroku.com/articles/buildpacks>
-- <https://devcenter.heroku.com/articles/buildpack-api>
-- <https://devcenter.heroku.com/articles/ssl-endpoint>
-- <https://devcenter.heroku.com/articles/git-submodules>
-- <https://devcenter.heroku.com/articles/cleardb>
-- <https://devcenter.heroku.com/articles/error-pages#customize-pages>
- Travis CI
-- <http://docs.travis-ci.com/user/deployment/heroku/>
<https://devcenter.heroku.com/articles/custom-domains> によると CNAME を使うので、 https://example.jp/ みたいな最上位のドメインで動かすことができない...
CloudFlare <https://support.cloudflare.com/hc/en-us/articles/200169056-Does-CloudFlare-support-CNAME-APEX-at-the-root-> 使えばいいか?
MySQL を使うにはアカウント確認 (クレジットカード) が必要。試してない。
MySQL バージョンいくつだろうか...
[PRE(code bash)[
$ git init
...
$ ~/dev/heroku/bin/heroku git:clone -a fuga1
$ ~/dev/heroku/bin/heroku config:set BUILDPACK_URL=https://github.com/wakaba/heroku-buildpack-perl-pmbp
$ git push heroku master
$ ~/dev/heroku/bin/heroku auth:token
]PRE]
submodule の submodule も再帰的に展開される。無効化できなそう。
Travis CI の heroku deploy は標準では Git じゃなくて Anvil を使っていて動作がまた少し違う... うまくいかないがなぜうまくいかないか調べる方法もわからんw Git 使うようにしたら動くのでそちらのほうが良いか。
しばらくアクセスがないと止まる。アクセスがあると自動復帰するが少し時間がかかる。
[TIME[2014-10-02]]
[5] [[heroku]] コマンドは tar+gz を拾ってきて展開するだけでも動く状態になっているみたいです。 ([[ruby]] は必要。)
[3] [[Heroku]] 上に配置された状態では [[Gitリポジトリー]]ではなくなっているようです。
[REFS[
- [1] [CITE@en[Resolving Application Dependencies with Git Submodules | Heroku Dev Center]] ([TIME[2014-10-02 06:14:57 +09:00]] 版) <https://devcenter.heroku.com/articles/git-submodules>
]REFS]
[2] [[submodule]] は再帰的に clone されます。ただし [[API]] からの場合は [[submodule]]
は展開されないようです [SRC[>>1]]。そんなんでいいのでしょうか...
[4] サーバープロセスのエラーのログはどこからもみれないようです(?)。動作中のサーバーそのものを調べることはできませんが、 heroku run bash を使えば同じような環境で bash を実行して、その中でサーバーを動作させてみることができます。
[6] Add-ons から Logentries を選んで追加すると、 Heroku の実行ログが Web で見れるようになる。メールも送られる。 heroku コマンドや ssh を使わなくても実行エラーを把握できるようになる。
(Free プランで良い。)
[7] 1日分の無料枠を使い果たすと、 Application Error と表示されるようになります。
(サーバーエラー時と同じです。) 無料枠枯渇エラーだというのは管理画面でわかります。
[FIG(amazon)[
Heroku
]FIG]
[8] [CITE@en[Announcing Heroku Free SSL Beta and Flexible Dyno Hours | Heroku]]
([TIME[2016-08-02 09:50:24 +09:00]])
<https://blog.heroku.com/announcing_heroku_free_ssl_beta_and_flexible_dyno_hours>
[9] [[Heroku]] の[[プロキシ]]は、 [[HTTP keep-alive]] について特別な扱いをせず、
[[アプリケーションサーバー]]が[[接続][HTTP接続]]を閉じると[[プロキシ]]と[[クライアント]]の間の[[接続][HTTP接続]]も閉じるようです。
[TIME[2016-08-22T03:40:31.900Z]]
[10] [[Heroku]] の[[プロクシ]]は [[HTTP/2]] に対応していません。
[TIME[2016-10-31T06:11:12.800Z]]
[12] [[Heroku Button]]