MOMENTS » WordPress

FeedBurner 提供の RSS が Quick Cache の影響で更新遅れていた罠

ゆーいち — Sun, 08 Jan 2012 07:31:28 +0000

WordPress の Quick Cache プラグインはお手軽にコンテンツのキャッシュによる高速化の恩恵が受けられる便利な物なのですが、使い方によっては気付かずにトラブってしまったというお間抜けなお話。

以前は3600秒でキャッシュの更新を行うようにしていたので、気付かなかったわけですが、ここ最近の更新頻度の低下からキャッシュの更新間隔を1週間までに伸ばしてしまったせいで発覚した設定ミスです。

通常の設定なら更新時にフロントページと更新したポストのシングルページは問題なく更新されますが、RSS までキャッシュされているとは思いもよらず。さらにサイトのフィードは FeedBurner での提供に集約していたために、FeedBruner 側が更新通知を pubsubhubbub などでほぼリアルタイムで受け取っても肝心のオリジナルの RSS がキャッシュされているものを読み取って更新なしと判断していたみたいです。おかげで更新後数日以上してからようやく FeedBurner 側に反映するというなんともスローな状態になっていました。

で、設定見直したのは Quick Cache の以下の項目。

No-Cache URI Patterns

ドメイン名を除いたアドレスのパターンを記述して、該当したらキャッシュしないようにする設定。ここに /feed/を追加しました。

No-Cache User-Agent Patterns

アクセスしてきたブラウザのユーザーエージェントに応じてキャッシュを返すかどうかを設定する部分です。ここにサーチエンジンのクローラなどもまとめて、bot、slurp、FeedBurnerなどを追加。

これで基本的には機械のアクセスなどにはキャッシュしない結果を返すようになったはずですが、うまく動作してるかなあ?

Post Templates 4.0 日本語リソース

ゆーいち — Sat, 07 Jan 2012 11:05:38 +0000

テンプレートを作成し、それを元にエントリやページを作成できる WordPress のプラグイン Post templates 4.x 用の日本語リソースです。

バージョン 3.0 までは無償で利用できたプラグインですが、4.0 以降は有償の商用プラグインになってしまったので需要はあまりないかもしれませんが、同じフォーマットのエントリを使い回すときなどはテンプレート化は非常に便利な機能なのでおすすめのプラグインではあります。

まぁ、今なら本体に組み込まれたカスタム投稿タイプなどを活用すれば同様の機能は無料で使えそうですが。

日本語化の方法

使い方は、ファイルをダウンロードし、展開して出てきたファイルをプラグインと同じディレクトリにコピーしてください。

ダウンロード

Post Templates 4.0.0. 日本語リソース (24)
Update:2012/01/07

旧バージョンはこちら

バージョン 3.0 までの日本語リソースをお探しの場合はこちらからどうぞ。

AddQuicktag 日本語リソース(2.0.0以降対応版)

ゆーいち — Thu, 29 Dec 2011 02:27:16 +0000

WordPress のプラグイン AddQuickTag の日本語リソースです。

バージョンが2.0へと上がり、旧版では日本語化されないメニューがいくつかありましたので、それらへの対応です。

ありがたいことに、WordPress のプラグイン関係の記事でちょくちょく紹介されているようですので、ひさびさに更新してみました。

使用方法

ファイルをダウンロードし、展開してできた addquicktag-ja.mo を AddQuictag インストールディレクトリに含まれる languages 以下に上書きしてください。

ダウンロード

AddQuickTag-2.0.0-ja (113)
Update:2011/12/29

WordPress 3.2 がリリースされたので更新してみた

ゆーいち — Tue, 12 Jul 2011 06:20:12 +0000

WordPress 3.2 日本語版が無事にリリースされたので、このサイトのバージョンも速攻上げてみました。

今回から、システムの要件が変更になって、古い PHP やら MySQL やらでは動かなくなるために、サーバ環境によっては苦労する人も出そうな感じですが、幸いにしてそこら辺の条件はクリア済み。いつも通りの手順でアップデートできました。

まぁ、個人的には、自動バージョンアップは怖いので、つねに手動で更新してはいるのですが、その辺は、バックアップさえちゃんと残っていればいくらでもやりようはあるのかなあ?

必要環境

PHP バージョン 5.2 以降（今までの要件はバージョン 4.3 以降）
MySQL バージョン 5.0.15 以降（今までの要件はバージョン 4.1.2 以降）

さすがに、PHP4 のサポートをいつまでもやってる場合じゃないという話でしょうけど、使用しているプラグインによっては、動作しない可能性もあるため、事前検証じゅーよー。とか言いつつ、えいや! で更新して動いたからオッケー的な作業でしたががが(；´∀｀)

おもな変更点

管理画面 UI リフレッシュ
新デフォルトテーマ「TwentyEleven」 – 最新のテーマ機能を活用。
フルスクリーン編集画面 – 集中執筆モード
管理バーの拡張 – 便利なリンクを追加
ブラウザー互換性の向上:

Internet Explorer 6 対応を終了
Internet Explorer 7 に対するエンド・オブ・ライフ（EOL）サイクルをスタート
Browse Happy で旧式のブラウザを利用中のユーザーへ告知。

WordPress はスピードアップし、よりライトに

ページ読み込みのスピードアップ — よくアクセスされる WordPress 内のページのリードタイムを改善。
アップグレードのスピードアップ — システムがインクリメンタルアップグレードに対応認め、3.2 以降はアップグレードが今までよりもスピードアップ
コアでX行分のコードを削減
WP_Filesystem の最適化 – FTP を使ったアップロードがよりスピードアップし、エラーが起こりにくくなった
ファイルシステムへのダウンロードをストリームか — 更新時のスピードアップ、メモリーフットプリントの低減
wptexturize() のパフォーマンス向上
タイムゾーンなど、PHP4 サポートを廃止
term インターセクションクエリの効率向上
HTML サニタイザー (kses) を一部最適化
is_serialized_string() の速度最適化
ダッシュボードの RSS ウィジェットからの HTML 出力をキャッシュして、不要な AJAX リクエストなどのメモリーフットプリントを軽減
ほか多数の改善、調整

