ガリレオスコープ開発チームによる �最新Web動向、技術メモ ( Ruby, Rails, node.js ) です 続けて、HTTPのサイトをtelnetで見ることになったので同じようなネタでもう一つ HTTPSと同じように、hogehoge.com:80をにアクセスしようとするとこんな感じです。 まずは、Basic認証がない場合から、 $ telnet hogehoge.com 80 > GET /index.html HTTP/1.1 > Host: hogehoge.com > [returnを2回] で、さらに、Basic認証がかかっているばあいは、 $ telnet hogehoge.com 80 > GET /index.html HTTP/1.1 > Host: hogehoge.com > Authorization: Basic aG9nZWhvZ2U6aG9nZWhv
HTTPステータスコードは、HTTPにおいてWebサーバからのレスポンスの意味を表現する3桁の数字からなるコードである。RFC 9110によって定義され、IANAがHTTP Status Code Registryとして管理している。また、インターネット標準とはなっていないが「標準への提唱 (英: Proposed Standard）」段階のものや、その他の状態のステータスコードも存在する。以下に一覧を示す。 リクエストは受け取られた。処理は継続される。 100 Continue 継続。クライアントはリクエストを継続できる。サーバがリクエストの最初の部分を受け取り、まだ拒否していないことを示す。 例として、クライアントがExpect: 100-continueヘッダをつけたリクエストを行い、それをサーバが受理した場合に返される。 101 Switching Protocols プロトコル切
プロキシサーバー(Squid)は、一度読み込んだWebページを保存しておき、次回からの同一Webページへのアクセス時には保存してあるWebページをクライアント側に返すことにより、内部からの高速なWebアクセスを可能にするためのサーバー。 [root@centos ~]# vi /etc/squid/squid.conf ← Squid設定ファイル編集 # Deny CONNECT to other than secure SSL ports http_access deny CONNECT !localnet !SSL_ports ← 外部への443番以外のポートへのアクセスを拒否（内部の一部サービスでHTTPSアクセスに443番以外のポートを使用するため） # Uncomment and adjust the following to add a disk cache directory
日立オープンミドルウェアは、お客様の既存の財産を生かしながら、高い信頼性と柔軟性、自律性を備えたITシステムの実現を支えています。
自分用のProxyサーバーを作ろう！ WEBrickには、HTTPサーバーの機能が標準で装備されていますが、同時にHTTPプロキシの機能も搭載されています。 WEBrick::HTTPProxyServerというクラスがその機能を提供していますが、公式マニュアル（http://www.ruby-lang.org/ja/man/html/WEBrick_HTTPProxyServer.html）にはまったく載っていません。 しかし、「第2回：基本機能の実装にチャレンジ！（http://www.thinkit.co.jp/article/117/2/）」で紹介したHTTPサーバーと非常によく似ているので、それをベースに簡単にHTTPプロキシを作ることができます。 なお、今回作成するサンプルファイルは、こちら（http://www.thinkit.co.jp/images/article/117
プロキシを利用すると主に以下のような効果が期待できます。 キャッシング ・・・ コンテンツ取得の高速化、サーバ負荷の軽減、トラフィックの軽減 フィルタリング ・・・ コンテンツのデータ加工 通信経路変更 ・・・ 通信の高速化、自宅サーバの動作確認 匿名性確保 ・・・ プライバシーの保護、セキュリティの強化、アクセス制限の回避 これらについて詳しく見てみましょう。 プロキシはキャッシュ（cache）機能を実装しており、過去にサーバから受信したコンテンツを一時的にプロキシ自身のディスク内に蓄積しておくことができます。 そのため、プロキシがユーザからコンテンツのリクエストを受けたとき、そのコンテンツがすでにキャッシュされている場合、わざわざ遠くにある本来のサーバに同じコンテンツを取りに行くことなく自分自身にキャッシュされているデータをユーザに送り返すので、ユーザはコンテンツを素早く取得することが
電子技術総合研究所（電総研） の佐藤豊さんが作成した DeleGate を利用して、内部ネットワークに保護されているクライアントが HTTP Proxy を経由することで外部 Web サーバへアクセスできるようにしてみます。 たとえば今回は、8080/TCP ポートを使用して HTTP Proxy を内部ネットワークに対して公開するとします。 DeleGate で HTTP Proxy を行う場合、上記の接続用ポートのほかに、DeleGate が実際のアクセスに使用するポートも必要になります。今回はそれを 10080 とします。 /usr/sbin/delegated -P8080 SERVER="http://-/" MASTER="proxy.ez-net.jp:10080" RELIABLE="192.168.*.*" ADMIN="admin@dummy.ez-net.jp" この
Windows7に入れていたXAMPPをアンインストールして、Apache + MySQL + PHP をそれぞれ別に入れてみた。 Apache のインストールApache入門を参考にインストール。 Apache Loungeからアーカイブをダウンロードして適当なフォルダに展開し コマンドプロンプトを管理者権限で起動して httpd -k install でサービスとしてインストール httpd.conf の設定 ## apache をインストールした場所 ServerRoot "C:\D\apache\httpd-2.4.2-win32-ssl_0.9.8v" ## モジュールの読み込み : 必要な物はコメントを外して使用する LoadModule rewrite_module modules/mod_rewrite.so ## リクエストに応答する（IP &）port Listen 8
こんにちは開発チームの崔珉秀と申します。 今回はnginxというウェブサーバーについて話をさせて頂きます。 nginxは最近数年の間けっこう人気が高くなっています。特によく使われているApacheやLighttpdなどのウェブサーバーと性能の面で比較することがよくありまして、優れた性能で単純なstaticファイルを転送するウェブサーバーからCGIサーバー、reverse proxyサーバーなどの様々なウェブリクエスト処理に関わる分野で導入されています。 今日はnginxの性能の比較よりもサーバーの開発者(nginx module)もしくはサーバーの運営者としてのnginxにある仕組の中で一つを紹介したいと存じます。 サーバーの開発や運営をする場合ロジックや設定などの変更により配布の後、サーバーを再起動することがあります。 その再起動の時にウェブサービスとしてリクエストの処理を続けなが
gitの環境を整えてみた 最近、バージョン管理システムとして流行のgitを使う環境を整えてみましたので記録。 GitLab 2.0をインストールした記録 -- git-2 GitLabをインストールする リモートリポジトリ 職場からも自宅からもリポジトリにアクセスできるようにしたかったので、リモートリポジトリを作成しました。 git + apache2/Smart HTTP 職場のファイアウォールがきつく、HTTPおよびHTTPSしか使えないのでHTTPアクセスを確保することにしました。以前はWebDAVがよく使われていたようですが、その方法だと速度が遅いそうな。それを解決するために用意されたのがSmart HTTPとのことです(たぶん)。 Smart HTTP Transport -- http://progit.org/2010/03/04/smart-http.html
2012年4月26日木曜日 GitのリポジトリにHTTPでアクセス出来るようにする GitのリポジトリにHTTPでアクセス出来るようにするには、WebDAVの設定を行う方法と、Smart HTTPと言っていますが、gitのCGIを叩いて実行する方法があります。この２つの方法のうち、Smart HTTPのほうがアクセス効率が良くて早いとのことなので、こちらの設定方法についてまとめます。記述はubuntu 10.04で設定を行っています 1. 設定条件 OS: ubuntu 10.04 HTTP: Apache 2.2 リポジトリのパス /var/www/git リポジトリのURL /git クライアント： Mac OS X LionでAppleより開発ツールをインストーすると入っているGITクライアント ２．リポジトリの準備 リポジトリを作成します。ここでは、/var/www/git以下に
nginxでgitリポジトリを公開してみます。 Smart HTTPというのが使えるようですが、こちらの例ではApache HTTP Serverでしたが、 特別なことは必要なさそうなので、nginxで試してみます。 80番ポートで通信できるとか、認証方法によっては鍵が必要なかったりといろいろ使い道がありそうですね。 こちらを参考にしました。 Smart HTTP Transport git-http-backend(1) Manual Page fcgiwrap nginx 1.2.1を使用しますが、インストール手順は省略します。 上記の記事によるとgit-http-backendを動かす必要があるので、fcgiwrapを使ってみます。 fcgiwrapインストール fcgiwrapインストール yum -y install fcgi-devel.x86_64 cd /usr/loca/
共有gitリポジトリをホストする方法をググると、WebDAVを使ったやり方が結構出てくる。このやり方には明確なデメリットしか無いにもかかわらず、WebDAVを使ってホストする方法を紹介するページでは触れられていないことが多い。まったく大した話ではないが、開発者が二度とひっかからないためにリポジトリのホストにWebDAVを使わないほうがいい理由を書いておく。以下、２つ。 WebDAVを通じてホストすると遅い WevDAVを通じてホストするとサーバサイドフックが起動しない 遅い 超遅い。ベンチマークを測ったわけではないが、sshでホストする場合と比べてcloneやpushやpullが3倍以上遅いのではないか。 WebDAVでホストすると遅くなってしまうのには理由があって、sshでホストする場合とWebDAVでホストする場合とでは、そもそもの通信プロトコルが違うから。pro gitを参照すると、
Original Setting up a git repository which can be pushed into and pulled from over HTTP(S). まだ試しちゃい無いんですが、gitレポジトリをhttpで公開したくなった場合にどうすればいいのかについて。 何が必要か Apache ウェブサーバをもっていること Apache の設定ファイルを編集できること 設定ファイルは /etc/httpd にあるか、 Apache のドキュメントを参照してください。 Debianの場合: /etc/apache2 下にあるファイルを編集できる必要がある。 Apache を再起動できること 'apachectl --graceful' とするかもしれません。 もし、そうしない場合、 Apache を停止して、再起動してください。 注意してください、これによりあなたのサー
News 2007-OCT-19: OpenSTA 1.4.4 released 2005-JUN-09: BView 1.0.3 released 2005-MAY-12: OpenSTA 1.4.3 released 2005-MAR-28: SCL Reference Rewritten 2004-SEP-07: BView gets an update and new home 2003-DEC-26: OpenSTA.org moves home and gets a refresh 2003-MAY-01: OpenSTA 1.4.2 released OpenSTA is a distributed software testing architecture designed around CORBA, it was originally developed to be co
Website load test - JBlitz ProfessionalLightning-fast, highly effective load testing Advanced performance and download time testing Stress testing that will 'Test it till it breaks' JBlitz Professional 6.0 represents the latest and most advanced version of our leading website load test tool. JBlitz is a 100% Java product that is fully cross-platform. JBlitz ships with an extensive API for fine-tun
Please note This document refers to the 2.2 version of Apache httpd, which is no longer maintained. The active release is documented here. If you have not already upgraded, please follow this link for more information. You may follow this link to go to the current version of this document. ab is a tool for benchmarking your Apache Hypertext Transfer Protocol (HTTP) server. It is designed to give y
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く