でもこれはある程度出力の形式が限られてしまうし、もっと変則的な一覧リストを作りたいなんてときに、php形式でユーザーの一覧データを取得できれば望ましいのだが、どうやら、そう都合よくデータを持ってこれる関数というのは、ないらしい。

カテゴリならget_categories()があるし、タグもget_tags()があるのに、それに対応するget_authors()みたいな関数はないようだ。

ではどうするか。方法はいろいろあると思うけど、とりあえずこんな一例を考えてみる。

これならとりあえず、ユーザーのIDが存在する限りはデータを持ってこれる。ユーザーが3人しかいなかったら、IDが4のユーザーは存在しないはずなので、$dataには空の値が入る。空の値が入った時点で処理を終了しましょうと、まあそんな感じです。

ただしこのやり方だと、IDが4のユーザーはいないのにIDが5のユーザーが存在した場合、IDが5のユーザーの情報は持ってこれない。新規にユーザーを登録した後に前のユーザーを削除したりなんかすれば、たぶんこういう状況ができる。

……ってことに、これを書いているまさに今、気がついた。このメソッドダメじゃんねｗｗ

DBから直でデータを持ってくるようにしないとダメだろうか…？

たぶん、こっちの方が良いよね。

この関数はクエリ形式でパラメータを指定できる。そして、カテゴリ名の後ろにそのカテゴリに属している記事の件数を出力したい場合にはshow_countをtrueにする。

お手軽にカテゴリの一覧を表示できるのは良いのだけど、ただ、件数の表示はaタグの外に出てしまうらしい。

みたいな感じ。

別にたいした問題はないのだけど、たま～に、この件数もaタグの中に入れたい、なんて場合もあるかもしれない。でも、たぶんだけど、これはwp_list_categoriesでは叶わないみたい。もしかしたら見落としてるだけかもしれないけど。

まあ、些細なことだからどうでもいいような気もするけど、もしもそういう書き方をしたいのなら、get_categoriesでカテゴリの一覧を持って来て、自分でforeachで回すとかして、必要な形で出力するしかない…のかな。

こんな感じで。

で、今回それを逆にできないかなって思ったわけですよ。仕様的にそういう要求をされているのかをいまいち掴みかねた部分もあるんですけど、編集画面で改行を1行だけにしてほしい的なことを言われたので、たぶんそんな感じのことを言ってると思ったわけですよ。別に現状で問題なければ、わざわざそんな要求をしてこないと思うし。そう思ったわけですよ。

プラグインとかをいろいろ調べてみたんですけど、自分が調べた限りでは、記事投稿の際にpタグやbrタグを挿入しないプラグインは存在するんですが、それだと本文にも改行が入らないようになってしまうので、もっと別のやり方を考えないといけない。

僕も詳しいことは分かっていないんですけど、enterを押したらpタグを入れてshift+enterだったらbrタグを入れるというのは、wp-includes/js/tinymceの中にあるtiny_mce.jsだかwp-tinymce.jsあたりで制御してるっぽいですね。たぶん、wp-tinymce.jsの方なのかな。だからこのファイルをこねくり回せば何とかなるんじゃないかと思い、とりあえずいろいろこねくり回してみることにしました。この辺り↓のサイトさんを見ても、そんなようなことが書いてあるし。

http://modxcms.com/forums/index.php?topic=15204.0

http://d.hatena.ne.jp/tohokuaiki/20080326/tiny_mce

そういうわけで、いざwp-tinymce.jsの中身を見てみたわけなんですが……まあ～……見づらいっすね。jquery.jsなんかもそうですけど、余計なスペースとか改行を省略するために、1行で全コードを書いてあったりするじゃないっすか。だから追うのが大変でした。wp-tinymce.jsとかも、行数にすると30行足らずしかないから、1行あたりのソースがものすごく長い。某ジャンプ漫画の休載期間並に長い。if文の中にif文があってその中でfor文のループ処理を行っていて、その中でさらにif文を……みたいのが全部1行で書いてありますからね。玉ねぎかっつーの（←？）