パフォーマンス方面の改善が進んで、特にダッシュボードでの動作はキビキビするようになったでしょうか? 新規投稿の追加画面の表示が一瞬でされたあたりに高速化の恩恵を感じました。

フロントエンド部分では、すでにキャッシュ系のプラグインを使ったりしてるんで、動作速度の変化は感じられないですが、トータルでの負荷が下がっているなら、比較的低いスペックのサーバでもマシな速度で動くようになるんでしょうかね?

とりあえず、使っていたプラグインはほぼ問題なく動作して、テーマも非互換が心配でしたがひとまずは大丈夫そう。最近とみに更新頻度が低下してなんともはやな状態ですが、WordPress いじりは続けていくんじゃないですかねー。

WordPress のオブジェクトキャッシュ機構で memcached を利用する

ゆーいち — Wed, 08 Sep 2010 07:22:11 +0000

サーバを移行してみたことでいろいろ問題が発生しました。

常時 Web サーバを稼働させているとどこかのタイミングでメモリ不足が原因でプロセスが落ちまくる、Apache の負荷がスゴいことになるとかは、稼働するプロセスの数をとことん減らすことでたぶん改善。更新時の高負荷は XML-Sitemap が原因ぽいのでそれをちょっと停止して様子を見てみようかなと。

あとは、少しでも WordPress の動作を快適にしてみたかったので、ぐぐっている最中に見つけた、memcached を使ってオブジェクトキャッシュを行う方法を試してみました。

memcached のインストール

memcached と libevent はソースからインストールしました。

$ wget http://www.monkey.org/~provos/libevent-1.4.14b-stable.tar.gz
$ gtar xvzf libevent-1.4.14b-stable.tar.gz
$ cd libevent-1.4.14b-stable
$ ./configure
$ make
$ sudo make install
$ cd ../
$ wget http://memcached.googlecode.com/files/memcached-1.4.5.tar.gz
$ gtar xvzf memcached-1.4.5.tar.gz
$ cd memcached-1.4.5
$ ./configure --with-libevent=/usr/local/libevent/
$ make
$ sudo make install
$ sudo cp scripts/memcached.sysv /etc/rc.d/init.d/memcached
$ sudo mkdir /var/run/memcached
$ sudo ln -s /usr/local/bin/memcached /usr/bin/
$ sudo /etc/rc.d/init.d/memcached start

WordPress で memcached を利用する

まずは PHP から memcached を利用できるようにするために、

$ pecl install memcache

足りないパッケージは適当に追加で。

その後、php.ini の最後に extension=memcache.so を追加して Apache を再起動。phpinfo() で確認すると、

こんな感じで動いてるのが確認できます。

その後、MySQL の設定ファイル my.cnf を編集して、

[mysqld]
query_cache_limit = 1M
query_cache_size = 24M
query_cache_min_res_unit= 4k
query_cache_type = 1

として再起動。

最後に、WordPress のオブジェクトキャッシュ機構で memcached を使用するために、 /wp-content/ 以下に http://plugins.trac.wordpress.org/browser/memcached/tags/2.0 からダウンロードした object-cache.php を保存して終了。

memcached の効き具合は、memcache.php で確認できるのでお好みで設置すればOK。

さて、これで少しはマシになったかなあ。表示されるクエリー数は結構減ってるみたいですが。体感できると嬉しいですね。

参考

さくらのVPSへ一部コンテンツを引っ越しました

ゆーいち — Tue, 07 Sep 2010 12:16:39 +0000

先日サービスが開始されたさくらのVPSをお試し期間で使ってみたところ、かなり快適な感じだったので、自宅で運用しているWordPress他、一部のWebコンテンツを、そちらがわに移転することにしました。

移転したおもなサービスは、DNSと www.u-1.net でアクセスできる WordPress で構築してあるメインコンテンツです。さくらの VPS 側で使っている OS も CentOS 5 の 64ビット版と、自宅の環境と全く同じだったので、移転は非常に簡単に行えました。

サーバが非常に快適に使えたのも大きな理由ですが、自宅の改装が行われている関係上、いつ回線が切れたり電源が落とされたりするか不安でしょうがなかったのも、今回の引っ越しの理由の一つですね。

ついでに、WordPress で使っているテーマの Obscure も、WordPress 3.0 以降の機能に対応した 2.0 がリリースされていたので、それを使ってみました。以前のテーマでは気づかなかったのですが、Internet Explorer 7 以前ではレイアウトが結構崩れてメニューが使い物にならなかったようなので……。

最新バージョンではその辺も改善されているようで、モダンブラウザならだいたい同じようなレイアウトで表示されるようですね。うちの場合は、IEが6割程度とやっぱり大多数なので、その辺のフォローがしっかりできてなかった点は反省しきりです。

DNSのAレコードも切り替えが順調に進んでいるようで、ほとんどのアクセスは新サーバ側に移っているとは思います。環境が全く同じなので、トラブることもないとは思いますが、今までの仮想環境に比べてメモリの容量が1/4になった割には、快適さがむしろ増しているように感じるのは、さすがに最適化の違いというところなんでしょうかね。これで980円／月というのは、確かにお得感はありますよ。

でもメモリがきつい……

