前回、記事を書いたPHPをnginx＋FPMの環境で、実際にwebアプリを作成。 ページが重くなる場合にタイムアウトが発生、その原因が複数の理由のため解決に時間がかかったのでその備忘録。 さきに原因を書くと phpの実行時間によるタイムアウト ブラウザとnginxのタイムアウト nginxとphp-fpmのタイムアウト と３つの箇所でタイムアウトが発生していた。 まずは最初に表示された 504 Gateway Timeout を解消する。 phpのタイムアウト時間max_execution_timeを設定して確認。 まだ504エラーが表示されるので、つぎにnginxのsend_timeoutとkeepalive_timeoutを設定。 この設定の追加で504エラーは表示されなくなったが、別のエラーがnginxから表示されるようになった。 An error occurrerd. Sorry,
Railsアプリケーションを動かす環境について。 今度はNginxとUnicornです。 ApacheとPassengerについては下記参照。 RubyonRailsをApacheとPassengerで動かす | Workabroad.jp Rails & Passenger を Production（本番）モードで公開する時 | Workabroad.jp Railsアプリが動くまで。 最低限の設定をします。 環境 Vagrant CentOS 6.4 Ruby 2.0 Rails 4.0 Vagrant ApacheとかWebrickとかいろいろと試してみたいので、 ポートをわけようと思います。必要なければ読み飛ばしてください。 Vagrantfile # Create a forwarded port mapping which allows access to a specific
blog を WordPress に移行して数日、一部問題はあるものの概ね動作しているようで安心している。WodPress は PHP で動作するが、PHP 環境は Apache + mod_php という組み合わせが多いと思う。このパターンは動作事例が多いし安定もしているが、PHP のアプリケーションサーバとして Apache を使うためにどうしても Apache 1プロセス当たりのメモリ使用量が増えてしまう。その結果、画像を返すだけのリクエストだとしても、占有メモリが肥大化した Apache で処理することになる。最近の Linux の fork は実際にはコピーオンライトなので書き込みのないメモリ領域は共有化しているとはいえ、効率が悪いのは否めない。 そこで、Apache Tomcat のように PHP のみを別プロセスとして動作させる FastCGI が有効になる。これまでは sp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