まあ結論から言うと、さんざんこねくり回した挙句にenterとshift+enterの挙動を逆にするという操作は結局実現できなかったんですけど、今日はその話はおまけでして……今回はその時にちょっと役に立ったサイトさんがあったので、それを紹介したいというわけなんです、はい。

しかし、最近の僕は「いろいろ頑張った挙句にできませんでした」って感じの記事ばっかりだな……この前のtera termのときといい……ただのダメなやつじゃんねｗｗ。

まあそれは置いといて、今日ご紹介したいのはJs Decoderというサイト。

このサイト、javascriptのコードを貼っつけてdecodeってやると、良い感じにdecodeしてくれるんすよ。ためしにwp-tinymce.jsとかデコードしてみたんすけど、もう見やすさが違い過ぎました。美人は三日で飽きる、ブスは三日で慣れるなんて昔の人は言ったもんですが、見づらいソースは何日経っても見づらいですよね。見やすいソースは何日経っても見やすい。そりゃそうだ。

っていうか、wp-tinymce.jsとか、デコードすると普通に15000行とかあるんすけど……それを30行程度で記述するって、どんだけっすか。

このJs Decoder、個人的には結構便利だなと思いました。インデントとかもちゃんと取って表示してくれるし。

でいける。デフォルトは月別表示になっているはずなので、()の中は何も書かなくても上記の場合と同じ結果が出力される……と思う。でもここはあえて明示的に書いときます。

さて、上のように書いた場合、ウェブページ上では『2009年10月』のような表示になる。

この表示を別な感じにしたい。たとえば『2009.10』みたいな表示にしたい場合は、general-templete.phpを開いて、820行目辺りにあるソースをちょこっといじる。

こんな感じで%1$s %2$dを%2$d.%1$dに書き換えてやると、『2009.10』のような表示形式になる。

まあ調べた限りだと、wp-contents/languages下にあるja.poファイルを修正する方が好ましいっぽいようなことが書いてあったようななかったような感じですが、とりあえずはこの方法でも大丈夫だと思います（自信はない）。

WPの場合、公開日時を表示するのは↑を一行書くだけでいい。とっても楽ちん。

ただしこれだと、同じ日に二回以上更新した場合は、最新の記事にだけ日付が表示され、残りの記事については日付が出力されない。カテゴリアーカイブや月別アーカイブでも同じ。同一カテゴリ内に同一日の更新が二つ以上ある場合は、最初の一件だけに公開日が表示される。個別記事の場合はもともと一件しか表示されないので、問題ない。

それを避けたい場合は、the_date()ではなくthe_time()を使う方がいいかもしれない。

フォーマットは自分で指定できるから、時、分、秒などを表示させたくなければ上記のようなフォーマットを指定すればいい。これだと同一日に何回更新しても、全部の記事に日付が表示される。

ささいなことだけど、テストのために何度も記事を投稿したら最新の一件しか日付が表示されなくて、同じ日に更新するとそうなるんだってことを全然知らなかったから、解決に至るまでにわりと時間がかかっちゃいました。なので、備忘録と併せて自分への戒めみたいな意味も込めて、メモ。

画像がアップロードできないのは、セーフモードのせいでディレクトリの自動生成が行われなくなるのが原因なので、あらかじめファイルを保存するディレクトリを作成しておけば問題ないのだけど、月別、もっといえば日ごとにフォルダ分けして画像を保存している人なんかは、365日分のディレクトリを手動で作成するのはめんどうだ。しかもそれが1年とは限らないわけだしね・・・。

そこで、PHPをCGIモードで動かす方法がある。

ファイルのアップロードに関する部分をCGIモードで動かしたい場合は、.htaccessに以下のような内容を書いて、wp-adminの下に置いとくといい。

googleで「WP　セーフモード」とかで検索をかければ、上記のような解決方法を紹介しているページがたくさんヒットする。

するのだけど・・・。

実は、これだけ書いても、記事を投稿する際に画像がアップロードできない。つまりディレクトリが自動で作成されない。やり方が間違っていたのかは知らないけど、とりあえず僕の場合はできなかった。もしかしたらバージョンのせいかもしれないね。2.8.4だとこれだけじゃ足りないっす。