なぜか、WordPress で新しい記事を投稿すると Apache のプロセスがスゴい勢いで増えていって、メモリを使い切ってしまって停止状態になってしまうので困ってます。設定ファイルで起動するプロセス数とかを抑えているけれど、改善できないとちょっとつらいかなあ。

WordPress のテーマを Obscure に変更しました

ゆーいち — Tue, 27 Apr 2010 13:19:40 +0000

wp.vicuna のスタイルも1年くらい続いて、自分的に飽きが来てしまったのと、来たる WordPress 3.0 のリリースに合わせる感じでリニューアルしてみました。

これまでのは割とシンプルな構成にしていたのですが、今回は見た目的な部分もきれいなテーマを使ってみようということで、海外で配布されていた Obscure というテーマを採用しました。

Ajax を使った動的なページ構成で、これまでとはかなり違った印象のテーマですね。これの改造についてもメモがてら記しておこうと思います。

トップページのスライドショーの使い方

説明書が分かりづらいんですが、指定したカテゴリーに属する記事で、適切に設定してやるとスライドショーに画像が表示されるようになります。

本来なら、テーマの各種設定を行う Obscure Options の画面内の Featured Gallery Option にてカテゴリを選択してやれば良いはずなのですが、上手く動かなかったので、テーマディレクトリにある functions.php に追記。

指定したカテゴリ内にある最初の画像、またはカスタムフィールドの image_value の値を使って、スライドショーが実行されます。

サムネイル画像の指定

スライドに使用される画像および、各記事のトップページで使われるサムネイルは、カスタムフィールドの image_value に指定した画像が使用されます。

ここで注意するのは、サムネイルを作成するのに使われているスクリプト TimThumb.php の仕様である「サムネイルとして表示できる画像はスクリプトを呼び出したドメインと同一の絶対パスにて記述する」^*1 ことですね。

これについてはテーマディレクトリにある index.php を改造して、image_value の値が URL であり、かつ自サイト内の画像である場合は、ホスト名の部分を取り除いてパス部分だけを渡してやるような処理を functions.php 内に記述しそれを通してサムネイルを出力するように変更しました。

サムネイルを表示する部分のソースは、

/timthumb.php?src=ID, "image_value", true )); ?>&w=598&h=280&zc=1" border="0" alt="" />

のようになっています。

日本語リソース環境下で英語表記を使いたいとき

各種メニューの表記は英語ベースで行うようにしました。英語リソースを放り込むよりも、それを実現するプラグインがあったので、それを使いました。

日本語版WordPressの曜日・月表記を英語にする方法スタッフブログ香川県ホームページ制作会社 WEB CONSULTING FEEL

月別アーカイブが年と表示されるのを回避

ただし、これだけでは月別アーカイブの表記が 2010年 April のようになるので、さらにコアファイルの一部を書き換えます。

/wp-includes/general-template.php の

$text = sprintf(__('%1$s %2$d'), $wp_locale->get_month($arcresult->month), $arcresult->year);

を

$text = sprintf(__('%1$s, %2$d'), $wp_locale->get_month($arcresult->month), $arcresult->year);

のように変更しました。コンマが一個入るだけで変わるとか、変な感じですが……。

フッターの難読化を解除する

フッターを編集しようとしたら BASE64 でエンコードされたデータが入っていただけでこりゃ困ったってなったのですが、少し探してみたらそれを復号してくれるサイトがあったので、それで得られたソースで置き換えました。

php $_F=__FILE__;$_X= Byterun Decoder

Trackback と Pingbackの表示

なぜかコメントだけ表示され、Trackback と Pingback が表示されないテーマだったので、それを表示するようにしました。

comments.php に手を入れ、コメント表示部分の前に Trackback などの表示スペースを作成しました。


No Trackback to 

One Trackback to 


 Trackbacks to

ここで、Trackback などの数を求める関数 pings_count() を functions.php 内に追加しておきます。

pings_count() はここだけでなく、各所のメタ情報で Trackback の数を表示するのにも使っています。

抜粋部分の表示

スライドショーで使用されている内容の抜粋は、オリジナルは limit-post が使われているのですが、日本語対応していないので、日本語対応版を使用しました。

また、本文の抜粋も同様に limit-post が使用されていたのですが、個人的な好みで、ここはを使用しています。WP Multibyte Patch が利用可能な日本語版ではこちらの方が柔軟に設定できるでしょう。

また、続きを読むリンクも加工可能になっていたので、これまた functions.php に追記しました。

ID) . '">' . 'Read more' . ']';
}
add_filter('excerpt_more', 'new_excerpt_more');
?>

Head Cleaner を有効にする

Head Cleaner でヘッダ部分の整形を行っているのですが、 header.php 内に記述されているの位置が、JavaScript のロード部分よりも前にあり、効かなかったので位置を変更しヘッダ部分の head タグ終了の直前へ移動しました。

利用プラグイン変更

関連記事を表示するためのプラグインを、WordPress Related Posts から Yet Another Related Posts Plugin に変更しました。

アーカイブを表示するためのプラグインを、PS Auto Sitemap から wp-mosquito に変更しました。

と、こんな感じでカスタマイズをしていきました。他にも細かい部分はありますが、 CSS とかの記述については気合いで乗り切ったというか(笑)

テーマを変更したおかげか、プラグインを変更したおかげか、MySQL へ発行するクエリの数が結構~~減ったのは良かったかも~~勘違いで増えていた……。気持ち重いときもあるけれど、そこはこれからもこつこつ改良していくということで、しばらくはこのテーマにお世話になりそうです。

装いも新たになりましたが、やることは変わりありませんので、これからもよろしくお願いします。

たとえば http://www.u-1.net/wp-content/uploads/2010/04/51ugU-DPuGL.jpg なら image_value には /wp-content/uploads/2010/04/51ugU-DPuGL.jpg と記述する必要がある

