Tag Archives: プラグイン

EZ zenback バージョン1.3 リリース

「EZ zenback バージョン1.3」を公開した。 最新の「EZ zenback」をダウンロードする バージョン1.3では、「zenback」を表示するウィジェットが追加された。 これによって、コメントの前、または後ろに「zenback」を表示する以外にウィジェット上で表示させるという選択肢が加わった。 例えば、全てのページに表示されるポジションにウィジェットを追加したとしても、ウィジェットは、「EZ zenback」の設定に従い、投稿、固定ページまたは両方で表示され、アーカイブページなどでは表示されない仕様になっている。 また、ウィジェットの表示位置によっては標準のスタイルのままでは見栄えが悪くなるため、設定画面から、スタイルシートを追加できるようにしている。 以上の変更と合わせて、設定画面のデザインを少し変更した。

Posted in WordPress, ネット・PC, 自作アプリ | Tagged , , , | Leave a comment

WP Wapuu Widget(旧WP Wapoo Widget) バージョン0.3 リリース

「WP Wapuu Widget バージョン0.3」をリリースした。 このバージョンからプラグインのタイトルが「WP Wapoo Widget」から「WP Wapuu Widget」に変わった。 最新の「WP Wapuu Widget」をダウンロード バージョン0.3からは、「wordpress.org」の「プラグインディレクトリ」でも公開したので、そちらからもダウンロード出来る。 「プラグインディレクトリ」での公開にあたって、「わぷー」をアルファベット表記する必要が生じたが、申請の段階では公式なアルファベット表記がなく困っていたところ、WordPressの共同開発者のMatt Mullenweg氏が、自身のブログで「Wapuu」と表記されていたので「Wapuu」を採用した。 後に公式にも「Wapuu」という表記であることが発表された。 以上のような経緯で、タイトルが「WP Wapuu Widget」に変わってる。 これに合わせてファイル名も変更したためアップデートの際は注意が必要である。 バージョン0.3未満(WP Wapoo Widget)からバージョン0.3以上(WP Wapuu Wiget)にアップデートする際は、一旦、「WP Wapoo Widget」を削除してから「WP Wapuu Widget」をインストールすること。 バージョン0.3からは、画像貼られるリンクのリンク先URLが変更出来るようになった。 以前のバージョンでは、自動的に「http://ja.wordpress.org/」へのリンクとなっていたが、バージョン0.3では、デフォルトでURLは入力されていないので、必要ならば設定すること。 また、説明文を設定していない場合に必要なタグが書き出されないというバグがあったため、これを修正している。

Posted in WordPress, ネット・PC, 自作アプリ | Tagged , , , | Leave a comment

WordPressのプラグインでデータベースをバックアップ

先日、サーバーの移行を行った。 移行と言っても、単に今まで利用していたサービスが無くなるので別のサービスに強制的に移されたと言った方が正解で、特に私の方でする作業はなく、作業は、レンタルサーバー会社任せだった。 とは言え、念のためデータベースのバックアップを取ることにした。 データベースは、WordPressで利用しているだけなのでWordPressのプラグインを使ってバックアップするのが手っ取り早い。 以前から「WP-DB-Backup」をインストールはしていたのだが、全く使っていない。 つまり、あまり褒められたことではないが、今まで一度もデータベースのバックアップをとったことが無かった。 この機会に、バックアップ用のプラグインを再度比較してみた結果、「WP-DBManager」を使うことにした。 WP-DBManager 「WP-DBManager」は、GamerZ氏が公開するプラグインで、同氏は「WP-PageNavi」、「WP-Polls」、「WP-PostViews」、「WP-PostRatings」、「WP-DownloadManager」、「WP-UserOnline」、「WP-EMail」、「WP-Print」、「WP-Sticky」と言った人気プラグインの作者でもある。 私自身も「WP-DBManager」の他、「WP-PageNavi」、「WP-DownloadManager」、「WP-PluginsUsed」利用している。 このプラグインは、データベースのバックアップ、リストア、バックアップの定期的な実行、最適化、修復などの機能を持っている。 インストール後、バックアップファイルを格納するディレクトリが外部から参照されないように、同梱の「htaccess.txt」を「.htaccess」にリネームしてアップロードする必要がある。 単に手動でバックアップするだけなら使い方は難しくないはずだ。 バックアップするテーブルを選択するオプションなどはなく、単に実行すればWordPressで使用してるテーブル全体をバックアップしてくれる。 幸いにもリストアを試す機会が無かったので、問題なくバックアップファイルからリストア出来るかは不明だが・・・。 沢山の人気プラグインを公開しているGamerZ氏だが、プラグインの作り方に少し癖がある。 それは、仮に翻訳ファイルがあったとしても、それをダウンロードファイルに同梱していない場合が多い点だ。 「WP-DBManager」も例外ではなく、日本語の翻訳ファイルは用意されているが、 http://plugins.trac.wordpress.org/browser/wp-dbmanager/i18n/ から別途ダウンロードし、「WP-DBManager」のルートディレクトリにアップロードする必要がある。 ちなみにファイル名が「-ja.mo」で終わるファイルが日本語の翻訳ファイルである。 翻訳ファイルの所在については、説明をよく読めば書いてあるのだが、見逃しやすいので注意が必要だ。 同氏の場合は、リポジトリの「branches」の下のディレクトリか、ルートに別のディレクトリを作って、保管されていることが多い。 ただし、翻訳ファイルの多くが、最新のバージョンに完璧に対応している訳ではない。

