IIS 7.0、IIS 7.5、および IIS 8.0 の HTTP 状態コード
この記事では、Microsoft インターネット インフォメーション サービス (IIS) 7.0 以降のバージョンのハイパーテキスト転送プロトコル (HTTP) の状態コードの一覧を示します。 元の製品バージョン:インターネット インフォメーション サービス 7.0 以降のバージョン 元の KB 番号: 943891 概要 HTTP プロトコルを使用して IIS を実行しているサーバー上のコンテンツにアクセスしようとすると、IIS は、要求の結果と応答のセマンティクス (要求が成功したかどうかなど) を示す数値コードを返します。 状態コードの最初の桁は、応答のクラスを定義します。 最後の 2 桁には分類ロールがありません。 最初の桁には 5 つの値があります。 1xx (情報提供): 暫定応答 - 要求が受信され、プロセスが続行されました。 2xx (成功): サーバーは要求を正常に受信
Firefoxの安定高速化: 天網のあたま2nd
Firefox 3以降、大幅に高速になったFirefoxですが その設定のいくつかは実際の使用において有効に機能していないものがあり かえってFirefoxの安定性を低下させ速度低下を招いています。 今回はそれらの設定を見直すことで安定化を図り 動作の高速化をしてみたいと思います。 ●接続数を減らして安定化 一時期、ネットや某雑誌などで「接続数を増やせば高速になる」などと 言われていましたがそんなことはありません。 一つのIPアドレスでサーバーに接続できる数は制限があり、 HTTP 1.0は4～8、HTTP 1.1は2～16、一般的な国内のサーバーの接続数は 慣習的にHTTP 1.0は4、HTTP 1.1は2に設定され制限されています。 最近では回線速度の高速化やサーバーの性能向上に伴って 接続数の制限も緩和されつつある傾向にありますが アクセスの集中する人気のサイト(ニコニコ動画など)で
HTTPサーバにJava NIOは必要か
0x00. はじめに 筆者はJava製のWAF(Web Application Firewall)、Guardian@JUMPERZ.NETの開発とメンテナンスを行っている。元は自社のシステムを守るために（そして半分趣味で）作ったものだが、数年前にこれをコアのエンジンとしてさらに拡張し、SaaS型の商用サービス「Scutum(スキュータム)」を立ち上げた。 その後順調に顧客を獲得することができ、システムリソース的にも増強が必要となる段階などを経験した。Google、mixiやはてな等、さまざまな大規模サイトのインフラエンジニアの方々がインフラ設計に関する考え方などをインターネット上で公開してくれているおかげで、初期のシステム設計時に「将来的にスケールアウト可能なシステム構成にしておくこと」が重要であるということがわかっていた。その教えに従っていたおかげで、リソースの逼迫（ちなみに今回はCP
HTTPメソッド一覧
以下はメソッドの一覧である。なお、○は仕様として定義されているもの、△はAppendixとして示されており、正式な仕様ではないものである。
HTTP(Hyper Text Transfer Protocol)の基礎
サーブレットはなにもHTTPベースに限定したものではなく、多様なクライアント－サーバ間通信に対応できる。しかしながら、基本はHTTPであり、まずHTTPの基礎を理解しておくことが重要である。HTTPの前にHTMLの理解が前提だが、これは殆どの読者はマスターしているはずである。なお、次のURLに日本語で判りやすい解説があるので、そちらも参照されたい。 http://www.mars.dti.ne.jp/~torao/program/protocol/http.html RFC 2616に従って日本語で解説したものとしては次のURLがある。 http://way.direct.ne.jp/HTTP/ HTTPは、クライアント／サーバー間の、要求／応答のパラダイムからなるTCP/IP網上の、極めて簡単なアプリケーションレベルのプロトコルである。取り交わすメッセージの形式はSMTPに類似している。
リポジトリブラウズに、SVNIndexXSLTを利用する
Subversionのリポジトリへのアクセスは、当初はファイルサーバのfile://プロトコルからのアクセスがメインでした。 ですが、次第に利用するメンバが増えてきたことと、ネットワークの制限でファイルサーバにアクセスできない場合に困るということで、http(https)プロトコルを利用してアクセスできるように調整を進めています。 (http経由でのアクセスはApache + mod_dav/mod_dav_svn で設定できます） さて、リポジトリへのアクセスは、TortoiseSVNやRedmineなどの専用クライアントを使うので、あんまり気にしなくてもいいのですが、たまにブラウザからもリポジトリを参照することがあります。(テキストファイルなどを眺める際は、ブラウザのほうが便利なので） ただし、基本は素のmod_dav_svnを通しての表示なので、非常に味気ないものになってしまいます。
mpm_common - Apache HTTP Server Version 2.4
This controls the directory to which Apache httpd attempts to switch before dumping core. If your operating system is configured to create core files in the working directory of the crashing process, CoreDumpDirectory is necessary to change working directory from the default ServerRoot directory, which should not be writable by the user the server runs as. If you want a core dump for debugging, yo
RFC2616: ハイパーテキスト転送プロトコル -- HTTP/1.1
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Selenium-RC の利用 - A Memorandum
Selenium-RCとは JUnit や TestNG などから Selenium によるインテグレーションテストを実行できる。本家は以下。 http://seleniumhq.org/ Selenium Server Selenium Server はテストコードなどから Selenium コマンドを受け、コマンドを実行し、結果を返却する。Selenium Server には Selenium Core のJavaScriptがバンドルされており、このサーバを通してブラウザ操作をエミュレートするテストが実施できる。 Client Libraries Client Libraries は Selenium コマンドをテストコードから実行できるようにするライブラリ。Javaや.Net Ruby など多くのプラットフォームがサポートされている。 インストール ダウンロードページ(http:/
URLとURIの違いとは？ パーツの構造・名称・意味も大解説！ | 初代編集長ブログ―安田英久
URL（Uniform Resource Locator）とURI（Uniform Resource Identifier）の構造の違いはご存知ですか？ Webページのアドレスを指す場合はどちらを使うべきなのでしょう。URLを分解して「https:（スキーム）」「#（フラグメント）」「?（クエリ）」「パス（path）」などの名称・意味についても解説します。 今日は、ノウハウというよりは、豆知識を。「URL」という呼び方と「URI」という呼び方がありますが、どう違うのか、あなたはご存じですか？ Webページのアドレスを指す場合は、どちらを使うべきなのでしょうか。 URLとURIは何が違うのか結論から言うと、URIとURLは同じものではありません。「URI」のほうが広い概念で、「URL」はURIの部分集合です。同様の仕組みに「URN」というものがあります。 その3つを別のものにたとえてわかりや
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTTPヘッダ一覧
httpd (Apache HTTP サーバ)
JavaScriptは難しいなぁ - クロスドメインの制約：Tea Break