WordPress の本文内にショートコードでコメントアウトを埋め込む方法

ゆーいち — Sat, 07 Nov 2009 02:55:25 +0000

自分用のメモを WordPress のエントリ内に記入したいとき、HTMLによるコメントアウトをすると、デザインが崩れたりする不都合^*1が発生したりするようです。

検索の仕方がマズかったのか、本文内に簡単にコメントを埋め込む方法はないものかと探してみたのですが見つからず、どうにかしようと思ってみたら、ショートコードを使えば何も悩む必要はなかったというオチ。

コードで囲んだ文字列に対して何かを返すというショートコードの動作の原理上、だったら何も返さなければ良いのだという、当たり前といえば当たり前の結論。ここにたどり着くまでに検索しまくった時間を返せよう!?

ということで、使用しているテーマ内にある functions.php に以下の内容を追記。

本当に何もしないショートコードですが、こうしてやると [ignore]コメントアウト[/ignore]のような記述で、通常は表示されないコメントっぽくエントリ内に自分用のメモを記述することができました。

こんなのに悩んでどうするって感じですけれどね。

内部的な動作上、仕様と判断されるところもあるようですが

WordPress の wp-tegaki プラグインを ImageMagick を使って動くようにしてみる

ゆーいち — Thu, 05 Nov 2009 12:21:16 +0000

ブログのエントリにワンポイントを加えることに重宝している wp-tegaki プラグインですが、これを昨日インストールして遊んでみた ImageMagick と PECL::Imagick を使って動くように書き直してみました。

といっても、実際に変更する必要があった部分は、画像の出力部分である、 wp-tegaki-img.php の後半数行だけで、思ったより簡単に実現できたような印象です。というか、そもそもの Imagick の使い方が難解に思えてしまって、そちらを覚える方に苦労したというか。

まぁ、見た目は

けれどね!

でもまあそれじゃあ芸がないので少し機能追加してみます

まぁ、こんな感じでパラメータの追加で縁取りができるようにしてみたり。

適当に改造したせいか、~~img の width と height の値が与えられてなかったり~~^*1怪しいところがありますが、割と便利に使えるようになったように思いますよ。

問題は

要求する環境がちょっとシビアなところかなあ。ImageMagick のバージョンは新しいにこしたことがないです。CentOS 5.4 標準のバージョンである 6.2.8 では使いたい関数がサポートされてなく、手動で更新することになりましたからねえ。

ということで、現在このサーバで使用している ImageMagick のバージョンは、6.5.3 なのです。

これは修正できました

Yahoo!ブログ検索に WordPress 更新を通知するスクリプト Ping to Y!J-BSC

ゆーいち — Wed, 08 Jul 2009 08:19:27 +0000

Yahoo! ブログ検索になぜか引っかからない我がサイト。

どうやら WordPress で構築されたブログと Yahoo! ブログ検索はいまいち相性が良くないようです。

検索してみると四苦八苦されている方がたくさんいらっしゃって、その中で特に参考になりそうなのが【まとめ】WordPress を Yahoo! ブログ検索させる方法その10：トイレのうず／ぼやきというエントリ。

Yahoo! 側の説明にある更新通知先に素直に Ping 送ってもだめなよう^*1。

実際には http://api.my.yahoo.co.jp/rss/ping?u=最新記事のURL という形式じゃないとクローラが来てくれないということです。

さて、じゃあ、どうやって更新後にこの URL を叩いてやるか? 手動でやるのはばからしいので、以前はてなアンテナに WordPress の更新を即通知する | MOMENTS で作成したスクリプトを流用してチェック時に sitemap.xml のタイムスタンプが5分以内だったら該当URLにアクセスしてやればいいやという形で解決。

ヘッダに RSS1.0 のリンクも埋め込んで、スクリプトもとりあえず動いてはいるのですが、実際に検索結果が出るまでは成功したかどうかが分からないのが辛いところですね。しばらくしたら検索してみようっと。

使用した Perl スクリプトは続きを読むの後に。

ping2yj-bsc.pl

Google (XML) Sitemaps Generator for WordPress で生成した sitemap.xml を適当に読み込んで最新記事のURLを決め打ちしています。生成するプラグインのバージョンやパーマリンクの構成によってはうまく動かない可能性があります。

#!/usr/bin/perl
use strict;
use Readonly;
use LWP::Simple;

Readonly::Scalar my $SITEMAP => './sitemap.xml'; #sitemal.xmlへのパスを適宜編集
Readonly::Scalar my $LOG     => './accessresult.txt';

open my $FH,'<',$SITEMAP;
my @URL;
my $count;
while(<$FH>){
  my $line = $_;
  if($line=~/(.*)<\/loc>/) {
    push @URL,$1;
    last if ($count++ > 5); #URLを適当数拾ったらループを抜ける
  }
}
close($FH);
#最新記事のパーマリンクは配列の2番目に格納されている(1番目はブログトップのURL)
my $URL = "http://api.my.yahoo.co.jp/rss/ping?u=".$URL[1];

my $result = get($URL);
die "Couldn't get it!" unless defined $result;
open my $OUT,'>',$LOG; #スクリプトのアクセス結果を accessresult.txt として同じ場所に保存しておきます
print $OUT $result;
close($OUT);
exit;

sitemap.xml のタイムスタンプ比較は別のスクリプトで行っていて、私の場合は、現在の時刻から5分以内に更新された場合はこのスクリプトを実行するようにしています。

このスクリプト単体で処理する場合は、タイムスタンプのチェックの処理を組み込めば動くと思います。あとは cron に登録して適当な間隔で実行すれば OK ですね。

実行結果は

Refresh requested: http://www.u-1.net/2009/07/08/1852/

