Apacheは開発時にも便利なWebサーバです。しかし、手元にあるコードをちょっとWebブラウザで試したいと思った時にわざわざDocumentRootまで移動して試すのは面倒だったりします。 そこで使ってみたいのがapachehereです。Apacheを指定したディレクトリをDocumentRootとして起動してくれるソフトウェアです。 apachehereの使い方 使い方は簡単で、apachehereにパスを通したら適当なディレクトリに移動して apachehere と実行するだけです。デフォルトでは8080番ポートでWebサーバが立ち上がります。 PHPも使えるようになっています。これまでWebrickやPHPのビルトインサーバを使っていた方はapachehereだとmod_writeのような機能も使えて便利ではないでしょうか。 apachehereはMac OSX用（おそらく他の環境
経緯 俺「なんか(NDAなので略)でエラーがでるのですよ」 ベンダさん「ログください」 俺「これでよいでしょうか」 ベンダさん「Exception code:0xc00000fdのエラーコードはスタックオーバーフローです、常識です。editbinでバイナリを書き換えてください。」 俺「えっと…どういう…」 ベンダさん「今手順をいいましたよね？」 俺「アッハイがんばります」 *1 マカーは(Windows)世界の常識を知らぬ。 どういうことか WindowsのApache+PHPでは、まあ、稀にスタックオーバーフローが出る事がある、らしい。 スタックは設定ファイル等ではふやせず、Apacheのhttpd.exeのバイナリをいじったらスタックサイズをふやせる、らしい。 PHPのエラーなんだけど、Apacheをいじる(mod_phpだからね)のはまあわかった。 それにはEditbin.exeをつ
以下の文章は、Rich Bowen による Good Manners Matter（Open Advice に収録）の日本語訳である。 Rich Bowen は、約15年もの間フリー／オープンソースソフトウェアに携わってきた。その時間の大半は Apache HTTP Server に費やしてきたが、Perl や PHP やいろんなウェブアプリケーションにも取り組んできた。彼は『Apache Cookbook』や『The Definitive Guide to Apache mod_rewrite』他いろんな本の著者であり、様々な技術カンファレンスに頻繁に参加している。 僕は2000年の9月に Apache HTTP Server のドキュメンテーションプロジェクトに携わり出した。少なくとも、僕が初めてドキュメントをコミットしたのはそのときだった。それ以前は電子メールでいくつかパッチを登録し
ざっくり概要 ピークで3000req / sec 毎分コンテンツ更新要求 コンテンツ更新の際は他所からデータをapi経由で受け取る コンテンツ更新にはTheSchwartzを使用 なコンテンツを色々してきたログ。 尚、ここに書く技術は大半が周囲のギークな方々にサポートしてもらったもので、僕自身が何かしたわけではない。残念すぎる。 構成 internet -> www(squid -> apache) -> app(memcached -> app) -> db フロントエンド wwwサーバがapacheとsquidを動かしている。apacheがリクエストを受け、squidのキャッシュが有ればそれを返し、無ければバックエンドのappサーバへproxy。 バックエンド appサーバがmemcachedとアプリを動かしている。 それぞれ冗長化してるけど、リクエスト数の割に台数は少ない。 技術があ
Apacheの設定で Order deny,allowとか Satisfy anyとか、なんだか意味わからん人のために。僕はずっとわかってなかった。 基本 Apacheのアクセス制御には、 ホストによる制御 (Order,Allow,Deny) ユーザ認証による制御 (Auth*, Require) の2通りがある。 Satisfyは、2通りあるアクセス制御の両方を満たす必要があるかどうかを決定する。デフォルトはSatisfy all。Satisfy anyなら、どちらか片方満たせばよい。 Order http://httpd.apache.org/docs/2.2/mod/mod_authz_host.html#order Order deny,allowは、全てのホストからのアクセスを許可する。 Order allow,denyは、全てのホストからのアクセスを拒否する。 Order d
2010.07.09 次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた 2010.07.20追記: prefixを指定した運用も可能でした。ご指摘頂きありがとうございます。 2010.07.28追記: 関連記事「RailsサーバUnicornを飼いならす! 運用時の便利技」へのリンクを張りました。 Railsサーバはたくさんあってややこしいですね！ 最近さらにUnicornというものが頭角を表してきたようで、Twitterやgithubも使っているようなので使ってみましたので、特徴や使い方などレポートしてみたいと思います。 このブログの他にもEngine Yardのブログ記事「Everything You Need to Know About Unicorn」やgithubの記事「Unicorn!」が非常に参考になると思いますので、
今メインで利用しているマシンにTracを入れようかどうか迷っていたのですが、入れるのが面倒だったのでちょっと前から話題になっているRedmineを入れてみました。 環境はこんな感じです。 Mac OS X 10.5.6 Ruby 1.8.6 Rails 2.3.2 Git 1.6.2.3 Redmine 0.8 Apache 2.2.11 Redmineインストール 1. RedmineのSVNからソースを取得 $ svn checkout http://redmine.rubyforge.org/svn/branches/0.8-stable redmine 2. redmine/config/database.ymlでMySQLの設定を修正してDBを初期化 $ cd redmine $ rake db:create RAILS_ENV=production $ rake db:migr
ここでは不特定多数に公開する WEB サーバーを対象としておりません。独自CA による WEBサイトの暗号化は限られた用途のみに限定する必要があります。 基本的に1.3系と内容は変わりません。クライアント認証の評価基準に変更があります。CA(認証局)とSSLサーバーに必要なサーバー証明書と秘密鍵が準備できている事が前提です。こちらで解説していますので参考にして下さい。 Apache2系統でSSL対応にするには、/etc/httpd/conf.d/ssl.conf を修正します。パスは適宜読み替えてください。 https://www.mydomain.net を有効にする場合 # コメントを解除しドメインを指定します。 DocumentRoot "/var/www/pub/html" #ServerName www.example.com:443 ServerName www.mydomai
Web（World Wide Web）はインターネットで広く普及しているドキュメントのシステムで、HTML（Hyper Text Markup Language）という論理構造化ドキュメントをWebサーバーが公開し、ユーザはWebブラウザというアプリケーションを使ってドキュメントを閲覧する。本モデルでは公開するHTMLドキュメント群をWebコンテンツと呼称する。 Webコンテンツをネットワークに公開するにはサーバーにWebサービスを導入し、コンテンツを作成してネットワークに公開しなければならない。Webサービスはユーザからのリクエスト（URLリクエスト）を受け取って、ユーザが指定したWebコンテンツ（HTMLファイル、画像など）を送信する仕組みになっている。 1) 運用方針 本モデルでは、以下の留意点を考慮したWebサービスの運用を行う。 ア) 動的コンテンツの危険性 CGIやSSI機能を
ウェブアプリケーションにおいて、認証がかかっている画像や大きなファイルを配信する場合には、Perlbal 等でサポートされている X-Reproxy-URL ヘッダが有効なことが知られていて、その理由としては、 (メモリを大食いする) アプリケーションサーバのプロセスを転送終了まで占有しない HTTP ベースの分散ファイルシステムとリバースプロキシが直接交信するので、ネットワーク負荷が低い といった点が挙げられます。「でも、Apache は X-Reproxy-URL ヘッダをサポートしてないんだよねー」という話が、先日の YAPC::Asia 2009 においても話題になっていました[要出典]。回避策としては、ワンタイムURLのような手法もあるのですが、セキュリティな懸念もあります。 なんとかしたいなと思っていたのですが、気が向いたので、Apache に X-Reproxy-URL ヘッ
今回は、Webサイトやサービスをメンテナンス中にする場合に、どのURLにアクセスしても「メインテナンス中です」の画面を出す正しいやり方を、人間にも検索エンジンにも適切にする作法を主眼に解説します。 この週末の土曜深夜～日曜早朝にかけて、データセンターの設備メインテナンスのため、Web担を含むインプレスグループのほとんどのWebサイトが、どのURLにアクセスしても「メンテ中です」という表示になっていました。 なのですが、その実装がちょっと気になったので、「正しいメンテナンス画面の出し方」を説明してみます。 ※2010-01-16 Retry-Afterを指定するHeaderの指定を修正しました（コメント参照） ※2009-06-17 RewriteCondから [NC] 条件を削除しました（コメント参照） ※2009-06-16 Retry-Afterの記述をGMTに変更しました（コメント参
ユーザーエージェントおよびサーバの実装に依存します。スキーム、ホスト名を含めて、255 バイト以下は安全です。メジャーなブラウザとサーバに限定すれば、2000 バイト程度までは使えるでしょう。 SGML では 1024 文字 HTML のスーパーセットである SGML では、LITLEN=1024 文字とされています。 RFC2070 | URL の長さの制限って | HTML 4のSGML宣言 HTML 4.01 では 65536 文字 HTML 4.01 では LITLEN=65536 文字です。 HTTP では未定義、255 バイト以下を推奨 RFC2616 (HTTP/1.1) には、URL の長さに関する規定はありません。ただし、 Note: Servers ought to be cautious about depending on URI lengths above
Rails アプリケーションを実行するための Apache モジュール Phusion Passenger をインストールしてみました． インストール # gem install passenger # passenger-install-apache2-module # Apache モジュールのビルドとインストール passenger-install-apache2-module で， 以下のような設定情報がでるので，これをもとに httpd.conf を書き換え． LoadModule passenger_module /usr/lib/ruby/gems/1.8/gems/passenger-2.2.2/ext/apache2/mod_passenger.so PassengerRoot /usr/lib/ruby/gems/1.8/gems/passenger-2.2.2 Pas
Passenger 経由で Sinatra で作ったアプリケーションにアクセスするには， アプリケーションのあるディレクトリに 1. config.ru 2. public ディレクトリ 3. tmp ディレクトリ を用意する． config.ru の内容は require 'app' # Sinatra アプリケーション run Sinatra::Application あとは httpd.conf に <VirtualHost sinatra.example.com> ServerName sinatra.example.com DocumentRoot /path/to/SinatraApp/public </VirtualHost> などと書いておけばよい． - Sinatraで鼻歌まじりのWeb開発 http://www.slideshare.net/dara/sinatrawe
MacOSX10.5上でMongrelをApacheに連携させるよう設定してみました。 とりあらえず、バランサーとかプロキシーは考えず、単純にApacheからmongrelへRewriteする設定を行いました。 Mongrel を起動 > mongrel_rails start -p <待ち受けポート> -r <アプリケーションのパス> -d具体的には、railsのアプリケーションのルートの位置から以下のように実行しました。 > mongrel_rails start -p 3000 -r ./ -d apacheのrewrite設定 VirtualHostへの接続をmongresの接続へとrewriteするよう設定しました。 MacOSX10.5には、mod_rewriteが標準で含まれているのでapacheの設定ファイルでVirtualHostへの接続をmongresの接続へとrewr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
