ドットインストール代表のライフハックブログ
白衣の天使に優しくズボン(死語)を脱がされて惨めな愚息をパックンチョ!っていう森永のお菓子が昔ありましたよね。
Squid2.6 のCOSSがいい感じという非常に興味深いエントリが出たので,ふれてみたい. 最初にお断りしておくが,実のところ私の中でもCOSS(とその根底にある事実と思想)に関していろいろ納得できないところがあって,十分には咀嚼しきれていない. なので下記の内容は多少眉に唾して読んでもらって,間違っている所などがあれば指摘してもらえるとありがたい. 以前squid vs apacheというエントリでapacheとsquidの比較を行った結果のエントリを書いた. 詳細は上記エントリを読んでもらうとして,結論としてはsquidはapacheと比べて大規模配信には向かないというモノだ. しかしこれは調査自体が3年も前でsquidも2.5の話だったので,もう実情とあってないかもなぁと思っていた.その一方squidも着々と進化をしていたようで,2.6からキャッシュオブジェクトの新しい格納方法であ
へんじがない。ただのポンコツのようだ。 ポンコツが今日も持ち場でガンバリつつ、 楽しく生きていくための備忘録ブログ。ぬわーーっっ!!2005年7月から絶賛「更新」中! 【この記事の所要時間 : 約 6 分】 Postgresqlのパフォーマンスチューニングについて書いてきたけど、Webサイトのパフォーマンスには、そういったバックエンドだけでなく、フロントエンドのパフォーマンスももちろん関係している。 フロントエンドのパフォーマンスをあげるのに有効な方法はいくかあるけど、今回は、「Expiresヘッダ」について。YSlowが出てきてからいろいろなサイトで目にするようになった。 Webサイトの高速化 ルール3 Expiresヘッダーを追加しよう! Expiresヘッダーを使えば、それらのコンポーネントをキャッシュさせて、不必要なhttpリクエストを避けることができます。Expires ヘッダー
Squidリバースプロキシによるキャッシング オープンソースのプロキシサーバといえば、最初に名前が挙がるのはSquidでしょう。一般的にプロキシと呼んでいる機能とは、厳密には「フォワードプロキシ」(Forward Proxy)と呼びます。今回はSquidをフォワードプロキシとしてではなく、「リバースプロキシ」(Reverse Proxy)サーバとして利用し、そのキャッシュ効果で性能向上を狙います。 リバースプロキシとは Webサーバの前面にSquidリバースプロキシを導入すると、クライアントからのアクセスをWebサーバに代わってSquidが処理することになります。前回、ナローバンドからのアクセスがレスポンス低下の原因になることを説明しました。このナローバンドからのアクセスはSquidが処理する一方、WebサーバとSquidの間は高速に処理されるので、Webサーバがボトルネックになるのを防ぐ
川口さんからjava.netのcommit権もらったんで,さっそく乗っけてみました。FishEye経由だと見えなかったんで一瞬アセったが,ちゃんとコミットできたと思う(置き場所,"hudson/hudson/plugins"で良かったですかね?)。 →https://hudson.dev.java.net/source/browse/hudson/hudson/plugins/emotional-hudson/ ついでに,まわりのプラグインをまねてPOMやパッケージ名を変えておきました。 #厚かましくも,"hudson.plugins"パッケージを名乗るぜ。:-D ん?気がつきゃ,あたしもHudsonの中の人か?
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く