kushima michio
michiok_mac****@mac*****
2005年 6月 3日 (金) 15:28:15 JST
はまだ様 場所わかりました。 文字列置換でしたか...。 ちょっと、不毛な問いかけかも知れませんが、 文字列の変換ということであれば、URLの最後に、htmlを つけるとかも可能な気も....。 でも、.phpが残っていれば、検索エンジン様にばれてしまうということか...。 だめですね。 mod_rewrite がない環境なんで、何か手がないかと思ったんですが...。 On 2005.06.03, at 11:26, hamada <bungu****@leo*****> wrote: > >こんにちわ。 > >On Fri, 03 Jun 2005 09:26:12 +0900 >kushima michio <michiok_mac****@mac*****> wrote: > >> これって、apacheの何かの機能？モジュールを利用してるのでしょうか。 > >/catalog/includes/functions/html_output.php > >> $link = str_replace('?', '/', $link); >> $link = str_replace('&', '/', $link); >> $link = str_replace('=', '/', $link); > >「SEARCH_ENGINE_FRIENDLY_URLS」がtrueな場合、生成リンク中の「?&=」を「/」 >に置換します。そんだけ。 > >URLの引数は普通「?」等で区切られるんすが、ApacheのAcceptPathInfoディレク >ティブが有効に設定されてれば > >「URLの後ろに妙なパスが付いててもエラーにならない」 > >ことを利用し、「/」区切りで変数を受け渡そうってのが「検索エンジン対策の >URL」という奴だと当方は理解してます。 > >ちうことで、Apacheは「この形式のURLでもエラーにならない」ようには設定さ >れてますが、それ以上はなにもしてません。 > >> http://www.xxx.com/product_info/cPath/11_17/products_id/111.html > >↑上記リンクには.phpがありませんので通常のApacheはこのリンクをPHPだと理 >解出来ない（PHPに相当するハンドラを呼び出さない）ですし、そもそも > >http://www.xxx.com/product_info > >というファイルはない（http://www.xxx.com/product_info.phpはある）ので、 >404 Not Foundを返すハズです。 > >はまだ > > > >_______________________________________________ >Tep-j-general mailing list >Tep-j****@lists***** >http://lists.sourceforge.jp/mailman/listinfo/tep-j-general > >
