徒然なる開発メモ
will_paginate or paginating_find has_manyのwill_paginateでちょっとイケてないSQLが吐かれるというのはいろんなブログで書かれています。具体的には、ページ内で表示するのが10件だとしても、一度全件持ってくるSQLを発行します。そこで、別のpaginate pluginである、paginating_findを試してみました。 結果的には paginating_find だと、無駄なSQLが吐かれません。（count(*)は無駄だと思うが・・） でも、、railsのコード的には will_paginate の方が好きなんだよな。。 両方のサンプルと吐かれるSQLを下記しておきます。 ここでのサンプルは、ユーザが書いたコメントを表示するページです。 コメントは他のユーザにも表示するため、ユーザとコメントの関係は 多対多 です。 will_pag
mod_proxy - Apache HTTP サーバ
Warning Do not enable proxying with ProxyRequests until you have secured your server. Open proxy servers are dangerous both to your network and to the Internet at large. mod_proxy and related modules implement a proxy/gateway for Apache HTTP Server, supporting a number of popular protocols as well as several different load balancing algorithms. Third-party modules can add support for additional pr
cyano: mod_proxy_balancerで中〜大規模サーバー運用するときの勘所 - (1) mod_proxy_balancerの設定編
mod_proxy_balancerで中〜大規模サーバー運用するときの勘所 - (1) mod_proxy_balancerの設定編 Apache2.2から、ロードバランシングをしてくれるmod_proxy_balancer というモジュールが標準添付になりました。 このモジュール、その名前の通り、ApacheレベルでHTTPリクエストをバックエンドのサーバーに振り分けることでロードバランシングをしてくれるモジュールです。 Apacheの公式ドキュメントや試しに入れてみた人のBlogなどは散見されますが、実際の現場で運用している事例というのはまだ無いようです。 そこで、実際にピーク時にover 500 request/secでmod_proxy_balancerなサーバーを運用している経験をふまえ、つまずいた点などを公開していきたいと思います。 まず、mod_proxy_balancerの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
