バージョン 4 から バージョン 5 における更新: test

更新日時:

2007/02/20 00:09:30 (18 年 前)

更新者:

weekbuild (IP アドレス: 218.110.157.68)

コメント:

--

test

@@ -62 +62 @@
 意図せずCamelCaseを書いても、?とか表示されなくなります。
 
+== aa ==
+TracをApacheで動かした場合、なにも設定しないと静的リソース(PNGファイルとかCSSとか)への
+リクエストは、一度tracがファイルを読み込んでレスポンスを生成するという動きをします。
+
+特にプラグインをいっぱい組み込んでいる場合、静的リソースへアクセスに対してもいろんなプラグインが動いてしまい、無駄なCPUリソースを使ってしまいます。レスポンスにも目に見えて影響があります。
+
+これをうまく設定すると、静的リソースはTracを迂回してApacheが勝手に処理するようにでき、レスポンス向上やサーバ不可軽減が見込めます。
+
+その．１ trac本体の静的リソースのパイパス
+
+これはTracで用意された仕組みですが、知らない人多いんじゃないかと。
+trac本体の静的リソースをウェブで公開しているフォルダに置いて、
+trac.iniのtrac/htdocs_locationsにそのURLを書くと、tracの方でHTMLに出力するURLをそこにしてくれます。
+
+TracIni
+trac本体のhtdocsフォルダをWebで公開している場所に置き（またはスタティックリンクを作り）ます。
+htdocsの本体がある場所は、linuxだと/usr/local/share/trac/htdocsかな？さくらの場合は、~/local/share/trac/htdocsですね。
+
+さらに、trac.iniのtracカテゴリのhtdocs_locationにそのフォルダの相対URLを書きます。
+わからなければ、trac.iniに以下の例のように書いて、画面下のTrac POWEREDのアイコンのURLがどうなっているか
+見てください。このURLにうまいこと画像が来るように、htdocsを置けば(またはリンクを作れば)OKです。
+{{{
+[trac]
+htdocs_location = /htdocsbypass
+
+}}}
+
+その２．プラグインの静的リソースのバイパス
+
+
+
+上の方法では、trac本体の静的リソースのみで、プラグインの静的リソースはバイパスできません。
+さらに悪いことに、プラグインの静的ファイルはeggファイルの中にあるので、Tracはそれを展開する仕事も行います。ThemeEngineプラグインとか使っちゃうと、かなり重くなります。
+
+そこで、プラグインの静的ファイルは元のソースから取り出して、
+かつmod_rewriteを使って無理やりバイパスします。
+{{{
+RewriteRule ^.* - [F,L]
+RewriteRule ^$ /trac/ [R=301,L]
+RewriteRule ^/trac/chrome/common/(.*)$ /htdocs/$1 [L]
+RewriteRule ^/trac/chrome/theme/(.*)$ /chromebypass/theme/$1 [L]
+RewriteRule ^/trac/(.*)$ /trac.cgi/$1 [L]
+}}}
+