Blog Search: Successfully refresh requested
My Yahoo! RSS reader: Refresh requested.
About "Blog Search", see "http://blog-search.yahoo.co.jp/"

となっているので、通知はちゃんとしてますね。クローラもすぐに来てるのでこれでだめなら別の原因かなあ。

登録されないのはなぜ!?

んー、クローラも来てるし、ちゃんと RSS1.0 の情報へリダイレクトさせてそれを読んでるはずなのに反映されませんねえ。しばらく様子見で行くしかないかな。

それでもYahoo!ブログ検索にインデックスされない・・・という方へ | Kuwata’s Blog くわぶろが参考になりました

WordPress 2.8.1 beta 1 でプラグイン管理でアクセス権に関するエラーが発生

ゆーいち — Thu, 25 Jun 2009 12:06:15 +0000

橋本浩一のなまぐさブログさんより Post Templatesプラグイン WordPress 2.8と相性悪し… という Trackback をいただいて、ほう、そんなこともあるのかと自分の環境で実験してみたらひどい目に遭ったのでメモ。

件の Post Templates やAdd-Meta-Tagsなど私の環境で使っているプラグインの一部が WordPress 2.8.1 beta 1 に更新するとさらなる不具合が発生してました。

該当プラグインの管理画面へアクセスしようとすると「このページにアクセスするための十分なアクセス権がありません。」と表示され、例えば Post Templates ではテンプレートの編集や新規作成が行えなくなってしまいます。

~~2.8 で上書きし直したら編集できるようになったので、これは 2.8.1 beta 1 でのエンバグってことでしょうか?~~

WordPress の Trac 見てみたけどそれっぽいチケットないのかなあ、プラグインの方の不具合は散見されてるようだからどちらが原因かの追求は早くされそうですが、正式版でもこの状態だとバージョンアップできなくて困ってしまいますね。

WordPress 2.8.1 で改修された「明示的な権限チェックを行わないプラグインに対するセキュリティを強化」に該当するようですね。

Post Templates 3.4.0 ではこの現象も改善されています。

WP-Table Reloaded 日本語リソース

ゆーいち — Fri, 19 Jun 2009 11:45:50 +0000

WP-Table をベースに改良された WordPress でテーブルの管理を行うプラグイン WP-Table Reloaded の日本語リソースです。

WordPress 2.8 日本語版での動作を確認しています。

使用方法はアーカイブをダウンロード・展開後、WP-Table Reloaded をインストールしたディレクトリ以下にある languages ディレクトリに wp-table-reloaded-ja.mo をコピーするとメニューが日本語化されます。

WP-Table はテーブル生成時に大量のクエリーをデータベースに投げていましたが、こちらのプラグインではその点も改善され、かなり低コストで動作するようになっているようです。オリジナル版はすでにメンテナンスされていませんので、テーブルを管理するプラグインとしてはこちらが良いようです。

ただ、やっぱり日本語のファイルのインポートは文字化けしてしまって使えないですね。それ以外については代替として十分以上のプラグインです。

2009-08-09 1.4.1対応の日本語リソースに更新しました

WP-Table-Reloaded-1.4.1-ja.zip (974)
Update:2009-08-09

FC2拍手を携帯サイト側にも表示する

ゆーいち — Tue, 14 Apr 2009 01:03:03 +0000

WordPress の携帯電話対応としては現在 Ktai Style を利用しております。

携帯電話対応プラグインとしては、対応環境さえ揃っていれば最強なこのプラグイン、使うのに多少の慣れと、知識と、根性が必要になりますが、暇を見つけてカスタマイズしていったりしてます。

といっても Adsense を表示したり、各種プラグインの表示を組み込んだりと、基本的な部分の改造ですが。まぁ、手を入れなくても簡単に携帯対応できるので便利なんですよね。

で、以前もやって失敗した FC2 拍手の携帯対応をしてみました。

現在、通常 PC でのアクセス時に使用されているテンプレートの、拍手表示画面は WordPress 用にちょこっと手を入れて


" alt="拍手する" style="border:none;" />

のようになっています。これをそのまま Ktai Style で使用しているテンプレートの single.php にでも書いてやれば動くかと思ったら、拍手のリンクをクリックしても「ページ作成ができません」というエラーが表示されて動作していない模様。

出力された HTML のソースを見てみると、どうやらで出力されるパーマリンクでドメイン名を含む部分が省略されていました^*1。

http://www.u-1.net/hogehoge/ → /hogehoge/

みたいな感じですね。なので、手っ取り早いのは削除される部分を直接書いてやると。


" alt="拍手する" style="border:none;" />

あとは、画像が表示されないと不便なので、プラグインの FAQ にあるAmazon の画像をそのまま表示したいを参考にfunctions.php にフック関数を追加してやればOK。

ね、簡単でしょ?

……というか、マニュアル読めば気づいたネタでした。

表示を簡略化する動作をしてるみたいですね

Twitpress を twicco に力業で対応させてみる

ゆーいち — Wed, 05 Nov 2008 14:59:59 +0000

Twitter の日本語版向けサービスとして立ち上がった、twicco は特定の話題を扱うコミュニティを作ることができるサービス。

さっそく私も興味があるところに登録してみました。

で、それに関連する話題をブログにポストしたときに、コミュニティ向けに reply してやれると便利じゃね? と短絡的に考えた結果、またしても Twitpress をちょっとだけカスタマイズしてみました。

具体的な動作は、指定したカテゴリに属するポストがされたとき、指定したコミュニティ宛に reply 用の文字列 @～を付けてやるという単純なものです。

既存のソースに数行追加するだけの簡単なものなので、ご参考までに。

ソースコード

twitpress.php の関数、twitpress_publish を以下で置き換えます。

