リバースプロクシの内側で Location: ヘッダーの http/https を書き換えたい - 音ログのヒント
symfony には sfSslRequirement プラグインというのがあって、アプリケーションのモジュールとアクションについて、それぞれ http/https のアクセスを許可・強制することができます。 これは、例えば http://example.com/module/action が https が必要なアクションの場合、http 経由でのリクエストには Location: https://example.com/module/action という風にプロトコルパートを書き換えたヘッダーを返して、リダイレクトをすることで実現されてます。 ちょっとはまったのが、Apache を使ってリバースプロクシを構成しているばあいの Location: ヘッダーの書き換え部分です。 Apache では ProxyPassReverse を設定することで、Location: ヘッダーのバックエン
sfStringValidatorで大量の文字列を処理するとSegmentation FaultでApacheが落ちる - 音ログのヒント
ぼくの環境では8000文字程度で発生しました。 下記のエラーチケットがあがってますが、まだ対応中のようです。 #1634 (sfStringValidator broken when String is longer then 5000 and a few characters) - symfony - Trac http://trac.symfony-project.com/trac/ticket/1634
さようなら (mt) Grid-Server - 音ログのヒント
先日リリースされた MySQL Container を試してみたわけですが、パフォーマンスは特に改善されず。コンテナは「悪くならない」ためのものなんだということを再確認。 はじめて TechCrunch で記事を見たときのときめきは、残念ながら幻だったようで(見ていた夢がでかすぎたのか)。 ひょっとしたら、今後作るサービスを動かすのに使えるんじゃないか、と思ったりもしたけど、まあ無理でした。symfony(PHP5) ベースのアプリをのっけて動かしてみてたんですが、リクエストから返事返ってくるまでの待ち時間が長い。サービス運用は無理と思える遅さです。比較的待てるということで、ブログに使うくらいがせいぜいじゃないかと思うのですが、ブログだけなら $20/monthは微妙だよね。 無限に勝手にスケールしてくれるアプリケーションサーバっていうコンセプトは、ぼくのような個人サービスデベロッパーにと
音ログ開発日記 出張所 - symfony のデバッグモードだと Propel のオブジェクトがメモリを解放しない
バッチスクリプトなどで、ループの中で Propel オブジェクトを new して save するという処理を大量に行うと、オブジェクトを破棄しても php が消費するメモリの量がぐんぐん増えて、最後は memory exausted で落ちる*1という現象に悩んでいたのですが、解決法を発見。 スクリプト中で SF_DEBUG を true にしているとこの問題が発生、false にすると発生しないということのようです。 symfony framework forum: General discussion => Memory leak in propel during debug mode http://www.symfony-project.com/forum/index.php/m/13433/?srch=memory%20batch#msg_13433 そもそもデバッグモードにしとく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
symfony でモジュールを一時的に利用不可にする方法 - 音ログのヒント
