by Ruslan Yakushev Introduction The URL Rewrite Module in IIS 7 and above provides an import feature that greatly simplifies the process of converting Apache mod_rewrite rules to IIS URL rewrite rules. In this walkthrough, you use the Import Rules feature provided in the URL Rewrite Module to import several mod_rewrite rules into an IIS configuration file. If you have not yet downloaded the URL Re
IIS で CakePHP や Ruby on Rails を動作させるためには URL 書き換え 機能の設定が必要となります。 ここでは CakePHP を動作させるまでの手順とURL 書き換え 用の設定ファイル(web.config)を紹介します。 CakePHPをサイトからダウンロードします。 http://cakephp.org/ IIS マネージャで Webサイトを追加します。 ダウンロードしたファイルを F:\inetpub\wwwroot 以下に展開します。 物理バスの指定は “F:\inetpub\wwwroot\cake_1.2.5\app\webroot” となります。 今回は Port 86 を指定しましたが、ホスト名を指定することで Port 80 を複数の Webサイトとして利用することもできます。 設定 F:\inetpub\wwwroot\cake_1.2.5
残念だがIIS+FastCGI+RubyForIISの不安定さに絶望したので(私の環境だけだろうと信じたい)とっとと構成を変えることにした。WebサーバはIISのまま(本当はApacheの方が実例も多いし良いのだろうが、私の関わった顧客のサーバはIISばかりなのだ)静的なコンテンツをサービングし、Railsアプリケーションの実行にはFastCGI-Rubyではなく、その道では著名なMongrelを使うことにした。 Mongrel - Mongrel is a fast HTTP library and server for Ruby Mongrelをアプリケーションサーバに仕立ててWebサーバと連携させる場合、MongrelへのリバースプロキシとしてWebサーバを設定する必要がある。Apacheではそのためのmod_proxyがあるので、これと組み合わせるのが常道らしいが、IISも標題のモ
by IIS Team Introduction Microsoft Application Request Routing (ARR) for IIS 7 and above is a proxy-based routing module that forwards HTTP requests to content servers based on HTTP headers, server variables, and load balance algorithms. ARR can be used to: Increase application availability and scalability. Better utilize content server resources. Facilitate application deployment including pilot
2003年ごろに出版された本に、Tomcatを単独でWebサーバー/JSPコンテナとして使用するよりも、IISをWebサーバーとして使い、Tomcatをサーブレット/JSPコンテナとして使うほうが性能が向上すると書いてあった。ここで言う"性能"が何を意味するのかは気になるところではあるけど、ネット上を見てみると、そう言った事例はいくつか見受けられる。 今回の要求内容としては、同一サーバーにてServletによるサイトとASP.NETによるサイトを共存させたいという事。「別にServlet側は8080使えばいーじゃん」って言ってしまうとそれまでなのだがそうもいかないらしい。 あちこちに情報は載っているのだが、情報が分散してしまっているのか"この設定は当たり前だよね"という事なのか、実際にやろうとして手間取ってしまったのでここをチラシの裏としてメモする。 ここではTomcatのバージョンは6.
IISでTracを動かそう。 とはいうものの、CGI上のPythonでTracをキックするとタイムアウトするほど重い… ので、今回はRunning Trac on IIS 6 using AJPに書いてある方法を使うことにします。 > http://trac.edgewall.org/wiki/TracOnWindowsIisAjp IIS 6.0がフロントエンドサーバーとしてリクエストを受け付け、 AJPコネクターによって、Tracデーモンへ転送します。 …なんか、この構成を見ると、Cosminexusを思い出してしまうのは、職業病? (HWSがフロント、リダイレクターによってAJP接続し、 uCosminexus Application Serverへ転送するので。) …とか言う話をすると、どこの人だかわかりそうですがw で、Tracのwikiに親切後丁寧に全部書いてあるので、その通り
これまでLinux+Perl/CGIで構築していたWEBサーバをIIS+Perl/CGIに移す必要が生じ、新規にIISによるWEBサーバを構築しました。 一気にコンテンツを移動してもハマるだけだと考え、まずは簡単なコードを記述しCGIが動作するかどうかテストしています。 POSTによるinput type=textのデータ表示まではうまく行きましたが、ファイルアップロードのところで詰まりました。 IIS(Windows)によるWEBサーバの構築は初めてで、何が問題なのかサッパリわかりません。 どなたか問題点あるいはどこをチェックすれば良いかご指摘いただけませんでしょうか。 ●やった事 PerlにてPOSTを利用しmultipart/form-dataにてファイルをアップロードするシンプルなコードを書き、第一段階としてMIMEエンコードされたものをブラウザ上に表示するしようとしてみた。 コー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く