//Publishes a tweet given only the postID
function twitpress_publish( $postID ){
	//get the post
	$post = get_post( $postID );

	//Now redundant check to make sure the post has been published

	if ( $post->post_status == "publish" ){
		//特定のカテゴリに属する投稿はtwicco宛に送る
		$twicco_name = array(
			//カテゴリーID と 対応するコミュニティを連想配列に格納する
			"1" => "@hoge", //カテゴリ ID が 1 のときは @hoge へreply
			"2" => "@fuga" //カテゴリ ID が 2 のときは @fuga へreply
			);
		//カテゴリIDを取得・属するカテゴリの数だけループする
		foreach (get_the_category() as $cat) {
			//該当するカテゴリ ID が存在した場合 $twicco に指定文字列(reply 先)を追加する
			$twicco = $twicco.$twicco_name[$cat->cat_ID]." ";
		}

		$message = twitpress_get_message( $postID );
		//送信メッセージに reply 先を追加する。
		$message = $twicco.$message;
		twitpress_postMessage( get_option( 'twitpress_uid' ), get_option( 'twitpress_password' ), $message );
	}
}

$twicco_name = array() 内に、直接カテゴリ ID とリプライ先の対応を書いてやるというなんとも力業ですが、使えればいいやという気持ちですね。

とりあえず、動くは動いてますが、カテゴリ ID の確認方法が、カテゴリ管理メニューで表示される、各カテゴリの編集用リンクを見るという、これまた力業なのですが、我慢我慢。

Twitpress 日本語版

ゆーいち — Tue, 28 Oct 2008 09:39:57 +0000

WordPress の更新を Twitter へ通知するプラグイン Twitpress 0.3.2 の日本語版です。

設定画面で出力されるメッセージを日本語化し、以下のカスタマイズを行っています。

ページの更新を通知しない(ソース書き換えでオリジナルの動作に戻せます)
パーマリンクが正しく送信されない不具合への対応(詳細)

ダウンロードして展開してできた twitpress.php をプラグインディレクトリに設置し、有効化してください。

WordPress 2.6.3 + 日本語リソース環境下で動作確認を行っています。

Twitpress 0.3.2 日本語版 (413)
Update:2008/10/28

Twitpress の通知 URL にパーマリンクをちゃんと使いたい

ゆーいち — Sun, 26 Oct 2008 01:17:09 +0000

WordPress 2.3 でカノニカル URL が導入されたのが原因か判断付かないのですが、Twitpress の Message format を、

更新したよ! : [title] [permalink]*Twitpress*

のようにしても、パーマリンクが通知されない状況が続いていました。別に、ちゃんとリダイレクトされるので問題ないなあと思ってたんですが、Twitter でそれに困ってるつぶやきを見かけたので、ソースを追ってみました。で、多分これで解決。

$ diff -u twitpress.php.org twitpress.php
--- twitpress.php.org   2008-10-26 10:29:45.000000000 +0900
+++ twitpress.php       2008-10-26 10:13:21.000000000 +0900
@@ -246,7 +246,8 @@
        $proto = get_option( 'twitpress_message' );
        $post = get_post( $postID );
        $proto = str_replace( "[title]", $post->post_title, $proto );
-       $proto = str_replace( "[permalink]", $post->guid, $proto );
+       //$proto = str_replace( "[permalink]", $post->guid, $proto );
+       $proto = str_replace( "[permalink]", get_permalink($postID), $proto );
        $proto = str_replace( "[link]", get_option( 'home' )."?p=".$postID, $proto );
        return $proto;
 }

[permalink] で置換されるURLはデータベース内の wp_posts テーブルの guid フィールドを参照しているのですが、これは更新したときもパーマリンクが格納されるのじゃなくて、カノニカルURL 用のパラメータが格納されている雰囲気。なので、その値を使わずに、get_permalinkを使い、パラメータに $postID を指定することで、投稿記事のパーマリンクを取得、投稿するようにしています。

まぁ、この記事がテスト投稿なんですが、ちゃんと通知されてますでしょうか?

ページを更新したときは通知したくない

twitpress.php の関数 twitpress_run を書き換えて、$post_type が post の時のみ通知を行うように変更してみました。

//Runs when a post record is inserted into the database
function twitpress_run( $postID ) {
	//get the post
	$post = get_post( $postID );

	//get the post type(page or post)
	$post_type = get_post_type( $postID );

	//we only want to do anything if the post was not previously twittered
	if ( !twitpress_was_twittered( $postID ) && ( $post_type === "post") ){
		//Update the post to reflect it's current status
		twitpress_db_update_post( $postID, $post->post_status );
	}
	//process the posts, including twittering newly published posts
	if ( $post_type === "post" ){
		twitpress_process_posts();
	}
}

ページを作成したときにTwitterへポストされるのがイヤな場合は、このような書き換えで回避できそうです。

WordPress の更新内容を mixi へ投稿するスクリプト RSS2mixi with MagpieRSS

ゆーいち — Fri, 03 Oct 2008 12:39:15 +0000

ブログのエントリーをmixi日記に自動投稿する「RSS2mixi」 ::: creazy photograph で配布されているスクリプト RSS2mixi をちょっと改造して本文から画像データを抜き出せるようにしてみました。
元スクリプトでは description を見ているためか、WordPress の吐く RSS では画像を使っていても、そこまでスクリプトが読んでくれないので^*1 どうにかこうにかしてみようとしたのが、MagpieRSS を用いて RSS をパースするという方法。

他ライブラリを使うのでシンプルではなくなるのですが、もともと便利なスクリプトだし、どうせ自前のサーバで動かすので、ちょっと富豪的にしてみました。

元スクリプトは PHP5 の SimpleXML を使っていますが、その部分を MagpieRSS にお任せしているので、PHP4 でも動くかもしれませんね。

