移行する際にやった事。2013/04/06こちらのドキュメントは管理都合によりwww関連ドキュメントのネームスペースから移動しました。概要wikiシステムの更新でURLの指定方法がガラリと変わりました。ReDirectディレクティブ記述では難しい場合があり、CGIで置き換えする方法をとりました。新旧URLは以下のようになります。旧URLhttp://hgotoh.jp/wiki/wiki.cgi?page=[ページ名(URLエンコードされたもの)]新URLhttp://hgotoh.jp/wiki/doku.php/[documents/カテゴリ/ページ名(カテゴリ+番号)]旧URLではページ名にはEUC-JPな漢字を使いまくっていたため、見た目にも長くて大変なURLになっていました。これを、新URLではページ名にカテゴリ+番号を適用し、URLをすっきりさせます。旧URLは検索エンジンのインデックスにすでに登録されているし、他の人のサイトで使われていたりします。利便性やケアを考えると、旧URLのアクセスでも新URLへリダイレクトしてあげるほうが混乱も無くよいかと思います。フルパスで記述しなければならなくなります。廃止し、新たに新URLへのリダイレクトプログラムとして作成します。301でリダイレクトさせます。Keyを旧ページ名として検索を行い、検索できればValueを新ページ名とし新URLに適用、遷移させます。検索できなければ、あらかじめ準備したエラー画面へ遷移させます。Permanently\n";は、CGIからHTTPのステータスを制御させるために、Statusヘッダを出力させます。このヘッダで指定されたステータスをapacheがクライアントに返します。Statusヘッダ自体はクライアントへ送りません。登録するスクリプトは以下のようになります。$DB;旧ページ名「RSS1ウオッチ」はURLエンコードされると「RSS%A3%B1%A5%A6%A5%AA%A5%C3%A5%C1」になります。これに対応するのが新ページ名「/documents/rss/rss01」です。必要なページの数だけ、エントリを増やしていきます。URLエンコードの罠URLエンコードは本来一意に決まるはずなのですが、その解釈の仕方でずいぶん流儀があるようです。RELEASE」ですが、現在確認されているだけで以下の三通りがあります。いう場合はエントリを三つ登録しなければいけません。