少なくとも2.8.4で新規記事を投稿、あるいは編集するときに画像をアップロードしたければ

も書く必要があるっぽい。

いや～、もうね、みんながみんな、async-upload.phpだけCGIモードにすればOKって書いてるから、どうして俺の場合だけ動かないんだよ～ってすっげー嘆いてたよ。

ファイルを指定せずに、ただ1行

って書くとファイルのアップロードはできるんですけど、これだと他の部分で不具合が出るみたい。

そんなわけだから、だったらいっそのことwp-adminの下にあるファイルを一つずつ順番に.htaccessでCGIモードにして当たりが出るまでやってやろうと思って、とりあえずアップロードに関係ありそうな、ファイル名にuploadってついてるやつから先に試そうと思ってmedia-upload.phpをCGIモードにしたら、しょっぱなからビンゴってしまったさｗｗ

っていうか、後から気づいたんすけど、あの画像をアップロードする画面をFire bugとかで見ると、ファイルのアップロード画面に使われているファイルがmedia-upload.phpだってあっさり分かるみたいね。

自分の頭の回らなさにガッカリしたさ・・・まあ、解決したから何をかいわんやですけど。

サイドバーやフッターなどに投稿した画像の一覧をサムネイルで表示したい、そんな時。

 WPには公開されているプラグインがいっぱいあるので、その中にはそういう希望を叶えてくれるものもいくつかあります。ただ、管理画面のメディアライブラリに登録されている画像を取得してきてその一覧を作成してくれるプラグインはあるんですけど、過去に投稿された画像、例えば別のところでブログを書いていて、ある日WPに乗り換えたときなんかに、今までの分の画像というのは当然メディアライブラリにも登録されていないので、それらのプラグインを使っても過去の画像は持ってきてくれない。いや、中にはそういうプラグインも探せばあったのかもしれないですけど、探し方が悪かったのかちょっと見当たらなかったので、ここではそんな過去に投稿された画像を持ってくる方法を試みたいと思います。

方法論的には至ってシンプルで、投稿された記事の中に画像があるかを検索するだけです。

WPでは、get_the_content()で投稿記事の本文が取得できるので、それを使います。ここでは、各個別記事に複数画像がある場合でも、最初の一枚だけを取ってきたいと思います。

preg_matchを使うと、結果は配列で返ってきます。imgタグそのものじゃなくてsrc属性のところだけ取ってきてるのは、新たにサムネイルを生成する際に画像につける名前などが必要になるから、こっちの方が使いやすい。わざわざ$urlにサイトのＵＲＬをぶっ込んでpreg_matchの中で使っているのも同様の理由です。別に$urlの部分はなくても問題はないです。ただし使うからには、上でもやっているようにスラッシュをエスケープ処理してやらないとエラーになります。

で、上記のような書き方だと、結果配列は以下のようになる。

配列の0番を使えばsrc属性が簡単につくし、1番はサムネイルを生成する際のファイル名に使いやすい。

まあ、書いてみてから思ったことですけど、サムネイルを新たに生成するとなるとちょっと面倒な処理が必要になりますが、こうして画像を本文から取ってくるだけなら、わざわざプラグインにするまでもないですよね。そんな難しい処理でもないし。

だからそういうプラグインがないのかな……とか、今ちょっと思った。

ちなみに記事の中にある画像を一枚だけじゃなくて全部取ってきたいような場合には、preg_matchの代わりにpreg_match_allを使って、結果配列をforeachとかで回せば良いだけ。

トップページやアーカイブ、カテゴリのページ、さらには個別記事のページなどは、デザインがデフォルトのままでも文句ないというのであれば、こちらは特に何もすることなく、管理画面に入って記事を更新するだけでいい。

でも記事の更新とは別に、固定のページを作りたいような場合、例えば自己紹介のページなどを作る場合があるとする。

まあこの場合も、WPの管理画面にある『ページ』って項目から新規追加を選んで、記事を更新するときと同じ要領で本文の中にページレイアウト的なものを書いて投稿すれば、ページを作ることができる。パーマリンクも自分で自由に編集することができる。
（僕が使ったのはversion2.8.4で、他のversionは触ったことがないので、他のも完全に同一かどうかは分かんないっす）

