2009-07-07

P_BLOG、Loggixで使い慣れたPHP Markdown Extraを入れることにした。入れたのは、現時点で最新バージョンの1.2.3。

とりあえず、設定はデフォルトのままなので、コメント投稿でもPHP Markdown Extraが使える。問題がありそうなら設定変えるけど、どうしようか思案中。

関連リンク

PHP Markdown

PHP Markdown Extra の開発・配布元。

[ WordPress ] PHP Markdown Extra – Markdown 記法を実現するプラグイン

参考記事。コメント投稿での設定ON・OFFの方法はここに書いてあった。

PHP Markdown & Extra の解説もどき

Markdown記法の解説サイトはいろいろあるが、自分が以前から利用しているのはここ。

以前書いた、Disable Revisions and Autosave pluginsというエントリーで困っていた、WordPressのパーマリンクを連番にする方法の解決策が分かった。一般的には%postname%、すなわち投稿スラッグを使う解決策が知られているみたいですが、ここではあくまでも%post_id%にこだわって解決しています。

関連リンク（%postname%を使った解決策を紹介しているサイト）

WordPressで公開順に投稿IDを振っていく方法 – Liner Note

WordPressのURIを公開順で連番にする方法 – (DxD)∞

WordPress › フォーラム » page_idの数字が書き込んだ順に振り分けられない

WordPress %post_id%が連番にならない件 | ejtunes.com blog

制限事項

%post_id%にこだわった代償として制限事項（リスク）があります。お試しになる場合は、予めご承知おきの上で試してください。

1. 既に割り振られた%post_id%を連番に修正する過程が入りますので、新たにWordPressを立ち上げた人など、エントリー数がまだ少ない方以外にはお薦めできません。エントリー数の少ない人は連番にこだわらないような気もしますので、要するにあまり需要の無さそうな解決策だということになりますが…。orz

2. 投稿リビジョン機能とメディアライブラリ機能が使用できなくなります。但し、画像のUploadに関しては代替策を用意しています。他のメディアファイルのUploadに代替策があるかどうかは、必要に迫られてないので分かりません。これについては、何か代替策をご存知の方は情報提供をお願いします。

解決策

%post_id%が肥大化する原因は以下のとおり２つあります。この2つの機能を無効（使わない）にしないと、%post_id%の肥大化は止められません。

1. 投稿リビジョン機能
2. メディアアップロード機能

手順１：投稿リビジョン機能の停止

投稿リビジョン機能を無効化するPluginであるDisable Revisions and Autosave pluginsを導入しました。この対策で投稿リビジョン機能による%post_id%の肥大化は止めることが可能です。但し、もうひとつメディアアップロードによる%post_id%の肥大化が残っています。

手順２：IImage-browser 日本語版の導入（メディアアップロード機能は使用停止）

メディアアップロード機能を使ってメディアファイルをUploadすると、Uploadした各ファイルに%post_id%が割り振られるため、記事数とは無関係に%post_id%が肥大化します。そこで、IImage-browser 日本語版 というPluginを導入しました。この IImage-browser 日本語版 を使用すると、WordPress標準のメディアアップロード機能を使わずに画像ファイルをUploadすることができるようになるので、結果的に%post_id%の肥大化が止められるようになります。但し、アップロードした画像ファイルには%post_id%が割り振られなくなるので、副作用としてメディアライブラリ機能も使用できなくなります。メディアライブラリ機能を使用したい方は、潔く諦めて%postname%を使った解決策を利用してください。

手順３：既存%post_id%の修正

手順２までの解決策は、今後の%post_id%の肥大化を止めるものです。既に発生してしまった欠番は、手順２までの解決策では無くなりませんから、こちらは手作業による修正が必要となります。修正作業は、PhpMyAdminを使って行います。

1. まず、wp_postsテーブルから、投稿リビジョン及びメディアップロードによるレコードを削除します。

2. レコード削除によってpost_idフィールドの値が虫食い状になっていますから、それを詰めるようにひとつひとつ修正していきます。

3. post_idの値はwp_postmetaテーブルにもありますので、こちらもwp_postsの修正に合わせて修正が必要です。

なお、PhpMyAdmin上での修正作業は結構面倒だったので、私はwp_postsテーブルとwp_postmetaテーブルをエクスポートし、テキストエディタにてpost_idフィールドの値を手動修正後、書き戻す方法で修正しました。

手順４：auto_increment のリセット

手順３まで実行すると、過去エントリーの%post_id%が連番になり、今後の投稿も連番になって万々歳…、と思ったら、もうひとつ問題が残っていました。修正後最初の新規投稿に割り振られる%post_id%が最も小さい空番号にならないのです。

この問題の解決がなかなか出来ずに悩んでいたのですが、MySQLのauto_incrementをリセットすることで解決することができました。解決策が判明したのはテック☆クラウド » auto_increment のリセットという記事のお陰でした。その記事はWordPressの記事ではなかった（Nucleusに関する記事だった）のですが、たまたまヒットした記事を読み、「きっとこれだ！」と直感してPhpMyAdminから試してみたところ、ビンゴ！だったのです。

前置きが長くなりましたが、auto_incrementをリセットするにはPhpMyAdminから次のようなSQL文を実行します。

ALTER TABLE table_name AUTO_INCREMENT = 1

今回の場合は、table_nameはリセットしたいのはwp_postsテーブルですから、実際には次のように実行しました。

ALTER TABLE wp_posts AUTO_INCREMENT = 1

これで、無事%postname%を使わず、%post_id%のまま連番のパーマリンクを使用することが出来るようになりました。

関連リンク（auto_incrementのリセット方法ついてピックアップ）

テック☆クラウド » auto_increment のリセット

MySQLでauto_incrementの値を初期化する方法 – while(life)tech_onoue++;

アイテムやコメントの削除した後、欠番を作らない方法 – 株式会社M&Aバンク

以上。

西丹沢（世附川）

6月に行った日原が意外に遠くて活動時間が充分に取れなかったので、もう少し近くて良い場所は無いものかと考え、国道246号線一本でアクセスできる西丹沢へ初めて訪れてみた。

まず最初に丹沢湖から西へ延びる世附川へ。比較的長い谷に沿って林道が延びているので、車で奥まで入りながら、要所要所で停まって歩いてみようという計画でした。ところが、林道入口のゲートが閉まっていて車では入れない。仕方なく歩いてみましたが、予定していた奥の方の谷に辿り着くには相当な時間を要するため、途中で断念して引き返しました。

西丹沢の世附川まで行って、まともに撮れているのはヤマトシジミだけ、と惨憺たる有様。

西丹沢（中川川）

世附川沿いの探索を断念したあとで、残った時間を使って中川川へ転進しました。西丹沢自然教室までバスが通っている中川川は、世附川と違って奥の方まで車で遡ることが出来ます。但し、天候が悪いのは変わらなかったので、車で入れる最奥地のキャンプ場付近の様子を偵察するだけでさほど時間をかけずに帰ることにしました。

寺家ふるさと村（横浜市青葉区）

西丹沢からの帰還途中、都心方面へ近づくにつれて天候が少し良くなってきたので、寺家ふるさと村に寄ってから帰ることにしました。結局、虫影はここが一番多かった。天候の悪い日は、無理に遠出しない方が良いですね。