Posted in WordPress, ネット・PC | Tagged , , , | Leave a comment

WP Wapoo Widget バージョン0.2 リリース

「WP Wapoo Widget バージョン0.2」をリリースした。 「WP Wapoo Widget 」は、WordPress日本語ローカルサイトの公式キャラクター「わぷー」を表示するウィジェットを追加するプラグインである。 タイトルを「WP Wapuu Widget」に変更したため、このバージョンの公開は中止しました。最新のバージョンをダウンロードして下さい。 最新の「WP Wapuu Widget」をダウンロード バージョン0.2では、「わぷー」の画像のサイズが変更できるようになった。 画像のリサイズには、GDライブラリを利用しており、画質の劣化を抑えてリサイズ出来る。 画質の劣化を抑えて画像のサイズを変更するためには、GDライブラリ 2.0.1以上、または互換ライブラリが必要となるが、WordPressが動作している環境ならおそらく問題ないだろう。 なお、GDライブラリがインストールされていない環境では、ブラウザによるリサイズとなるため画質が悪くなる。 「WP Wapoo Widget 」には、125ピクセル、150ピクセル、175ピクセル、200ピクセル、380ピクセルの「わぷー」の画像が、初めから組み込まれているので、画質が悪い場合は、これらいずれかのサイズを指定すれば良いだろう。 また、「わぷー」の画像の下に任意の説明文を追加できるようになっている。

Posted in WordPress, ネット・PC, 自作アプリ | Tagged , , , | Leave a comment

WordPress 日本公式キャラクター「わぷー」をウィジェットとして表示するプラグイン

WordPress日本語ローカルサイトの公式キャラクター「わぷー」を表示するウィジェットを追加できるプラグイン「WP Wapoo Widget」を作成した。 タイトルを「WP Wapuu Widget」に変更したため、このバージョンの公開は中止しました。最新のバージョンをダウンロードして下さい。 最新の「WP Wapuu Widget」をダウンロード 「わぷー」は、カネウチカズコさんによってデザインされたWordPress日本語ローカルサイトの公式キャラクターである。 WordPress 日本公式キャラクターが登場 WordPress 日本公式キャラクター名募集を開始します WordPress 日本語キャラクター名投票を開始 WordPress 日本公式キャラクター名が決定しました カネウチカズコさんのご好意により、「わぷー」は、GPL バージョン 2 または、それ以降の互換ライセンスの下での利用が許されており、ライセンス上も、世に広めやすい環境が整っている。 この素晴らしいキャラクターが、日本国内のみならず、世界中に広く認知されることを強く望む。 このプラグインで、少しでも、その手助けが出来れば幸いである。 ウィジェットを作成するのは、私にとって初めての経験だったこともあり、現在は、単に150×150ピクセルの「わぷー」を表示する機能しかないが、将来は機能追加し、プラグインディレクトリでも公開したいと考えている。

