フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
![Immutable Infrastructureが開発プロセスに与える影響(仮) #immutableinfra](https://cdn-ak-scissors.b.st-hatena.com/image/square/dbbc22bb1f581ff18fe55014d4762d5efc88e3b9/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F27e33dd096360131f0373e762bb67ced%2Fslide_0.jpg%3F2765709)
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
評価/本番環境へデプロイする過程で調べたことについて書きます。 バックグラウンドでPlayを起動する(target/start) 起動時にDB設定などを指定する target/startで起動したサーバーを停止する 環境 Play2.0.4 Scala2.9.2 バックグラウンドでPlayを起動する(target/start) Playを起動するにはいくつかのコマンドがあります。 こちらから説明を引用します。 play run run コマンドは開発モードのためだけに用意されたものなので、本番環境では絶対に利用しないでください。開発モードの場合、リクエスト毎に sbt が全てのソースファイルの更新チェックを行ってしまいます。 この理由から、デプロイコマンドとしてrunは不適切です。 play start 詳細は先のリンクを見て頂くことにして、問題となるのは次の部分。 プロセスを切り離すため
whyILeftHeroku.rst 何故私は Heroku から離れたか、および新しい AWS セットアップのメモ 原著者:Adrian Holovaty 原文:Why I left Heroku, and notes on my new AWS setup 金曜日、私は Heroku から Amazon Web Services(AWS) を直接使うように Soundslice を移行しました。私はこの変更ができてとても、そうとても嬉しくて、私がどうやったかということと、もし皆さんが同じような立場だったら何故それを検討すべきかということについて広く伝えたいと思います。 私の Heroku 体験 Soundslice はサイトを立ち上げた2012年11月からずっと Heroku 上にありました。いくつか理由があって、私は Heroku を使おうと決めました: システム管理者でいるのは趣味
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く