Top
/
PukiWiki
/
改造
/
静的コンテンツに偽装
/
ページ
/
コメント
コメント の編集
編集はこちら
-バイズ &size(10){&color(#808080){at &new{2004-10-06 (水) 19:04:35};};};&br; >こんばんは。これは、Linux だけのやり方なのでしょうか。&br;&br;今は Windows 2000 上で「HTMLに偽装」と「ディレクトリに偽装」を両方試しました。英語の WikiName だとどの方法でも上手くいきますが、日本語の WikiName になると forbidden エラーになります。Pukiwiki のバージョンは 1.4.3 です。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-06 (水) 19:36:55};};};&br; >こんばんは :)~ まず、この Tips は PukiWiki1.4.4 用なので 1.4.3 で動作するかどうかは未確認です。ご了承下さい。~ ともあれ以下の手順で確認することをおすすめします。~ なお、日本語がエンコードされていないような参照方法 (cubic9.com/ヘルプ.html) は様々な問題が絡んできますので、考慮しません。通常、PukiWiki上のリンク先はエンコードされているので、問題ないでしょう。 +「HTMLに偽装」のみを適用した状態に戻す。 +「ヘルプ」にアクセスし、index.php? を消し、 末尾に .html をつけたURLでアクセスできるか確認する。 +アクセスできる場合~ PHPスクリプトの修正ミスの可能性が高いです。~ 作業手順を確認して下さい。 +アクセスできない場合~ Apacheのエラーログ(error_log)で、リクエストしたURLが~ どのようなURLに書き換えられているか確認して下さい。~ この場合は.htaccessの記述ミスが考えられます。 < --バイズ &size(10){&color(#808080){at &new{2004-10-07 (木) 00:50:27};};};&br; >きゅーこんさん、こんばんは :) &br;この手順は 1.4.4 照準の事を気づいていませんでした、すみません ^^;&br;この機能を Windows を導入したいので Linux のためでも運を試したかったのです。今は自宅のパソコンに 1.4.4 を入れて試してみようと思います。&br;/ヘルプ.html へはアクセスできませんでした。Windows 上では IE を使うと UTF-8 か SHIFT-JIS でしか未エンコードの URL を送信できないので。Apache のエラーログを参照するアドバイスはとても実践的で助かります。&br;またいろいろ試してみます。&br;&br;ありがとうございました :) < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-07 (木) 07:22:05};};};&br; >IE はそういう仕様なんですね。参考になります。あ。書き忘れてましたが、4.の場合 [[RewriteLogディレクティブ>http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html]]で書き換えの様子がロギングできるので、こちらも試してみて下さいね :) < -Logue &size(10){&color(#808080){at &new{2004-10-19 (火) 20:27:45};};};&br; >うーん。できれば一番外側の/は.htmlにしたい。ディレクトリが深いとGoogleのページランクが下がっちゃいます。 < -Logue &size(10){&color(#808080){at &new{2004-10-19 (火) 20:29:07};};};&br; >このページを例に取ると、こうなるみたいな:http://cubic9.com/PukiWiki/%B2%FE%C2%A4/SEO%C2%D0%BA%F6.html < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-21 (木) 00:57:13};};};&br; >ふむふむ。そういう基準もあるんですね。勉強になります。で、上記のようにしたい場合は&ref(PukiWiki/改造/静的コンテンツに偽装/ページ/camo_dir_html.diff,,「階層はディレクトリにページはHTMLに偽装」パッチ);を使って下さい。 < -Logue &size(10){&color(#808080){at &new{2004-10-21 (木) 20:53:24};};};&br; >結局全部自分でやっちゃったんですけど、やってて思ったのは[[FrontPage]]をindexに改名したほうが、スマートなのでは?って思いました。http://logue.xrea.jp/ところで、自分でもいろいろと検索してみると、[[Su-Jine>http://www.su-jine.com/]]というサイトに結構詳しく書いてありました。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-21 (木) 21:55:02};};};&br; >うちの話ではなくてPukiWiki一般の話としてですね。mod_rewriteでHTMLに偽装すれば、 example.com/pukiwiki/ や example.com/pukiwiki/index.html が example.com/pukiwiki/index.php?index にリライトされてバッチリと。%%確かにこちらの方がindex.phpをDirectoryIndexディレクティブに入れる必要もなくなり、自然な気がします。%%FrontPageはどこから来たんでしょうね。[[YukiWiki>http://www.hyuki.com/yukiwiki/]]かな?~ [[Su-Jine>http://www.su-jine.com/]]さんはたまに斜め読みさせていただいてます :) < -Logue &size(10){&color(#808080){at &new{2005-03-01 (火) 01:45};};};&br; >なんか、最近ヒットが悪くなったなぁと思っていたら、末尾の/が抜けると404になっていたことがわかりました。このサイトでは、どうやってリダイレクトさせていますか? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-04-16 (土) 00:45};};};&br; >現在のcubic9.comのApacheの設定は以下のようになっていて、一番下のslash.phpで無理やり補完をかけてます (^^; RewriteEngine on RewriteOptions MaxRedirects=1 RewriteBase / # 実ファイルがある場合 RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.* - [L] # 「階層化とAutoLinkを両立」関連 RewriteRule ^\*/(.+)/$ index.php?plugin=search_redirect&word=$1 [L] # Blog RewriteRule ^Blog/(20[0-9]{2}-[01][0-9])/$ index.php?plugin=calendar_viewer&date=$1 [L] # 肝 RewriteRule ^(.+)/$ index.php?$1 [L] # 添付ファイル RewriteRule ^(.+)/attach/thumb/([^\.]+)_(.+)_([0-9]+)x([0-9]+)\..+$ index.php?plugin=attach&thumb=$2.$3&refer=$1&width=$4&height=$5 [L] RewriteRule ^(.+)/attach/([^/]+)$ index.php?plugin=attach&openfile=$2&refer=$1 [L] # RSS RewriteRule ^index\.rdf$ index.php?cmd=rss10pp [L] # 後方互換 RewriteRule ^(.+)\.html$ index.php?$1 [L] # /の補完をしてみる RewriteRule ^.+$ test/assist/slash.php?$0 [L] slash.phpの中身はこんな感じです。サニタイズしてスラッシュを付加するだけのPHPです。場当たり的過ぎますよねぇ (^^; $arg = input_filter($_SERVER['QUERY_STRING']); header('HTTP/1.1 301 Moved Permanently'); header('Location: /'.anchor_replace(rawurlencode($arg)).'/'); < - &size(10){&color(#808080){at &new{2005-04-04 (月) 01:13};};};&br; >店 という名前のページを作ると、他ページからのリンクが聞かなくなるのですが < -- &size(10){&color(#808080){at &new{2005-04-04 (月) 01:14};};};&br; >IEでは問題なく、Mozila系でのみ出る問題のようです。 < ---きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-04-16 (土) 01:38};};};&br; >ウチの環境だとIEでも確認できます。時間がかかるかもしれませんが、調べてみますね。 < -しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 11:59};};};&br; >こんにちは。htmlに偽装した場合のパッチは1.4.5で使用することはできるのでしょうか? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-05-07 (土) 12:52};};};&br; >こんにちは :) 上のパッチは1.4.4専用ですので、直接1.4.5に当てることは出来ません。ただ、パッチの内部を見ていただければ分かるかもしれませんが、やっていることは結構単純で、大半は「$script?$r_page」を「$r_page.html」に置換しているだけです。とりあえず、lib/make_link.phpさえ変更すれば本文内でのリンクには反映されますので、試してみてはいかがでしょうか :) < -しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 15:38};};};&br; >お早い回答、非常に助かりました。早速試してみたいと思います! < -しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 15:50};};};&br; >すみません、make_link.php内に 「$script?$r_page」 が見つかりません。他の部分を変えることで同じ結果を実現できますか? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-05-07 (土) 17:11};};};&br; >1.4.5では記述が若干修正されているのを忘れていました (^^; 「$script . '?' . $r_page」を「$r_page . '.html'」に置換すればいいと思います。 < ---しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 21:24};};};&br; >できました! 本当にありがとうございました! < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 14:22};};};&br; >これまでindex.phpとadmin.phpでそれぞれREADONLYを個別に設定するような使い方をいていたのですが、今回「ディレクトリに偽装」の改造を導入したいと思いパッチを適用したところ、この方法が通用しないことに気づきました。こちらのサイトでは編集用の認証と、それに伴うツールバーの表示切替はどのようにされているのでしょうか? < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 14:24};};};&br; >認証をpukiwiki.ini.phpの$edit_authで設定し、公式の続・質問箱/282(下段)>http://pukiwiki.osdn.jp/?%E7%B6%9A%E3%83%BB%E8%B3%AA%E5%95%8F%E7%AE%B1%2F282の方法を使ってツールバーの表示を切り替えるよう試してみたのですが、この方法だとリンク先にも書かれているとおりindex.phpにアクセスしただけで認証ダイアログが表示されてしまいます。 < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 14:25};};};&br; >ぎゃ、リンクをミスりました。ごめんなさい。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-11-11 (金) 21:13};};};&br; >cubic9.comでは全てを場当たり的に修正しています :p まず編集認証を次のような感じにしてます。((実際の設定とは異なります。)) #code(php,nonumber,nooutline){{ $auth_users = array( 'hoge' => '{SMD5}OzJo/boHwM4q5R+g7LCOx2xGMkFKRVEx', // SMD5 'hoge_passwd' ); $auth_method_type = 'pagename'; // By Page name $edit_auth = 1; $edit_auth_pages = array( '#^((?!^(SandBox)|(コメント/.+)$).)*$#' => 'hoge', ); }} スキンは自前でテキトーに書いたもので、ツールバーは$_SERVER['PHP_AUTH_USER']で表示を切り替えています。 #code(php,nonumber,nooutline){{ <?php if (isset($_SERVER['PHP_AUTH_USER']) && ($_SERVER['PHP_AUTH_USER'] == 'hoge')) { ?> ...ツールバー... <?php } ?> }} このままでは認証するまでツールバーが表示されないので、認証はブックマークに入れてある http://example.com/?cmd=edit&page=FrontPage をクリックして行ってます。~ 全体的にセキュリティは怪しげです。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-11-11 (金) 22:26};};};&br; >以前のような使い方をなさりたいのであれば、次のように別のPukiWiki(例ではwiki_b)を設置し、wikiやattachなどのデータディレクトリを共有するようにすればいいのではないでしょうか。 |ディレクトリ|用途|作業|h |wiki_a|閲覧用|データディレクトリの変更, PKWK_READONLYを1にする, 偽装パッチを当てる| |wiki_b|編集用|データディレクトリの変更| |data|データ用|wiki_aのattach,backup,cache,counter,diff,trackback,wikiを移動| 共有の方法については公式サイトに例があったと思います。恐らくpukiwiki.ini.phpのDirectory settings Iの部分を変更するだけでOKです。 < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 23:31};};};&br; >うぉーq(T▽Tq)このような勝手な質問にお答えいただきありがとうございます。大変参考になりました。どちらの方法をとるか迷いますが、これで無事パッチが導入できそうです。 < -はいろ &size(10){&color(#808080){at &new{2005-11-13 (日) 16:47};};};&br; >たびたび恐れ入ります。上のほうのコメントにあるslash.phpなのですが、これは書かれている中身の他に何かrequireでファイルを読み込む必要でもあるのでしょうか?(^^; < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-11-13 (日) 20:05};};};&br; >func.phpからinput_filterとanchor_replaceをコピーしてくれば動きます。ただし何のチェックもしていないので、一つ間違うと無限ループです :p 一応 RewriteOptions MaxRedirects=1 で避けていますが、正直全くお勧めできません。 < -はいろ &size(10){&color(#808080){at &new{2005-11-14 (月) 00:22};};};&br; >おかげさまで、なんとか動くようになりました(´▽`)ただ、slash.phpを有効にすると、どういうわけか普通にページを開いただけで認証ダイアログが出てしまいますorz(教えていただいた$edit_authを使う方法でこれまでうまくいっていたのですが) < --はいろ &size(10){&color(#808080){at &new{2005-11-14 (月) 00:51};};};&br; >どうやらpukiwikiをサブディレクトリに設置しているのが問題らしく、slash.phpのLocation: /をLocation: /pukiwiki/にした時点でこの現象がおきるようです。 < -Logue &size(10){&color(#808080){at &new{2005-12-26 (月) 16:10};};};&br; >html偽装したまではよかったが、全部index.phpにリダイレクトされてしまう。もしもfoo.htmlが存在したときにそっちにアクセスするようにしたい場合はどうしたらいんでしょう? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-12-26 (月) 20:12};};};&br; > RewriteCond %{REQUEST_FILENAME} !-f を指定するとどうですか? < -Logue &size(10){&color(#808080){at &new{2006-01-02 (月) 23:17};};};&br; >具体的に言うとGoogle Sitemapの認証対策です。[[PukiWikiでsitemapを作るプラグイン>http://terai.xrea.jp/PukiWiki/Google.html]]はあるんですけど、認証を受けるときにいちいち、htaccessでそのときだけhtml偽装を解除するのもどうかなと思って。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2006-01-07 (土) 09:02};};};&br; >うぅ。なんだかちょっと分からないです。[[上記Apacheの設定>PukiWiki/改造/静的コンテンツに偽装/ページ#html]]と[[PukiWiki/改造/ページがないときは404を出力]]で解決したりしませんか? < -machu &size(10){&color(#808080){at &new{2006-02-12 (日) 21:38};};};&br; >Apache1.3+PHP4.3.10+PukiWiki1.4.6で「静的コンテンツに偽装」をやってみたところ、日本語ページ名のときにページが表示されませんでした。Apache側がURLをデコードしているのが原因のようです。「RewriteRule ^(.+)\.html$ index.php?cmd=read&page=$1 [L]」と書くことで、回避できました。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2006-02-13 (月) 22:12};};};&br; >ご報告ありがとうございます。おっしゃる通り一部のページ名で不具合が出るようです。なお、このサイトでは扱っていませんが、PATH_INFOを使う場合はデコード処理が入らないため、この不具合は起こらないようです。 < -かがみ &size(10){&color(#808080){at &new{2008-06-25 (Wed) 07:33};};};&br; >ディレクトリ偽装パッチ (camo_dir_147.diff.2) を使わせて頂こうと試行錯誤中です.基本的にはうまく動いているのですが,編集時にプレビューをしようとすると「ページの内容は空です」と表示されてしまうという症状が出るようになりました.プレビューせずに更新すれば正常に書き換わります.当初は RewriteEngine を疑いましたが,RewriteEngine をオフにしても同様です.このような症状が出ているのは私のところだけでしょうか? < --かがみ &size(10){&color(#808080){at &new{2008-06-25 (Wed) 23:20};};};&br; >原因がわかりました.お騒がせしてすみません.何かの拍子に DATA_DIR に .txt という空っぽのファイルができてしまっており,これが plugin/edit.inc.php の中の plugin_edit_preview() でテンプレートとして読み込まれしまっていました.DATA_DIR/.txt がいつの間に作られたのかは謎ですが,導入当初 RewriteEngine をいろいろといじり回していたときに,何かおかしな状態にしてしまったのかもしれません.失礼致しました. < -ドス &size(10){&color(#808080){at &new{2009-12-02 (Wed) 11:59};};};&br; >適用後http://example.com/pukiwiki/Wiki/PukiWiki/ このURLをhttp://example.com/pukiwiki/Wiki/PukiWiki 最後のスラッシュを取りたいのですがどおすれば出来るでしょうか < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2009-12-05 (Sat) 11:22};};};&br; >ソースコード内のリンクを拡張子なしファイルのような形式にする修正を行い(修正箇所は上記パッチを参考にしてください)、上記「HTMLに偽装」のApacheの設定の最終行を「RewriteRule ^(.+)$ index.php?$1 [L]」に書き換えて設定すれば、お望みの形式になるかと思います。 < -ドス &size(10){&color(#808080){at &new{2009-12-09 (Wed) 14:36};};};&br; >遅くなってすみません、ありがとうございます。 < -ドス &size(10){&color(#808080){at &new{2009-12-10 (Thu) 17:41};};};&br; >たびたびすみません。ディレクトリに偽装はうまくいったのですが、このサイトのように例えば?testのページやindex.php?testのページにアクセスしたらリダイレクトで /test/のページに行くようにしたいのですがどうすればいいでしょうか? さくらインターネットサーバーを使っています。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2009-12-13 (Sun) 22:20};};};&br; >pukiwiki/lib/init.phpの「$arg = input_filter($arg); // \0 除去」の後、「// unset QUERY_STRINGs」の前に下記を挿入してみてください。 < #code(perl,nonumber,nooutline){{ // cmdやpluginなしで?が含まれていたら (例:index.php?Linux) if ( ( (strpos($_SERVER['REQUEST_URI'], 'cmd=') === FALSE) && (strpos($_SERVER['REQUEST_URI'], 'plugin=') === FALSE) ) && (strrpos($_SERVER['REQUEST_URI'], '?') !== FALSE) ) { header('HTTP/1.1 301 Moved Permanently'); header('Location: /' . anchor_replace($arg) . '/'); exit; } }} ---ドス &size(10){&color(#808080){at &new{2009-12-15 (Tue) 19:02};};};&br; >できました!ありがとうございます。 < - &size(10){&color(#808080){at &new{2010-01-04 (Mon) 15:22};};};&br; >ロリポップ!レンタルサーバーで特に修正することなく動きました。ありがとうございます。 < --しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:36};};};&br; >自宅サーバーですが問題の箇所があります。具体的には右のURLに記載されています。ご回答ください。→ https://centossrv.com/patio/centossrv.cgi?read=3077 < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:24};};};&br; >/Front_Page/ の箇所を日本語化していて、その箇所を消してトップへリダイレクトさせたいのですが分かりません。具体的には右のURLでも訪ねているのでご確認ください→ https://centossrv.com/patio/centossrv.cgi?read=3077 < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:24};};};&br; >かけない? < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:25};};};&br; >書けない? < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:35};};};&br; >かけませんか。テストテストですです。 <
タイムスタンプを変更しない
-バイズ &size(10){&color(#808080){at &new{2004-10-06 (水) 19:04:35};};};&br; >こんばんは。これは、Linux だけのやり方なのでしょうか。&br;&br;今は Windows 2000 上で「HTMLに偽装」と「ディレクトリに偽装」を両方試しました。英語の WikiName だとどの方法でも上手くいきますが、日本語の WikiName になると forbidden エラーになります。Pukiwiki のバージョンは 1.4.3 です。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-06 (水) 19:36:55};};};&br; >こんばんは :)~ まず、この Tips は PukiWiki1.4.4 用なので 1.4.3 で動作するかどうかは未確認です。ご了承下さい。~ ともあれ以下の手順で確認することをおすすめします。~ なお、日本語がエンコードされていないような参照方法 (cubic9.com/ヘルプ.html) は様々な問題が絡んできますので、考慮しません。通常、PukiWiki上のリンク先はエンコードされているので、問題ないでしょう。 +「HTMLに偽装」のみを適用した状態に戻す。 +「ヘルプ」にアクセスし、index.php? を消し、 末尾に .html をつけたURLでアクセスできるか確認する。 +アクセスできる場合~ PHPスクリプトの修正ミスの可能性が高いです。~ 作業手順を確認して下さい。 +アクセスできない場合~ Apacheのエラーログ(error_log)で、リクエストしたURLが~ どのようなURLに書き換えられているか確認して下さい。~ この場合は.htaccessの記述ミスが考えられます。 < --バイズ &size(10){&color(#808080){at &new{2004-10-07 (木) 00:50:27};};};&br; >きゅーこんさん、こんばんは :) &br;この手順は 1.4.4 照準の事を気づいていませんでした、すみません ^^;&br;この機能を Windows を導入したいので Linux のためでも運を試したかったのです。今は自宅のパソコンに 1.4.4 を入れて試してみようと思います。&br;/ヘルプ.html へはアクセスできませんでした。Windows 上では IE を使うと UTF-8 か SHIFT-JIS でしか未エンコードの URL を送信できないので。Apache のエラーログを参照するアドバイスはとても実践的で助かります。&br;またいろいろ試してみます。&br;&br;ありがとうございました :) < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-07 (木) 07:22:05};};};&br; >IE はそういう仕様なんですね。参考になります。あ。書き忘れてましたが、4.の場合 [[RewriteLogディレクティブ>http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html]]で書き換えの様子がロギングできるので、こちらも試してみて下さいね :) < -Logue &size(10){&color(#808080){at &new{2004-10-19 (火) 20:27:45};};};&br; >うーん。できれば一番外側の/は.htmlにしたい。ディレクトリが深いとGoogleのページランクが下がっちゃいます。 < -Logue &size(10){&color(#808080){at &new{2004-10-19 (火) 20:29:07};};};&br; >このページを例に取ると、こうなるみたいな:http://cubic9.com/PukiWiki/%B2%FE%C2%A4/SEO%C2%D0%BA%F6.html < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-21 (木) 00:57:13};};};&br; >ふむふむ。そういう基準もあるんですね。勉強になります。で、上記のようにしたい場合は&ref(PukiWiki/改造/静的コンテンツに偽装/ページ/camo_dir_html.diff,,「階層はディレクトリにページはHTMLに偽装」パッチ);を使って下さい。 < -Logue &size(10){&color(#808080){at &new{2004-10-21 (木) 20:53:24};};};&br; >結局全部自分でやっちゃったんですけど、やってて思ったのは[[FrontPage]]をindexに改名したほうが、スマートなのでは?って思いました。http://logue.xrea.jp/ところで、自分でもいろいろと検索してみると、[[Su-Jine>http://www.su-jine.com/]]というサイトに結構詳しく書いてありました。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2004-10-21 (木) 21:55:02};};};&br; >うちの話ではなくてPukiWiki一般の話としてですね。mod_rewriteでHTMLに偽装すれば、 example.com/pukiwiki/ や example.com/pukiwiki/index.html が example.com/pukiwiki/index.php?index にリライトされてバッチリと。%%確かにこちらの方がindex.phpをDirectoryIndexディレクティブに入れる必要もなくなり、自然な気がします。%%FrontPageはどこから来たんでしょうね。[[YukiWiki>http://www.hyuki.com/yukiwiki/]]かな?~ [[Su-Jine>http://www.su-jine.com/]]さんはたまに斜め読みさせていただいてます :) < -Logue &size(10){&color(#808080){at &new{2005-03-01 (火) 01:45};};};&br; >なんか、最近ヒットが悪くなったなぁと思っていたら、末尾の/が抜けると404になっていたことがわかりました。このサイトでは、どうやってリダイレクトさせていますか? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-04-16 (土) 00:45};};};&br; >現在のcubic9.comのApacheの設定は以下のようになっていて、一番下のslash.phpで無理やり補完をかけてます (^^; RewriteEngine on RewriteOptions MaxRedirects=1 RewriteBase / # 実ファイルがある場合 RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.* - [L] # 「階層化とAutoLinkを両立」関連 RewriteRule ^\*/(.+)/$ index.php?plugin=search_redirect&word=$1 [L] # Blog RewriteRule ^Blog/(20[0-9]{2}-[01][0-9])/$ index.php?plugin=calendar_viewer&date=$1 [L] # 肝 RewriteRule ^(.+)/$ index.php?$1 [L] # 添付ファイル RewriteRule ^(.+)/attach/thumb/([^\.]+)_(.+)_([0-9]+)x([0-9]+)\..+$ index.php?plugin=attach&thumb=$2.$3&refer=$1&width=$4&height=$5 [L] RewriteRule ^(.+)/attach/([^/]+)$ index.php?plugin=attach&openfile=$2&refer=$1 [L] # RSS RewriteRule ^index\.rdf$ index.php?cmd=rss10pp [L] # 後方互換 RewriteRule ^(.+)\.html$ index.php?$1 [L] # /の補完をしてみる RewriteRule ^.+$ test/assist/slash.php?$0 [L] slash.phpの中身はこんな感じです。サニタイズしてスラッシュを付加するだけのPHPです。場当たり的過ぎますよねぇ (^^; $arg = input_filter($_SERVER['QUERY_STRING']); header('HTTP/1.1 301 Moved Permanently'); header('Location: /'.anchor_replace(rawurlencode($arg)).'/'); < - &size(10){&color(#808080){at &new{2005-04-04 (月) 01:13};};};&br; >店 という名前のページを作ると、他ページからのリンクが聞かなくなるのですが < -- &size(10){&color(#808080){at &new{2005-04-04 (月) 01:14};};};&br; >IEでは問題なく、Mozila系でのみ出る問題のようです。 < ---きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-04-16 (土) 01:38};};};&br; >ウチの環境だとIEでも確認できます。時間がかかるかもしれませんが、調べてみますね。 < -しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 11:59};};};&br; >こんにちは。htmlに偽装した場合のパッチは1.4.5で使用することはできるのでしょうか? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-05-07 (土) 12:52};};};&br; >こんにちは :) 上のパッチは1.4.4専用ですので、直接1.4.5に当てることは出来ません。ただ、パッチの内部を見ていただければ分かるかもしれませんが、やっていることは結構単純で、大半は「$script?$r_page」を「$r_page.html」に置換しているだけです。とりあえず、lib/make_link.phpさえ変更すれば本文内でのリンクには反映されますので、試してみてはいかがでしょうか :) < -しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 15:38};};};&br; >お早い回答、非常に助かりました。早速試してみたいと思います! < -しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 15:50};};};&br; >すみません、make_link.php内に 「$script?$r_page」 が見つかりません。他の部分を変えることで同じ結果を実現できますか? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-05-07 (土) 17:11};};};&br; >1.4.5では記述が若干修正されているのを忘れていました (^^; 「$script . '?' . $r_page」を「$r_page . '.html'」に置換すればいいと思います。 < ---しいたけ &size(10){&color(#808080){at &new{2005-05-07 (土) 21:24};};};&br; >できました! 本当にありがとうございました! < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 14:22};};};&br; >これまでindex.phpとadmin.phpでそれぞれREADONLYを個別に設定するような使い方をいていたのですが、今回「ディレクトリに偽装」の改造を導入したいと思いパッチを適用したところ、この方法が通用しないことに気づきました。こちらのサイトでは編集用の認証と、それに伴うツールバーの表示切替はどのようにされているのでしょうか? < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 14:24};};};&br; >認証をpukiwiki.ini.phpの$edit_authで設定し、公式の続・質問箱/282(下段)>http://pukiwiki.osdn.jp/?%E7%B6%9A%E3%83%BB%E8%B3%AA%E5%95%8F%E7%AE%B1%2F282の方法を使ってツールバーの表示を切り替えるよう試してみたのですが、この方法だとリンク先にも書かれているとおりindex.phpにアクセスしただけで認証ダイアログが表示されてしまいます。 < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 14:25};};};&br; >ぎゃ、リンクをミスりました。ごめんなさい。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-11-11 (金) 21:13};};};&br; >cubic9.comでは全てを場当たり的に修正しています :p まず編集認証を次のような感じにしてます。((実際の設定とは異なります。)) #code(php,nonumber,nooutline){{ $auth_users = array( 'hoge' => '{SMD5}OzJo/boHwM4q5R+g7LCOx2xGMkFKRVEx', // SMD5 'hoge_passwd' ); $auth_method_type = 'pagename'; // By Page name $edit_auth = 1; $edit_auth_pages = array( '#^((?!^(SandBox)|(コメント/.+)$).)*$#' => 'hoge', ); }} スキンは自前でテキトーに書いたもので、ツールバーは$_SERVER['PHP_AUTH_USER']で表示を切り替えています。 #code(php,nonumber,nooutline){{ <?php if (isset($_SERVER['PHP_AUTH_USER']) && ($_SERVER['PHP_AUTH_USER'] == 'hoge')) { ?> ...ツールバー... <?php } ?> }} このままでは認証するまでツールバーが表示されないので、認証はブックマークに入れてある http://example.com/?cmd=edit&page=FrontPage をクリックして行ってます。~ 全体的にセキュリティは怪しげです。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-11-11 (金) 22:26};};};&br; >以前のような使い方をなさりたいのであれば、次のように別のPukiWiki(例ではwiki_b)を設置し、wikiやattachなどのデータディレクトリを共有するようにすればいいのではないでしょうか。 |ディレクトリ|用途|作業|h |wiki_a|閲覧用|データディレクトリの変更, PKWK_READONLYを1にする, 偽装パッチを当てる| |wiki_b|編集用|データディレクトリの変更| |data|データ用|wiki_aのattach,backup,cache,counter,diff,trackback,wikiを移動| 共有の方法については公式サイトに例があったと思います。恐らくpukiwiki.ini.phpのDirectory settings Iの部分を変更するだけでOKです。 < -はいろ &size(10){&color(#808080){at &new{2005-11-11 (金) 23:31};};};&br; >うぉーq(T▽Tq)このような勝手な質問にお答えいただきありがとうございます。大変参考になりました。どちらの方法をとるか迷いますが、これで無事パッチが導入できそうです。 < -はいろ &size(10){&color(#808080){at &new{2005-11-13 (日) 16:47};};};&br; >たびたび恐れ入ります。上のほうのコメントにあるslash.phpなのですが、これは書かれている中身の他に何かrequireでファイルを読み込む必要でもあるのでしょうか?(^^; < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-11-13 (日) 20:05};};};&br; >func.phpからinput_filterとanchor_replaceをコピーしてくれば動きます。ただし何のチェックもしていないので、一つ間違うと無限ループです :p 一応 RewriteOptions MaxRedirects=1 で避けていますが、正直全くお勧めできません。 < -はいろ &size(10){&color(#808080){at &new{2005-11-14 (月) 00:22};};};&br; >おかげさまで、なんとか動くようになりました(´▽`)ただ、slash.phpを有効にすると、どういうわけか普通にページを開いただけで認証ダイアログが出てしまいますorz(教えていただいた$edit_authを使う方法でこれまでうまくいっていたのですが) < --はいろ &size(10){&color(#808080){at &new{2005-11-14 (月) 00:51};};};&br; >どうやらpukiwikiをサブディレクトリに設置しているのが問題らしく、slash.phpのLocation: /をLocation: /pukiwiki/にした時点でこの現象がおきるようです。 < -Logue &size(10){&color(#808080){at &new{2005-12-26 (月) 16:10};};};&br; >html偽装したまではよかったが、全部index.phpにリダイレクトされてしまう。もしもfoo.htmlが存在したときにそっちにアクセスするようにしたい場合はどうしたらいんでしょう? < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2005-12-26 (月) 20:12};};};&br; > RewriteCond %{REQUEST_FILENAME} !-f を指定するとどうですか? < -Logue &size(10){&color(#808080){at &new{2006-01-02 (月) 23:17};};};&br; >具体的に言うとGoogle Sitemapの認証対策です。[[PukiWikiでsitemapを作るプラグイン>http://terai.xrea.jp/PukiWiki/Google.html]]はあるんですけど、認証を受けるときにいちいち、htaccessでそのときだけhtml偽装を解除するのもどうかなと思って。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2006-01-07 (土) 09:02};};};&br; >うぅ。なんだかちょっと分からないです。[[上記Apacheの設定>PukiWiki/改造/静的コンテンツに偽装/ページ#html]]と[[PukiWiki/改造/ページがないときは404を出力]]で解決したりしませんか? < -machu &size(10){&color(#808080){at &new{2006-02-12 (日) 21:38};};};&br; >Apache1.3+PHP4.3.10+PukiWiki1.4.6で「静的コンテンツに偽装」をやってみたところ、日本語ページ名のときにページが表示されませんでした。Apache側がURLをデコードしているのが原因のようです。「RewriteRule ^(.+)\.html$ index.php?cmd=read&page=$1 [L]」と書くことで、回避できました。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2006-02-13 (月) 22:12};};};&br; >ご報告ありがとうございます。おっしゃる通り一部のページ名で不具合が出るようです。なお、このサイトでは扱っていませんが、PATH_INFOを使う場合はデコード処理が入らないため、この不具合は起こらないようです。 < -かがみ &size(10){&color(#808080){at &new{2008-06-25 (Wed) 07:33};};};&br; >ディレクトリ偽装パッチ (camo_dir_147.diff.2) を使わせて頂こうと試行錯誤中です.基本的にはうまく動いているのですが,編集時にプレビューをしようとすると「ページの内容は空です」と表示されてしまうという症状が出るようになりました.プレビューせずに更新すれば正常に書き換わります.当初は RewriteEngine を疑いましたが,RewriteEngine をオフにしても同様です.このような症状が出ているのは私のところだけでしょうか? < --かがみ &size(10){&color(#808080){at &new{2008-06-25 (Wed) 23:20};};};&br; >原因がわかりました.お騒がせしてすみません.何かの拍子に DATA_DIR に .txt という空っぽのファイルができてしまっており,これが plugin/edit.inc.php の中の plugin_edit_preview() でテンプレートとして読み込まれしまっていました.DATA_DIR/.txt がいつの間に作られたのかは謎ですが,導入当初 RewriteEngine をいろいろといじり回していたときに,何かおかしな状態にしてしまったのかもしれません.失礼致しました. < -ドス &size(10){&color(#808080){at &new{2009-12-02 (Wed) 11:59};};};&br; >適用後http://example.com/pukiwiki/Wiki/PukiWiki/ このURLをhttp://example.com/pukiwiki/Wiki/PukiWiki 最後のスラッシュを取りたいのですがどおすれば出来るでしょうか < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2009-12-05 (Sat) 11:22};};};&br; >ソースコード内のリンクを拡張子なしファイルのような形式にする修正を行い(修正箇所は上記パッチを参考にしてください)、上記「HTMLに偽装」のApacheの設定の最終行を「RewriteRule ^(.+)$ index.php?$1 [L]」に書き換えて設定すれば、お望みの形式になるかと思います。 < -ドス &size(10){&color(#808080){at &new{2009-12-09 (Wed) 14:36};};};&br; >遅くなってすみません、ありがとうございます。 < -ドス &size(10){&color(#808080){at &new{2009-12-10 (Thu) 17:41};};};&br; >たびたびすみません。ディレクトリに偽装はうまくいったのですが、このサイトのように例えば?testのページやindex.php?testのページにアクセスしたらリダイレクトで /test/のページに行くようにしたいのですがどうすればいいでしょうか? さくらインターネットサーバーを使っています。 < --きゅーこん(管理者) &size(10){&color(#808080){at &new{2009-12-13 (Sun) 22:20};};};&br; >pukiwiki/lib/init.phpの「$arg = input_filter($arg); // \0 除去」の後、「// unset QUERY_STRINGs」の前に下記を挿入してみてください。 < #code(perl,nonumber,nooutline){{ // cmdやpluginなしで?が含まれていたら (例:index.php?Linux) if ( ( (strpos($_SERVER['REQUEST_URI'], 'cmd=') === FALSE) && (strpos($_SERVER['REQUEST_URI'], 'plugin=') === FALSE) ) && (strrpos($_SERVER['REQUEST_URI'], '?') !== FALSE) ) { header('HTTP/1.1 301 Moved Permanently'); header('Location: /' . anchor_replace($arg) . '/'); exit; } }} ---ドス &size(10){&color(#808080){at &new{2009-12-15 (Tue) 19:02};};};&br; >できました!ありがとうございます。 < - &size(10){&color(#808080){at &new{2010-01-04 (Mon) 15:22};};};&br; >ロリポップ!レンタルサーバーで特に修正することなく動きました。ありがとうございます。 < --しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:36};};};&br; >自宅サーバーですが問題の箇所があります。具体的には右のURLに記載されています。ご回答ください。→ https://centossrv.com/patio/centossrv.cgi?read=3077 < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:24};};};&br; >/Front_Page/ の箇所を日本語化していて、その箇所を消してトップへリダイレクトさせたいのですが分かりません。具体的には右のURLでも訪ねているのでご確認ください→ https://centossrv.com/patio/centossrv.cgi?read=3077 < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:24};};};&br; >かけない? < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:25};};};&br; >書けない? < -しょう &size(10){&color(#808080){at &new{2017-05-08 (Mon) 02:35};};};&br; >かけませんか。テストテストですです。 <
テキスト整形のルールを表示する
Menu
Top
About
Linux
Windows
Sleipnir_Script
Mozilla Firefox
PukiWiki
Android
Nagios
Devel
Blog
etc
Link
ThisSite
Search
AND
OR
Recent 9
About
About_en
etc/vaccinated
Windows/Fujitsu_SH90_M
etc/映画/【ネタバレあり】『シン・エヴァンゲリオン劇場版』感想メモ
Devel/StarWars
Android/SOV34(Xperia_XZ)のSIMロック解除
Devel/OculusRift/VRChat
etc/防災バッグ
Popular entry
#showrss: Failed fetching RSS from the server
Twitter
@cubic9com ゃ若