Posted in WordPress, ネット・PC, 自作アプリ | Tagged , , , | 1 Comment

SyntaxHighlighterとWordPress用プラグイン

私も「SyntaxHighlighter」ライブラリを使って、ソースコードの強調表示を行うのプラグインを作成しているが、今回は「SyntaxHighlighter」ライブラリについての技術情報の簡単なまとめとライバル?との機能比較を兼ねた「SyntaxHighlighter」ベースのWordPress用プラグインの比較をしてみる。 参考:ソースコードを綺麗に表示するプラグイン 「SyntaxHighlighter」という言葉は、単にソースコードの強調表示を行う機能やアプリを指す場合も多いが、この記事で言うところの「SyntaxHighlighter」とは、Alex Gorbatchev氏がJavaスクリプトで記述して公開している強調表示用のライブラリを指す。 Alex Gorbatchev氏のSyntaxHighlighter 「SyntaxHighlighter」ライブラリの利点は、Javaスクリプトで記述されている点にある。 そのため多少のカスタマイズが可能なサイトであれば、比較的、簡単に導入できる。 しかし、Javaスクリプトであるが故にブラウザの種類、バージョン、設定によっては、上手く強調表示されない可能性がある。 また、サーバーから送信されるソース自体が強調表示されているわけではなく、ソースを受け取ったブラウザがJavaスクリプトで処理し、強調表示に変える仕組みであるため、ブラウザ上で強調表示になるまでにタイムラグが生まれる場合もある。 WordPress用のプラグインでは、「GeSHi」ライブラリをベースとしたプラグインも人気が高いが、こちらはPHPで記述されているため、(CSSの解釈は別として)ブラウザによる違いやタイムラグは起こり得ない。 「GeSHi」の場合は、PHPで記述されたサイトでなければ導入できないが、そのような制限がない「SyntaxHighlighter」の利点は大きい。 しかしながら、PHPで記述されたWordPressの場合、むしろ「GeSHi」の利点の恩恵の方が大きいと言えるかもしれない。 ちなみに私は、ソースコードの強調表示用プラグインを色々と試した結果、既存のプラグインで気に入ったものが見つからなかったため自作する道を選んだが、「GeSHi」ではなく「SyntaxHighlighter」をベースにした理由は、CSSにある。 「SyntaxHighlighter」に同梱されているCSSは、十分に使い物になると思われたが、「GeSHi」の場合は、CSSを自分で作り込む必要があり、その手間を敬遠したためである。 1.SyntaxHighlighterの導入 「SyntaxHighlighter」の導入は比較的簡単である。 「3.0.x」の場合は、ダウンロードファイル内の「scripts」と「styles」フォルダをサーバーにアップロードし、<head>・・・</head>の間に、以下のような記述を追加すれば良い。 <link href="styles/shCore.css" rel="stylesheet" type="text/css" /> <link href="styles/shCoreDefault.css" rel="stylesheet" type="text/css" /> <link href="styles/shThemeDefault.css" rel="stylesheet" type="text/css" /> <script type="text/javascript" src="scripts/shCore.js"></script> <script type="text/javascript" src="scripts/shBrushXml.js"></script> <script type="text/javascript" src="scripts/shAutoloader.js"></script> <script type="text/javascript">//<![CDATA[ SyntaxHighlighter.autoloader( "applescript scripts/shBrushAppleScript.js" ,"as3 actionscript3 scripts/shBrushAS3.js" ,"bash shell scripts/shBrushBash.js" ,"cf coldfusion scripts/shBrushColdFusion.js" ,"cpp c scripts/shBrushCpp.js" ,"c# c-sharp csharp scripts/shBrushCSharp.js" ,"css scripts/shBrushCss.js" ,"delphi pas pascal scripts/shBrushDelphi.js" ,"diff patch scripts/shBrushDiff.js" ,"erl erlang scripts/shBrushErlang.js" ,"groovy scripts/shBrushGroovy.js" ,"java scripts/shBrushJava.js" ,"jfx javafx scripts/shBrushJavaFX.js" ,"js jscript javascript scripts/shBrushJScript.js" ,"perl pl scripts/shBrushPerl.js" ,"php scripts/shBrushPhp.js" ,"plain text scripts/shBrushPlain.js" ,"ps powershell scripts/shBrushPowerShell.js" ,"py python scripts/shBrushPython.js" ,"rails ror ruby rb scripts/shBrushRuby.js" ,"sass scss scripts/shBrushSass.js" ,"scala scripts/shBrushScala.js" … 続きを読む →