ただ、単純に自己紹介文を書くだけとかなら良いのだけど、もっと、他のテンプレートファイル同様にPHPコードをいっぱい記述したいとかなった場合、このやり方は都合がよくない。っていうか、無理（たぶん）。

そこでどうするか。

通常、個別記事に対応しているテンプレートファイルはsingle.phpなのだけど、ページから新規追加（あるいは編集）した場合は、page.phpがテンプレートになる。なので、page.phpを直接いじれば、PHPコード書き放題、ページ作り放題。自分でphpなりHTMLで作ったコードをpage.phpに直接書き込んでしまえば、あとは管理画面のページの新規追加でパーマリンクの設定だけしておいて、本文には何も書かないで公開すれば、自己紹介のページの出来上がり。パーマリンク設定のところで、一般的な設定を数字ベースにしておくのが良いかもしれない。

ただ、固定のページが１つだけならこれで良いけれど、２つ以上ある場合、例えば自己紹介のページの他に自分の作った作品を公開しているようなページがあるような場合、新規追加でいくつページを作ろうとも、どのパーマリンクをクリックしても同じ自己紹介のページが表示されてしまう。何せテンプレートの中身をそういう風に書き換えてしまったから。

if文か何かで場合分けして書いてもいいけれど、固定のページが増えれば増えるほどソースが長くなるし、それはあまりよろしくないってことで、こんなときは、とりあえず自己紹介のページと作品公開のページをとりあえず別個に作って、themesフォルダの中に入れておく。ここでは仮に、自己紹介のページをprofile.php、作品公開のページをgaralley.phpとする。そしたらあとは、page.phpの中で必要に応じてそれぞれのファイルを読み込めばいいと思う。

個人的に、こういうときはif文よりもswitch文の方が好きです。

LightboxなどのJSライブラリを使用して、画像にエフェクトをかけながら拡大させる手法がありますが、WordPressのプラグインでこれを簡単に設置する方法がありましたので、さっそくやってみました。

ファイルをダウンロードして設置する

まずは、Lightview for WordPress at iLEMONed:からファイルをダウンロードしてきます。

解凍したらlightviewというフォルダが出てきますので、これを

 /wp-content/plugins/

の中に入れます。

次にWordPressの管理画面からプラグインを有効化してあげます。

これで設置は完了。

使ってみる

 通常通りに画像を挿入して、その画像に大きい画像へのリンクを張ります。

そこにrel="lightview"を下記の様な感じで追加します。

<a href="sample.jpg" rel="lightview" title="サンプル画像"><img src="sample.jpg" alt="サンプル画像" /></a>

 titleに入力した文字が、拡大されたときに表示されます。

デモ

こんな感じです。

細かい設定をする

lightview.jsをエディタで開くと、細かい設定が出来るようです。

拡大した時の背景色や線の太さ、角丸の大きさなどが変更できます。

参考サイト

• Lightbox風の画像拡大スクリプト「Lightview」を簡単に設置できるWordPressのプラグイン

テンプレートを見ても、それらしき物は無いし・・・投稿画面にも続きを書くスペースってのも見当たらない。

もしかしてプラグインとか必要なのか？って思ったのですが・・・

画像の赤丸部分をクリックするだけでよかったみたいです。 あらー　すごい簡単じゃないですか。

これを押すと、

が挿入されます。

これが「続きを読む」に置換されて、それ以降の文章が隠されるみたいです。

 ちなみに、俺はfckeditorというプラグインを使って記事を投稿しているので、ボタンがちょっと違います。

これを押せばOKです。

「続きを読む」ですが、デフォルトでは、「more…」になっています。

これを変更するには、wp-content　＞　themes 　＞　各テーマのindex.phpの中にある、

 の、more…の部分を変更すれば、好きな文字に変えられます。

意外と簡単なのに、気づかなかったです。

これのせいで１時間ほど考えたのに・・・。

参考サイト

• 記事の途中に「続きを読む・・・」みたいなのを挿入する方法