社内勉強会でWEBサーバの設定に慣れていない人を対象にWEBサーバ設定の講習1回目を行いました。 AskeetでしかApache設定の経験が無い人に対して開発サーバの環境構築時の助けになるようにということが目的です。 設定方法そのものより扱い方などが1回目のテーマになっています。 (more...)
WEBサーバ設定の基礎１
社内勉強会でWEBサーバの設定に慣れていない人を対象にWEBサーバ設定の講習1回目を行いました。 AskeetでしかApache設定の経験が無い人に対して開発サーバの環境構築時の助けになるようにということが目的です。 設定方法そのものより扱い方などが1回目のテーマになっています。 (more...)
mod_concat で複数ファイルを連結して配信する - 酒日記 はてな支店
先日リリースした某サービスの HTML を見ていたら、外部 js ファイルの読み込みに が十数行ずらずらと並んでいるのを発見。 これ、確か Apache module でまとめて配信してくれるのがあったよなあ……とブクマを掘り起こして、mod_concat を見つけたので試してみた。 ソースコードのコメントに * The Idea was initially thought of by David Davis in Vox, and reimplemented in perlbal. とあるように、もともとは Perlbal が持っている機能を Apache module にしたもの。 svn からチェックアウトして apxs でコンパイル & インストール。 $ svn checkout http://modconcat.googlecode.com/svn/trunk/ modconc
Safariからのファイルアップロードに失敗する時の対処法（Apacheの設定） at オープンタイプ株式会社ブログ
こんにちは。日々筋肉痛に苦しんでいるfjkkです。 Macユーザーの方で、Safariからファイルをアップロードした時に失敗することってありませんか？ SafariはMac OSXのデフォルトブラウザで、特に他のブラウザの存在を気にせず使っていてアップロードの失敗にストレスを感じたりすることがあるかもしれません。 自分は、Safariをメインのブラウザとして使っていますが、ブログで画像をアップロードする時に度々失敗することがあってそれなりにストレスでした。 この度、この失敗の原因を探る機会がありまして、原因がわかりました！ Safariからのファイルアップロードする先のサーバで、ApacheのKeepAliveをOffにすると、このトラブルが発生しなくなります。 Apacheのhttpd.confの適切な場所に、下記の一行を追加して、Apacheの再起動を行ってください。（seten
mod_rewriteでのreverse proxyとRedirect動作 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
Apacheやlighttpdへのアクセス状況をリアルタイムで確認できる「ApacheTop」を使ってみた - 元RX-7乗りの適当な日々
ApacheなどのWebサーバを運用していると、たまにリアルタイムで今現在の利用状況や負荷などがどうなっているかを確認したくなるときがあります。 そこで、UNIX/Linuxの"top"ライクに、Apacheの使用状況を確認することができるのが「ApacheTop」と呼ばれるツールです。 インストール インストールはパッケージ管理されているものを使うので簡単です。 $ sudo apt-get install apachetopUbuntuやDebianなど、APTを使っているなら↑のような感じ。 $ sudo yum install apachetopFedoraなど、YUMを使っているなら↑のような感じです。 早速使ってみる 使い方は、"-f"オプションでApacheのログファイルを指定して使います。 $ apachetop -f /var/log/apache2/access_log
Subversionのインストールと設定(Apache編)
SubversionはApache無しでも動作させることができますが、Apacheと連携して動作させることで、 ApacheのBasic認証やDigest認証等の認証機能、SSL等の暗号化通信等を利用することができます。 また、ブラウザから、最新のリポジトリの内容を見ることができます。 既に Apache を運用しているサーバーで Subversion を利用する場合は、Apapcheとの連携はそんなに手間では ありませんので、お勧めです。 また、Apacheが利用するポートで通信を行うため、新たにポートを空ける必要もありません。 ただし、Apacheの各種設定にはApacheの再起動を伴うケースがある事にも留意してください。 Subversionのインストールを行います。Subversionはそれ単体でも動きます。 (本サイトでも「 Subversionのインストールと設定(svnser
Passenger アーキテクチャ概要 (koshigoe 仮訳)
典型的で孤立したWebアプリケーションは、いくつかのI/OチャネルからHTTPリクエストを受け入れ、内部でそれを処理し、HTTPレスポンスを出力し、それをクライアントに送り返します。これは、アプリケーションが終了を命令されるまで繰り返し行われます。 この事は、WebアプリケーションがHTTPを直接的に話す必然性がない事を意味します: WebアプリケーションはあるHTTPリクエストの何種類かの表現を受け入れる事を意味します。
Apacheのmod_proxy_balancerを使うときはretryを設定すべき - 射撃しつつ前転
今作っているサービスは、Apacheのmod_proxy_balancerを使ってロードバランシングしている。しかし、バックエンドのサービスサーバを一旦落としてから復帰させると、コネクションがしばらくつながらないという問題に悩んでいた。1分ぐらい放置するとつながるようになるんだけど、1分は結構長い。 よくわからないのでソースを読んでみたところ、mod_proxy_balancer.cを眺めた感じ、ap_proxy_retry_workerという関数がコネクションの再確立をしているのではないかと思えた。しかし、関数の定義を眺めてみると、現在時刻がエラー発生時刻とworker->retryを足した数字よりも大きければworkerのstatusからPROXY_WORKER_IN_ERRORのビットを下ろしているだけで、コネクションの確立がどうのこうのなんて関数はまったく呼ばれてない。ここでなにが
モジュールでOpenIDを簡単に実現！
シングルサインオンとOpenID オンラインバンキング、ネットオークション、ブログなど、現在では多くのサービスがWebアプリケーションで提供されています。個人を認証するには、各Webサイトで発行された、ユーザーIDとパスワードを使用するのが一般的です。当然、使用するWebサイトが異なれば、ユーザーIDとパスワードも異なり、管理が煩雑になります。またそれぞれのWebサイトにアクセスする度に、毎回ユーザー認証を行う必要があるなど、操作に不便と不満を感じる人は少なくありません。 それを受け、認証システムを一元化するなど、以前から認証手続きを簡素化するための試みは行われており、その成果はSSO（Single Sign-On：シングルサインオン）などの技術に還元されています。 SSOを利用すればユーザー認証を一度行うだけだけで、許可されているすべてのサービスを利用できるようになります。現在SSOを実
DSAS開発者の部屋:ケータイやクローラの判別などに使えるmod_cidr_lookupを公開しました
mod_cidr_lookupというApacheモジュールを公開しました。 http://lab.klab.org/wiki/Mod_cidr_lookup mod_cidr_lookupは、アクセスしてきたクライアントのIPアドレスが、指定したCIDRブロック群のいずれかにマッチするかどうかを判別するApacheモジュールです。 Apache 2.0と2.2系に対応しています。 マッチした結果は、環境変数 (X_CLIENT_TYPE) とHTTPリクエストヘッダ (X-Client-Type) にセットするので、Apache自身とバックエンドのWebアプリの両方で同じ情報を参照することができます。 このモジュールを使うメリット 簡単にクライアントの種類を知ることができる 判別処理はモジュールが行ってくれるので、のちほどお見せるように、Webアプリやhttpd.confでは環境変数やリク
[Think IT] 第2回：性能検証！速いのはどっち？ (1/3) lighttpdとApacheの処理性能を比較
lighttpdとApacheの処理性能を比較 「第1回：lighttpdを知っていますか？（http://www.thinkit.co.jp/article/119/1/）」では、軽量Webサーバーであるlighttpdの概要や特徴、機能面の紹介、Apacheとの違いを簡単に解説しました。 その中で、lighttpdは一般的に軽量で高性能と言われていることについて触れましたが、今回は実際にベンチマークツールを使用して、lighttpdがApacheと比較して本当に性能が良いのか、どのくらい性能差があるのかを検証していきます。 検証環境の構成 図1の上に今回の性能試験で利用するサーバーのスペックを、下に検証環境を示します。サーバー機器としては一般的なスペックのものを用意しました。このサーバーの上位にあるスイッチングハブに、クライアントとして、ほぼ同スペックの機器を同一ネットワーク内に接続し
mod_ktai/YUMEMI Labs [ゆめみラボ]
mod_ktai （もっど・けーたい） 「mod_ktai」は、弊社が開発したApacheモジュールです。 Apache上で動くアプリケーションに対して、開発言語を問わず携帯サイト作成のための様々な機能を提供することができます。 最新情報 2008/12/26 mod_ktai_emojiマニュアルに追記 & 「よくある質問について」ページを新規追加 2008/10/29 mod_ktai第二弾公開(mod_ktai_image) & バージョンアップ & 対応ＯＳ、配布パッケージ追加 2008/07/16 mod_ktai第一弾公開(mod_ktai_info、mod_ktai_emoji) 動作環境 mod_ktaiは現在以下の環境で動作します。 OS：CentOS 5、RedHat Enterprise 5 ミドルウェア：Apache 2.2以上、Boost 1.3
ウノウラボ Unoh Labs: Apache MPM の基礎をしっかりと理解しよう！
naoya です。最近、とうとう花粉症の季節に入ったので、生まれて初めて空気清浄機を購入しました。 さて、今日は Apache HTTP サーバの MPM (Multi Processing Module) について解説したいと思います。普段、ウェブサーバを構築するとき、Apache HTTP サーバを使うことが多いと思いますが、Apache HTTP サーバを使う上で MPM について理解しておくことは大事です。 この MPM ですが、Apache HTTP サーバではリクエストを処理する部分のことをさします。MPM は、Apache HTTP サーバ 2.0 系から採用されています。Apache HTTP サーバの MPM には、次の種類があります。 prefork worker perchild winnt それぞれの MPM について解説します。まずは、一番代表的な prefork
livedoor Techブログ : 公開わたしのスクリプト 〜ログの読み方編〜
do$です。 えーと。まずこの美しくないスクリプトを晒します。（特に読まなくてOK!） #!/usr/local/bin/perl -w # <***/> use strict; my $access_log = '/usr/local/apache/logs/access_log'; my %mail_header = ('Return-Path' => 'return@example.com', 'From' => 'from@example.com', 'To' => 'to@example.com', 'Subject' => 'FooBar-test', 'X-FooBarLog' => 'TEST'); my %cgis; my $line_s; my $line_e; my $all_line; my %status_code; my $log_str_500; { ## h
Pound + Mongrel + Apache2.0 で Ruby on Rails! (recompile.net)
はじめに Star It!のアクセス数が増えてきて、色々と支障がでてきたので、おもいきって友人の会社に置いているサーバへと移してみました。さすがに、さくらインターネットの共用サーバ上で、1日あたり10万クエリをCGI + sqlite3という構成でさばくのは無理があったようです。新天地では、データベースをMySQLへと入れ替えたうえで、PoundとMongrel、それにApache2.0系という構成にしてみましたので、ばっちり動いてくれることを期待しています。 というわけで、今回のエントリーは、PoundとMongrel、それにApache2.0系を利用して、Ruby on Railsウェブアプリケーション環境を構築してみよう、という話です。この構成のメリットは、十分なスケーラビリティを得たうえで、柔軟性も確保できるという点が挙げられます。私のサーバ環境はDebian GNU/Linuxで
特集：システム管理 トラブルシューティングを目的としたApacheログ設定の調整法 | OSDN Magazine
Apache Webサーバ（以下Apache）には強力なログインフレームワークが付属しており、デフォルト設定下のApacheでは、エラーに関するすべての情報がエラーログ、アクセスに関するすべての情報がアクセスログに記録されるようになっている。こうしたデフォルトレベルのログ情報でもトラフィックパターンの解析やエラーに関する基本情報の収集には充分であろうが、トラブルシューティングとなると不充分なこともある。いずれにせよ、利用可能なすべてのログ機能を把握しておくことは、Apache上でホストするアプリケーションやWebサーバのトラブルシューティングに役立つはずだ。 FedoraにインストールしたApacheの場合、デフォルト設定下のアクセスログは/etc/httpd/logs/access_logに、エラーログは/etc/httpd/logs/error_logに保管される。このうちアクセスログ
リバースプロクシの内側で Location: ヘッダーの http/https を書き換えたい - 音ログのヒント
symfony には sfSslRequirement プラグインというのがあって、アプリケーションのモジュールとアクションについて、それぞれ http/https のアクセスを許可・強制することができます。 これは、例えば http://example.com/module/action が https が必要なアクションの場合、http 経由でのリクエストには Location: https://example.com/module/action という風にプロトコルパートを書き換えたヘッダーを返して、リダイレクトをすることで実現されてます。 ちょっとはまったのが、Apache を使ってリバースプロクシを構成しているばあいの Location: ヘッダーの書き換え部分です。 Apache では ProxyPassReverse を設定することで、Location: ヘッダーのバックエン
rubyneko - 誰でも30秒ぐらいでできるrailsのデプロイ
【愕然】喧嘩した俺夫婦→翌日、俺「嫁子、喧嘩しても家事はボイコットしないでくれ！」嫁「家事はね..」俺「なんじゃそりゃ！？」→結果
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
not found
Google Code Archive - Long-term storage for Google Code Project Hosting.