Posted in WordPress, ネット・PC | Tagged , , , , | Leave a comment

WP SyntaxHighlighter バージョン1.4 リリース

「WP SyntaxHighlighter バージョン1.4」をリリースした。 最新の「WP SyntaxHighlighter」をダウンロード このブログでは、ある程度メジャーなバージョンアップのみ案内しているため、マイナーなバージョンアップで実装された機能は案内していない。 バージョン1.3のリリース以降、7回のバージョンアップを行っており、結果、バージョン1.3.x系だけでも8種類のマイナーバージョンが存在する。 その間にかなりの機能強化が行われているが、細かい説明は省く。 バージョン1.3.9では、「SyntaxHighlighter」が本来持っている機能の殆どを実装し、設定画面でカスタマイズ出来るようにしたつもりだ。 さて、バージョン1.4の新機能の説明に移ろう。 ベータテスト中と言う位置づけではあるが、バージョン1.4から、コメントに書かれたソースコードのハイライトが可能になった。 デフォルトでは、この機能はOFFになっているため、必要に応じて設定画面で有効にする必要がある。 残念ながら、「WP SyntaxHighlighter」の最大特徴である2つのボタンは、コメントにソースコードを挿入する際には利用できない。 そのため以下ように<pre>タグを使用して直接記述する必要がある。 <pre class="brush: xhtml"> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <title>Syntax Highlighting Example</title> </head> <body style="width:500px"> <h1>Syntax Highlighting Example</h1> <p><?php echo 'Hello World!' ?></p> <p>XHTML with PHP script.</p> <div class="tabs"> TAB TAB TAB TAB TAB TAB TAB TAB TAB TAB TAB TAB <p>For 'Smart tabs'.</p> </div> <p>http://wordpress.org/</p> </body> </html> </pre> 勿論、言語以外のオプションも「class属性」で指定可能だ。 ただし、コメントでのハイライト表示が可能になると言うことは、ブログの訪問者にソースコードを含むコメントの投稿を許す事になるので注意は必要である。 勿論、エスケープされていないソースコードがそのまま表示される事がないような機能は実装している。 ソースコードは、コメントが投稿され、データベースに保存される際には、エスケープされた状態になる。 しかし、一旦投稿されたコメントを、権限を持つものが、編集、保存した際には、上記のエスケープ機能は働かない。 そのため、誤ってエスケープされていないソースコードが保存された場合は、ページを表示する直前にエスケープする仕組みも実装している。 ハイライト表示のコメントへの拡張は予想外に実装に苦労した機能でもあり、それなりにテストはしたつもりだが、ソースコードのエスケープに関しては、我ながら不細工な処理を行っているため、ソースコードに含まれる文字列によっては、エスケープによって、ソースコードを壊す可能性がある。 そのため、ベータテスト中という位置づけにした。 不具合があれば、遠慮無く報告して欲しい。 もう1つの新機能は見えない部分ではあるが、Javaスクリプトの動的読み込み機能が強化されている。(言語定義ファイルの動的読み込みではない。) 以前のバージョンでも「投稿」や「固定ページ」では、この機能をサポートしていたが、バージョン1.4からは、「ホーム」、「カテゴリー」、「アーカイブ」、「検索結果」、「コメント」にハイライト表示の対象となるソースコードが含まれるかを自動的に判断し、含まれている場合にのみJavaスクリプトを読み込むようになった。 ただし、「記事」の「抜粋」のみが表示されるページでは、ハイライト表示の対象となるソースコードが含まれている記事の「抜粋」が表示されていれば、見かけ上ソースコードが無くともJavaスクリプトが読み込まれる。 ちなみに、このバージョン1.4は、全くの予定外のリリースであった。 既にバージョン1.5の構想があり、それが本来のバージョン1.4である。 実のところ、本来のバージョン1.4であるバージョン1.5は、ほぼ完成している。 バージョン1.5では、Javaスクリプトだけでなく、CSSを含めて動的な読み込みをサポートする予定である。 ただし、この機能は、ブラウザに依存する部分を増やす結果になるため、敢えてバージョン1.4には実装していない。 将来、バージョン1.5をリリースして不評ならば、先祖帰りし、このバージョン1.4系を本流とするつもりである。