MagpieRSS 導入方法

MagpieRSS のファイル群は RSS2mixi と同じ場所に magpierss というディレクトリを作成して保存してあります。

rss_fetch.inc を直接書き換え MAGPIE_OUTPUT_ENCODING の値を ‘UTF-8′ にしてあります。

その他、環境に応じてキャッシュディレクトリなどの書き換えを行います。

RSS2mixi の使い方

設定はスクリプト自体を書き換え、フィードの URL や mixi へのログイン情報、ID などを記入します。

$posted_file および $img_tmp_file で指定するファイルは、予め作成しておくのが良いようです。

設定が完了したら cron で定期的にスクリプトを実行すれば、新規に投稿されたエントリの内容を mixi に複製してくれるはずです。

ソースコード


 * http://creazy.net/2008/08/rss2mixi_php.html
 *
 * custmized by yuuichi 
 */
mb_language("japanese");
mb_internal_encoding("UTF-8");

require_once 'Services/MixiAPI/Diary.php';
require_once 'Services/MixiAPI/Image.php';
require_once 'Services/MixiAPI/Factory.php';
require_once './magpierss/rss_fetch.inc';
error_reporting(E_ALL);

//------------------------------------------------------------
// Settings
//------------------------------------------------------------
/**
 * RSS設定
 */
$rss  = ''; //ブログのRSS

/**
 * mixi設定
 */
$user = ''; //ログインID
$pass = ''; //パスワード
$id   = ''; //mixi ID

/**
 * 送信済みエントリーをストアしておくためのデータファイル
 * @memo 別のファイル名で設置した場合はここを修正してください。
 *       書き込み権限を与えておく事を忘れずに。
 *       chmod 666 {データファイル名}
 */
$posted_file  = './rss2mixi.link.database.txt';
$img_tmp_file = './rss2mixi_tmp_file.jpg';

//------------------------------------------------------------
// Get data
//------------------------------------------------------------
// 登校済みのURLのデータファイルを読み込み
$posted_links = explode("\n",file_get_contents($posted_file));

// MagpieRSSによるRSSの展開
$root_ = fetch_rss($rss);
$title = $root_->channel['title'];
$items_ = array();
foreach ( $root_->items as $item ) {
    $items_[] = $item;
}

rsort($items_);

//------------------------------------------------------------
// Post mixi
//------------------------------------------------------------
foreach ( $items_ as $item ) {
  // すでにポスト済みの記事はスキップ
  if ( in_array($item['link'],$posted_links) ) continue;
  $title       = $item['title'];
  $title       = "ブログを更新しました : ".$title;
  $link        = $item['link'];
  $description = $item['description'];
  $fulltext    = $item['content']['encoded'];

    // 添付画像URL取得
    $matches = array();
    if ( preg_match('//i',$fulltext,$matches) ) {
        // JPEGのIMGタグがあったら添付画像として
        $photo_url = $matches[1];
        echo $photo_url . "
\n";
    }

    // 本文の成形
    $description =
		preg_replace( // 画像タグはカメラアイコン＋URL
			'//ie'
			,"'（[m:133]$1）'"
			,$description
		);
    $description =
		preg_replace( // リンクタグはPCアイコン＋TinyURL
			'/(.*?)<\/a>/ie'
			,"'（[m:196]$2：'.tinyurl('$1').'）'"
			,$description
		);
    $description = strip_tags($description);
    $description = $description."\n\n".$link;

    // debug
    echo $title . "
\n";
    echo $link . "
\n";
    echo "".$description."
\n";

    // mixiにポスト
    $diary   = new Services_MixiAPI_Diary($title, $description);
    if ( $photo_url ) {
        if ( $fp = fopen($img_tmp_file,"w") ) {
            fwrite($fp,file_get_contents($photo_url));
            fclose($fp);
        }
        $diary->setImage(new Services_MixiAPI_Image($img_tmp_file));
    }
    $service = Services_MixiAPI_Factory::getInstance(
                   Services_MixiAPI_Factory::API_MODE_POSTDIARY,
                   $user, $pass, $id);
    $service->setDiary($diary);
    $service->execute();

    // ポスト済みに登録
    if ( $fp = fopen($posted_file,"a") ) {
        fwrite($fp,$item['link']."\n");
        fclose($fp);
    }

}

/**
 * TinyURL変換関数
 * @param  String $url 変換したいURL
 * @return String 変換後のTinyURL
 */
function tinyurl($url) {
    $tiny = file_get_contents('http://tinyurl.com/api-create.php?url='.urlencode($url));
    return $tiny;
}
?>

参考リンク

以下のURLを参考にスクリプトを改造させていただきました。感謝。

これは SimpleXML の制限ぽいですね。PHP での SimpleXML 処理

WPtouch で iPhone/iPod touch 用の画面に変換する

ゆーいち — Sun, 24 Aug 2008 03:41:20 +0000

関連記事 : Twitpress を twicco に力業で対応させてみる Twitpress の通知 URL にパーマリンクをちゃんと使いたい Search Regex 日本語リソース iPod touch 今なら余裕... [Read more]

sim2ruby.css を使ってルビの表示を改善する

ゆーいち — Thu, 21 Aug 2008 04:03:54 +0000

Inteternet Explorer 以外のブラウザではルビの表示がなかなか上手くいかないのは、HTML でがりごり書いたことのあるひとなら結構な割合で知っているのではないかと思います。

私もルビを使う――使いたいケースがたまにあったりで、そのたびにいろいろ検索して試行錯誤していたんですが、以下はそんな記録。

CSS で頑張ってみるその1

まずは正攻法(?) の CSS によるマルチプラットフォーム対応の方法。

