Engineで動かす。2019/10/23このブログの配信をnetlifyからnow.shにした話now.shnetlifyNetlifyで動かしてたこのブログをnow.shに移管を試している。NetlifyCMSを使っていたが、使わなくなってしまった将来的にGatsbyをやめてnext.jsにする可能性が高そうNetlifyだいぶ使い込んだので、そろそろ別なブキを覚えたい(重要)感想としてはこんな感じだった良い点ビルドスピードが早い詳細理由は不明だが、ビルドキャッシュが効いてる?Gatsbyのビルドについても、Netlifyだと60s程度かかるところが、now.shだと30s程度で済んでそうビルドだけでなく、前後のオーバーヘッドも含めると結構な差を感じる(nowの方が早い)now.shだとエッジとして東京リージョンがあるためか、レスポンスが早そうだった。荒っぽい計測だが、1.5倍程度は少なくとも縮まってそう。体感でも感じれる程度?APIの機能の好みでいうとnow.shの方式は好き管理画面はnowの方が軽め(netlify若干もっさり感気になる)GitHubとの連携・コメント周りはNetlifyの方が親切っぽいそうでもない点・netlifyの方が良かった点ドメイン設定周りはnetlifyの方が圧倒的に親切(後述)env設定もGUIで処理できるnetlifyの方が良さげdeprecatedな情報が多い(v1系の情報は使えない)たまにCLIが混乱させられる設定ファイルはtomlの方がコメント出来て好きGitHubのコメントちょっとだけうるさいと感じるときがあるデプロイ制限が色々いじくってると引っかかりがちhttps://zeit.co/docs/v2/advanced/platform/limits/一番最後の「気持ち的に他のも使いたい」が大きいので、Netlifyが悪いという話ではない。Netlify自体は静的サイトを扱うのに特化されていて、機能もそれにあわせた必要十分さなのは改めて強みとして感じている。ドメイン周り含め)速度面についてはもしかしてちょっと利用率が上がりすぎてキューが詰まってるとかはあるのかもしれないやったことredirectnetlify.tomlに書いていた設定をnow.jsonへ移植した。普通に起動してしまうとAPIがローカルで動かせない(gatsbyのポートに認識される?)ようなのでgatsbyに対して$PORTを割り当てた。now-cliコマンドがバグっぽい挙動をすることがあるので、:-3000で初期値を与えてdevでも動かせるようにした。]slackのintegrationこれを入れたhttps://zeit.co/integrations/slackとりあえずビルド時に通知は来るっぽい。便利Domain設定周り結構苦戦させられたのがDomain設定周り。true},をnow.jsonに書いたり一度ドメインをremoveして再追加したりしてたらmaster追従されるようになった。www.terrier.devへリダイレクトすることで妥協した。Github@terrierscript。