Posted in WordPress, ネット・PC, 自作アプリ | Tagged , , | Leave a comment

謎の人気プラグイン「Maribol IMDB」

「wordpess.org」の「Plugin Directory」には数多くのプラグインが登録されているが、人気のプラグインの上位は、概ね固定的で、アップデートの際にダウンロード数が跳ね上がり、多少の順位変動が見られる程度である。 ところが「Maribol IMDB」と言う見慣れないプラグインが、2011/7/20の時点で2位に食い込んでいるのを発見した。 動画の情報表示するプラグインのようだ。 ちなみに、この時点での1位は、三好隆之氏の「Contact Form 7」。 常に5位以内に食い込んでいる世界的に人気が高いプラグインである。 見慣れないプラグインが、突如、上位に食い込む理由としては、「地道にユーザー数を稼いでいたプラグインが久しぶりのアップデートでダウンロード数を稼いだ。」などが考えられるかもしれないが、このプラグインは、公開から1週間で、それはない。 また、「wordpess.org」で公開される以前に、ブログなどで公開されていた形跡もなく、公開以前に、沢山のユーザーを抱えていたとも考えにくい。 とすれば、公開直後から、人気を獲得したことになる。 「Stat」を見ると更に不思議なデータに気が付いた。 7/17には、13,539回ダウンロードされたが、翌日の7/18には一気に115回に落ち込み、更に7/19には、12,077回に回復しているが、通常ならば、これ程の大幅な変動は考えにくい。 ダンロード回数が落ち込むとしても、通常は、徐々に落ち込むものである。 更に、「Last Week」が「All Time」を上回っている点も奇妙だ。 内容的にも需要がありそうなプラグインだが、どうやったら、こんな風に一気に人気が出るのか謎である。 ちなみに私が公開しているプラグインは、「Contact Form 7」や「Maribol IMDB」の遥か後方にランキングされてる。 しかも、私が作った中でも、最も一般受けしそうな「EZ zenback」は、寒い事になっている。

Posted in WordPress, ネット・PC | Tagged , | Leave a comment

SyntaxHighlighter TinyMCE Button バージョン0.7 リリース

「SyntaxHighlighter TinyMCE Button バージョン0.7」を公開した。 最新の「SyntaxHighlighter TinyMCE Button」をダウンロードする バージョン0.7では、ボタンをクリックした時に表示されるポップアップウィンドウの入力オプションのデフォルト値を設定できるようになった。 これは、あるユーザーさんからのリクエストに応えて実装した機能である。 例えば、言語を選択するドロップダウンリストから使わない言語を除外して、リストを自分好みにカスタマイズ出来る。 デフォルトのドロップダウンリストには、かなり沢山の言語が登録されているが、実際に必要な言語は限られるているはずなので、必要ないものを無効にすることでリストをスッキリと整理できる。 また、行番号が必要ないなら、予め行番号を表示しない設定にしておくことで、ボタンでの余計な操作を省くことが出来る。 なお、「使用中のプラグイン」で、特定のプラグインを選択している場合は、そのプラグインの設定に従いデフォルト値を決定しているため、この機能をフルに生かすためには「その他」を選択すると良い。 バージョン0.7では、設定項目が一気に増えたため、設定をリセットするボタンも追加した。 巷では「WordPress 3.2」がリリースされ、既にバージョンアップを済まされている方も少なくないと思うが、「WordPress 3.2」では、ビジュアルエディターのフルスクリーンモードが変更され、フルスクリーンモードでは「SyntaxHighlighter TinyMCE Button」のボタンが表示されなくなってしまった。 フルスクリーンモードへのボタンの追加方法が分かり次第、この点は改善したいと考えているが、まだ情報収集の段階である。 /wp-admin/includes/post.php を見たところ、 「wp_fullscreen_buttons」フックを使えば、何とかなりそうな気がするが・・・。