結構前に、404 Blog Not Found:css – ルビもCSSでの記事で示された CSS を試してみました。こちらの記事の元ネタはルビ表示はユーザスタイルシートで! – 徒書からのようです。

で、これはこれで複雑怪奇な CSS を使っていなければ、表示結果はそれなりになるのですが、WordPress に移ってからは表示が崩れたりして使ってませんでした。

CSS でいろいろ頑張ってみた比較はホームページ作成浜松Tips:CSSによるルビ（振り仮名）表示方法で見ることができますが、Firefox3 だとなかなか満足のいく結果が出ていないように思えて残念無念です。

Firefox のアドオンで自分だけ幸せになる

Firefox を使っているのなら、XHTMLルビサポート (XHTML Ruby Support) を使えば概ね良好な動作をしてくれますね。

閲覧環境を整えるということなら、こちらのアドオンを導入すればルビの表示についてはほぼ解決ではないでしょうか。

CSS で頑張ってみるその2

で、本題。今日、また思い立って検索してみたら、CSSでルビを表示する – mukakenの日記経由で sim2ruby.css という CSS ファイルを知りました。

結構小さい割に、IE 以外の最近のブラウザでもルビの表示が良い感じになるようです。

ウチのサイトにも追加で sim2ruby.css を読み込むようにしてみましたが、Firefox3 でも

のような感じで、かなり自然に見ることができるようになりました^*1。

導入自体も、追加で CSS ファイルを読み込むようにするだけなので簡単。ブラウザに応じて JavaScript で CSS の振り分けをするとか、面倒な手順を踏まなくても、ルビ表示ができるようになるこの CSS ファイル、かなり便利ではないかと。

ルビの部分にマウスカーソルを重ねると、文字を拡大する機能も付いています。〈ただそこに佇立する者〉の部分ですね。

Amazon 画像のリンク切れをJavaScript でごまかしてみる

ゆーいち — Thu, 07 Aug 2008 06:06:07 +0000

読書感想カテゴリでは、サイドバー最上段に書影をランダムで10個表示するようにしていたのですが、ところどころ画像が表示されていないということに気付いていつつも放置していました。が、なんだか日が経つにつれてリンク切れ画像が増えていってるような気がして仕方なかったので、とりあえず対処療法を講じてみました。

そもそも、Amazon リンク切れ画像で検索すると、同様なことに悩んでいる方は少なからずいるようで、そして、結局はひとつひとつ手作業で修正するしかなさそうという事実に愕然としてしまいます。

しかし、何とかす方法はやっぱりあるようで、画像がリンク切れの時は、代替画像を表示するという方法を指定した画像がなければ別のサーバーの画像を読み込むにて知りました。

ってことで、早速テーマを書き換え。WordPress のRandom Imageプラグインの出力を書き換えて、

のように変更。プラグインの細かいパラメータは配布サイトの説明参照してもらうとして、img タグ内にイベントハンドラ onerror を追加してやって、画像読み込みにエラーが出た場合は、代替イメージ noimage_small.png を表示してやるということですね。

同様に、各エントリの中の書影を表示している img タグにも一括置換で onerror を追加してやって対応完了。

そのうちこつこつと画像の UR Lは書き換えないといけないけれど、ひとまずはこれで不格好なレイアウト崩れは回避できるはず。

MOMENTS » WordPress

FeedBurner 提供の RSS が Quick Cache の影響で更新遅れていた罠

No-Cache URI Patterns

No-Cache User-Agent Patterns

Post Templates 4.0 日本語リソース

日本語化の方法

ダウンロード

旧バージョンはこちら

AddQuicktag 日本語リソース(2.0.0以降対応版)

使用方法

ダウンロード

WordPress 3.2 がリリースされたので更新してみた

必要環境

おもな変更点

WordPress のオブジェクトキャッシュ機構で memcached を利用する

memcached のインストール

WordPress で memcached を利用する

参考

さくらのVPSへ一部コンテンツを引っ越しました

でもメモリがきつい……

WordPress のテーマを Obscure に変更しました

トップページのスライドショーの使い方

サムネイル画像の指定

日本語リソース環境下で英語表記を使いたいとき

月別アーカイブが年と表示されるのを回避

フッターの難読化を解除する

Trackback と Pingbackの表示

No Trackback to

One Trackback to

Trackbacks to

抜粋部分の表示

Head Cleaner を有効にする

利用プラグイン変更

WordPress の本文内にショートコードでコメントアウトを埋め込む方法

WordPress の wp-tegaki プラグインを ImageMagick を使って動くようにしてみる

でもまあそれじゃあ芸がないので少し機能追加してみます

問題は

Yahoo!ブログ検索に WordPress 更新を通知するスクリプト Ping to Y!J-BSC

ping2yj-bsc.pl

登録されないのはなぜ!?

WordPress 2.8.1 beta 1 でプラグイン管理でアクセス権に関するエラーが発生

WP-Table Reloaded 日本語リソース

FC2拍手を携帯サイト側にも表示する

Twitpress を twicco に力業で対応させてみる

ソースコード

Twitpress 日本語版

Twitpress の通知 URL にパーマリンクをちゃんと使いたい

ページを更新したときは通知したくない

WordPress の更新内容を mixi へ投稿するスクリプト RSS2mixi with MagpieRSS

MagpieRSS 導入方法

RSS2mixi の使い方

ソースコード

参考リンク

WPtouch で iPhone/iPod touch 用の画面に変換する

sim2ruby.css を使ってルビの表示を改善する

CSS で頑張ってみる その1

Firefox のアドオンで自分だけ幸せになる

CSS で頑張ってみる その2

Amazon 画像のリンク切れをJavaScript でごまかしてみる

CSS で頑張ってみるその1

CSS で頑張ってみるその2