2011/09/04 作成。freestyle wiki から dokuwiki に移行する際にやった事。

2013/04/06
こちらのドキュメントは管理都合によりwww関連ドキュメントのネームスペースから移動しました。

wikiシステムの更新でURLの指定方法がガラリと変わりました。
旧URLから新URLへのリダイレクトを行うにあたり.htaccessへの ReDirectディレクティブ記述では難しい場合があり、CGIで置き換えする方法をとりました。

その時の備忘録です。

新旧URLは以下のようになります。

旧URLではページ名にはEUC-JPな漢字を使いまくっていたため、見た目にも長くて大変なURLになっていました。 これを、新URLではページ名にカテゴリ＋番号を適用し、URLをすっきりさせます。

また、旧URLは検索エンジンのインデックスにすでに登録されているし、他の人のサイトで使われていたりします。 利便性やケアを考えると、旧URLのアクセスでも新URLへリダイレクトしてあげるほうが混乱も無くよいかと思います。

リダイレクトする場合、ページ名が同じでベースのURLが異なるだけなら .htaccess の ReDirectディレクティブを記述すればよいのですが、 完全に不一致なURL間の変換になるので、.htaccess へフルパスで記述しなければならなくなります。面倒です。

旧URLで使用していたwikiシステムの wiki.cgi を廃止し、新たに新URLへのリダイレクトプログラムとして作成します。 具体的には、pageパラメタで指定された旧ページ名を新ページ名に変換し、新URLを生成、このURLへSTATUS 301でリダイレクトさせます。

wiki.cgi

use BerkeleyDB;
 
my $DB       = new BerkeleyDB::Hash -Filename=>"/home/hogehoge/redirect.db" ;
my $page     = $ENV{'QUERY_STRING'};
my $newpage  = "";
 
  print "Status: 301 Moved Permanently\n";
 
  if ( $page eq "" )
  {
      print "Location: http://hgotoh.jp/wiki/\n\n";
  }
  else
  {
      $page =~ s/page=(.+[^&]).*/$1/;
 
      if ( $DB->db_get($page, $newpage) == 0)
      {
          print "Location: http://hgotoh.jp/wiki/doku.php$newpage\n\n";
      }
      else
      {
          print "Location: http://hgotoh.jp/wiki/olddoclist.html\n\n";
      }
  }
 
undef $DB;

バークレイＤＢ /home/hogehoge/redirect.db に登録されている単純な Key - Value の一覧から Keyを旧ページ名として検索を行い、検索できればValueを新ページ名とし新URLに適用、遷移させます。
検索できなければ、あらかじめ準備したエラー画面へ遷移させます。

スクリプト中の

  print "Status: 301 Moved Permanently\n";

は、CGIからHTTPのステータスを制御させるために、Statusヘッダを出力させます。このヘッダで指定されたステータスをapacheがクライアントに返します。 Statusヘッダ自体はクライアントへ送りません。

バークレイＤＢ /home/hogehoge/redirect.db に登録するスクリプトは以下のようになります。

redirectdb.pl

use BerkeleyDB;
 
my $DB  = new BerkeleyDB::Hash -Filename=>"/home/hogehoge/redirect.db", -Flags=>DB_CREATE;
 
$DB->db_put("RSS%A3%B1%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss01");
$DB->db_put("RSS%A3%B2%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss02");
$DB->db_put("RSS%A3%B3%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss03");
$DB->db_put("RSS%A3%B4%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss04");
$DB->db_put("RSS%A3%B5%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss05");
$DB->db_put("RSS%A3%B6%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss06");
$DB->db_put("RSS%A3%B7%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss07");
$DB->db_put("RSS%A3%B8%A5%A6%A5%AA%A5%C3%A5%C1","/documents/rss/rss08");
$DB->db_put("FrontPage","/start");
 
undef $DB;

旧ページ名「RSS１ウオッチ」はURLエンコードされると「RSS%A3%B1%A5%A6%A5%AA%A5%C3%A5%C1」になります。
これに対応するのが新ページ名「/documents/rss/rss01」です。

必要なページの数だけ、エントリを増やしていきます。

URLエンコードは本来一意に決まるはずなのですが、その解釈の仕方でずいぶん流儀があるようです。

旧ページ名の「JDK16のコンパイル on FreeBSD/AMD64 8.0 RELEASE」ですが、現在確認されているだけで以下の三通りがあります。

スペースは“+”になるはずなんですが、%20で扱っていたり、変な変換がされたコード列が使われていたり…. こういう場合はエントリを三つ登録しなければいけません。