Apache MPMをめぐる冒険 〜eventとpreforkを比べてみるよ〜 : DSAS開発者の部屋
Apache 2.3からMPMの切替が実行時(起動時)に設定ファイルから動的に選択できるようになる点について、以前当DSASブログ内の記事で紹介しました。このMPMの切替によってどのようなメリットを得られるのでしょうか。実際にこれを動かしてみたときのCPU使用率とネットワークI/Oの変化を見ながら、それぞれのMPMモジュールの性能・特性を比較してみたいと思います。 まずは実験です。以下のような環境を用意しました。クライアント側については、ab(Apache Bench)によって単一のURLをひたすらダウンロードする単純なものです。しかも静的ファイルなので(中身はダミー)、純粋にApacheの転送能力のみの比較になります。サーバには、CPUはAtom D510、メインメモリ4GBを用意しました。クライアントとサーバの間はGbEで繋がっており、同一セグメント(中間ノード無し)となっております。
Apache HTTP Server、6年ぶりのメジャーアップデート版「2.4.1」リリース | OSDN Magazine
Apache Software Foundation（ASF）のApache HTTP Server Projectは2月21日（米国時間）、2.4系では初となる一般公開（GA）版「Apache HTTP Server 2.4.1」をリリースした。6年ぶりのメジャーアップグレードとなり、多数の新機能が加わっている。 Apache HTTP Serverは17年の歴史を持つオープンソースのWebサーバー。約4億のWebサイトで利用されており、Webサーバー分野では1996年4月以来トップを独占しているという。 Apache HTTP Server 2.4系ではコア部分およびモジュールに多くの変更が加えられ、また新しいモジュールも多数加わっている。APIについては2.2系を拡張したものとなり、Apache HTTP Server 2.2で動作していたモジュールやアプリケーションについてはリコン
nginx-1.1.x で httpなupstreamにもkeepaliveができるようになったので検証してみた - blog.nomadscafe.jp
画像配信など大量にアクセスを捌く際にちょっと気になっていたhttpなupstreamとkeepaliveできない件が、nginx-1.1系でできるようになったので試してみた 今回keepaliveできるようになったのは↑のbackendと通信するところ。 本家のドキュメントはこちら http://nginx.org/en/docs/http/ngxhttpupstream_module.html#keepalive keepalive機能を使うには、以下のように設定します http { upstream backend { server 127.0.0.1:5000; keepalive 16; } server { listen 8080; server_name localhost; location / { proxy_http_version 1.1; proxy_set_head
nginx連載1回目: nginxの紹介
皆様、初めまして。滝澤と申します。今月からここで記事を書いていきますのでよろしくお願いします。 ここ1,2年で注目を集めているWebサーバnginxについて今回から数回にわたってを紹介していきます。 nginxについて初めて知った、あるいは、名前は聞いたことがあるんだけど使ったことはない、といった方のために、1回目のこの記事ではnginxの概要を、2回目の記事ではインストールと設定について紹介します。 nginxとは nginxはロシアのIgor Sysoev氏によって開発されているWebサーバ兼リバースプロキシのソフトウェアです。「エンジン エックス」（engine x）と呼びます。 2002年に開発が始まり、2004年に公開され、今では約10%のシェアを持つまでに成長しています。facebookやWordPress.ORGなどの大規模サイトでの導入実績もあり、導入するWebサーバの選択
短縮URLサービスの仕組みと、超簡単な作り方：while(1) { ;}：So-netブログ
ブログトップ 短縮URLサービスの仕組みと、超簡単な作り方 [Apache] [編集] 世間では、ツイッターが流行していて、あたしも利用していたりします。 ツイッターは、投稿文字数に140文字の制限がありますから、 長いURLを貼ると、文字数をかなり消費してしまいます。 [追記：2014.09.21] ・・・というのは一昔前の話で、現在はTwitter側が http://t.co/～ という短縮URLに強制的に置き換えています。 したがって、投稿者が長いURLを短縮するためだけに短縮URLを作成する意味は無いでしょう。 Twitterで短縮URLを用いると、リダイレクトが２度発生するなどのデメリットも生じます。 短縮URLサービスのアクセス解析などを利用する目的なら、話は別ですが・・・ Twitter公式のアクセス解析にてリンクのクリック数を調べることができるので、もはやTwitter用途
Welcome! - The Apache HTTP Server Project
The Number One HTTP Server On The Internet¶ The Apache HTTP Server Project is an effort to develop and maintain an open-source HTTP server for modern operating systems including UNIX and Windows. The goal of this project is to provide a secure, efficient and extensible server that provides HTTP services in sync with the current HTTP standards. The Apache HTTP Server ("httpd") was launched in 1995
WEB系技術者として知っておくべき4つの事
REST WEBは世界規模のハイパーメディアである。 そして世界規模の分散システムだ。 REST（Representational State Transfer）はそのWebを支えるアーキテクチャスタイル。 WebAPIの普及により、このRESTアーキテクチャがとても注目されている。 RESTはリソース指向のアーキテクチャで、URIを利用してリソースを表現する所が特徴的だ。RESTらしくWEBを構築すれば、使いやすいWEBになる。 是非覚えておきたい。 URIの設計 RESTを理解するには、まずURIの知識が必要になる。 URIはリソースを統一的に識別するID。 そしてブラウザのアドレス欄に表示される。 最もエンドユーザーに近い場所なので、変わりにくいものでなければならない。 これらの観点からURIはWebサービスやWeb APIの設計において最も重視すべきパーツらしい。 URIをどのよう
Google、HTTPを補う高速化プロトコル「SPDY」発表
GoogleがWebページ表示をスピードアップするプロトコル「SPDY」を発表した。テストではページ読み込み速度が最高で64％短縮できたとしている。 米Googleは11月12日、Web高速化を実現するためのアプリケーションレイヤープロトコル「SPDY」（スピーディーと発音する）を発表した。Googleが目指しているWeb高速化の一環で、HTTPをサポートし、Webページ表示の遅延時間を最小限に抑えるという。 SPDYに関するホワイトペーパーによると、同社はSPDYとともに、同プロトコル対応版のGoogle ChromeブラウザとオープンソースのWebサーバも開発した。これらのアプリケーションをHTTPとSPDYで稼働テストしたところ、ページ読み込み時間が最高で64％短縮できたという。 SPDYはセッションレイヤーをSSLの上に追加するので、単一のTCP接続で複数の相互データストリームを並
Tamper Data – Get this Extension for 🦊 Firefox (ja)
Use tamperdata to view and modify HTTP/HTTPS headers and post parameters. Trace and time http response/requests. Security test web applications by modifying POST parameters. FYI current version of Google Web Accelerator is incompatible with the tampering function of TamperData. Your browser will crash. A few people have asked about donations. If you are so inclined, consider donating to the Toront
Mozilla Japan - Firefox 用アドオン - Live HTTP Headers
評価開発元作者: Daniel Savard, Nikolas Coukoumaダウンロード数週間ダウンロード数: 364カテゴリ開発者向けツール HTTP ヘッダを確認できます。「ページ情報」ウィンドウに現在開いているページのヘッダ情報が表示されるほか、ツールメニューから辿れる独自画面では、ファイル読み込み時のヘッダがリアルタイムで表示されます。 対応バージョン Firefox 0.8 - 3.0.* 詳しい説明 View HTTP headers of a page and while browsing. 詳細 作者のコメント、バージョン履歴、サポート情報などは以下のリンク先をご覧ください。(外部サイトへ遷移します) https://addons.mozilla.org/ja/firefox/addon/3829
HttpFox :: Add-ons for Firefox
**DEVELOPMENT STOPPED IN 2014** HttpFox monitors and analyzes all incoming and outgoing HTTP traffic between the browser and the web servers. It aims to bring the functionality known from tools like HttpWatch or IEInspector to the Firefox browser. Information available per request includes: - Request and response headers - Sent and received cookies - Querystring parameters - POST parameters - Resp
HTTPの通信状況をデバッグしてボトルネックを発見できる「HttpWatch Basic Edition」 - GIGAZINE
Windows XP/Vista/2003/2008 Server上のInternet Explorer 6/7/8 Beta 2、Mozilla Firefox 2.0/3.0/3.1 Beta 2で動作するフリーソフトで、HTTP/HTTPSのリクエストヘッダ表示、HTTPの圧縮率表示、ページ内の各要素の読み込み時間のチャート化、ステータスコードやレスポンスサイズの表示、フィルタリング、さらにはこれら一連の通信をログファイルに記録することなども可能です。 時間はミリセカンド単位で表示が可能となっており、まさにHTTPデバッガと言っても差し支えないレベルなので、「ページの読み込みが遅い原因を知りたい」とか「ちゃんとサーバの設定が反映されているかどうかを確認したい」「ウェブアプリの動作チェックがしたい」という場合に役立ちます。この種類のソフトにありがちな日本語の文字コードが解釈できないとい
いまさら聞けない「Webブラウザ」超入門
新人に捧げる「Webブラウザの仕組み」 皆さんが毎日利用している「Webブラウザ」。インターネットの創成期から現在まで進化を続けながら、一線で活躍する技術です。今回はこのWebブラウザについてあらためて見てみましょう。 前編・後編2回に分けて、前編ではWebブラウザとサーバの通信の仕組みや役割、後編ではWebブラウザやHTMLの歴史と未来について説明します。 基本的な説明ですが、読めば新しい発見があるかもしれません。 WebサーバとWebブラウザの甘い関係 インターネットを通じてWebブラウジングするとき、私たちはInternet Explorer（以下、IE）やFirefoxといった「Webブラウザ」ソフトを使ってWebサーバにアクセスします。Webサーバが画像やテキストといったデータをWebブラウザに送り、Webブラウザが情報を解釈して表示します。では、ここでのWebサーバとWebブラ
Tomcat 6で実現！ Ajaxを超える通信技術Comet (1/3) - ＠IT
Tomcat 6で実現！Ajaxを超える通信技術Comet：Tomcatはどこまで“安全”にできるのか？（3）（1/3 ページ） Ajaxを超える？ Tomcat 6で搭載されたCometとは？ 前回はTomcatを“安全”に活用するために、ツールを使った運用の仕方やTomcatの設定について解説しました。 今回はTomcatの安全性から少し離れて、Tomcat 6の新機能の利用方法について解説します。Tomcat 6では、いくつかの大きな拡張がありましたが、今回はJ2SE 1.5で実装されたNew I/O API（java.nioパッケージ）を用いたComet（コメット）通信について解説します。 おさらい 「通常のHTTPでの通信」 通常のHTTPでの通信はクライアントのWebブラウザなどからサーバへリクエストを送信し、サーバはリクエストを解釈してレスポンスを返します。つまり、通信のタイ
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
FirefoxのlivehttpheadersでHTTPリクエストの中身が見られるしくみ - bits and bytes
サーバに送っているHTTPリクエストのヘッダやレスポンスのヘッダが見られるFirefoxのextension livehttpheaders がどうやってこの機能を実現しているのか調べてみました。 HTTPリクエストを送るタイミングでイベントを捕まえることができるんだろうと予想して探してみるとLiveHTTPHeaders.jsの43行めからのaddToListener()に function addToListener(obj) { ... snip ... // Should be a new version of Mozilla/Phoenix (after september 15, 2003) var observerService = Components.classes["@mozilla.org/observer-service;1"].getService(Compone
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
300 Multiple Choices - HTTP Status Code
UrlParams – Get this Extension for 🦊 Firefox (ja)
IDEA * IDEA
Studying HTTP