Posted in WordPress, ネット・PC, 自作アプリ | Tagged , , , , | Leave a comment

WordPressのプラグインの後始末

プラグインをアンインストールした後、データベースの「options」テーブルの掃除することが習慣になって来ている。 掃除と言っても、プラグインによってデータベースに書き込まれたデータを削除しているだけだが。 最近、偶然に、 http://WordPressのURL/wp-admin/options.php にアクセスすると、「すべての設定」というページが表示され、「options」テーブルに格納されたデータの一覧を見ることが出来る事を知った。 シリアル化されていないものについては、データの更新も出来るようだが、残念ながら削除は出来ない。 WordPress上から「options」テーブルの掃除が出来れば掃除も楽になるが、phpMyAdminを使うしかなさそうだ。 そこで、WordPressの管理画面からMySQLを管理できるプラグインは無いかと探してみたところ、「Adminer」と言うプラグインが見つかった。 「Adminer」は、phpMyAdminのようなMySQLの管理ツールで、それをプラグイン化したものらしい。 高機能なツールなのだが、「options」テーブルを掃除したいだけなので、もっとシンプルな機能のもので十分なのだが・・・。 さて、今回の話題は、以前からプラグインの利用者としても開発者としても気になっていたが、最近、Twitterでも話題になったようだ。 私の作成したプラグインもそうであるが、WordPress用のプラグインの多くが、データベース上に設定値などを格納している。 例えば、アクセス解析プラグインのログなど、頻繁に書き込みや更新が発生するようなデータは、データベース上に独自のテーブルを作成し、そこにデータを格納しているのが通例だが、対して、設定値など頻繁に書き込みや更新が行われないデータであれば「add_option()」を使って、データベース上の「options」テーブルに保存している事が多い。 プラグインを使っている間は、これらデータベースに格納された値は、なんら問題にならない。むしろ、動作に必要である。 ところが、プラグインが不用になり、一旦アンインストールしてしまうと、データベース上のゴミと化す場合も少なくない。 アンインストール時にデータベースの「options」デーブルに追加した値を削除してくれれば良いのだが、そうではない行儀の悪いプラグインも多い。 開発者なら知っていることだが、add_option()で追加されたデータは、delete_option()で簡単に削除できる。 要はタイミングの問題で、プラグインのアンインストール時にdelete_option()を実行出来れば、ゴミを残すこともなくなる。 勿論、その方法は用意されており、プラグインのアンインストール時にdelete_option()を実行したいのなら、下記の様に記述した「uninstall.php」ファイルを作成し、プラグインファイルに含めるだけで良い。 <?php if (!defined(‘ABSPATH’) && !defined(‘WP_UNINSTALL_PLUGIN’)) {exit();} delete_option(‘my_plugin_option1′); delete_option(‘my_plugin_option2′); delete_option(‘my_plugin_option3′); . . . ?> 「uninstall.php」が実行される前に「WP_UNINSTALL_PLUGIN」が定義されているかは、確認したほうが良いようなので上記のような記述になっている。 また、現在は使われていなが、過去のバージョンで使用して値がある場合は、それも記述した方が良い。 同様の処理を「register_uninstall_hook()」を使って実行させる方法もあるが、私のプラグインの場合は、「uninstall.php」を使っている。 アンインストール時の処理とは関係ないが、プラグインが有効化された時、無効化された時の処理を記述する場合は、「register_activation_hook()」、「register_deactivation_hook()」が利用出来るので覚えてくと役立つかもしれない。 しかし、「uninstall.php」や「register_uninstall_hook()」は、WordPress 2.7からの新機能のようなので、もっと古いバージョンでも動作するプラグインの場合は、別の方法をとる必要があるかもしれない。 と言え、開発者にアンインストール時の処理が浸透するまでは、データベースの「options」テーブルの掃除から解放されそうにはない。 様々なプラグインのデータを格納している「options」テーブル自体、雑居ビルのような状態であるため、不要なものを探すだけでも一苦労である。

Posted in PHP, WordPress, ネット・PC | Tagged , , , | Leave a comment