半月記 » WordPress http://pasero.net/~mako/blog Sun, 06 May 2012 11:42:06 +0000 ja hourly 1 http://wordpress.org/?v=3.3.2 『本格ビジネスサイトを作りながら学ぶ WordPressの教科書』 http://pasero.net/~mako/blog/s/370 http://pasero.net/~mako/blog/s/370#comments Fri, 06 Apr 2012 02:52:11 +0000 Mako http://pasero.net/~mako/blog/?p=370 続きを読む →]]> 著者のプライム・ストラテジーさんが『本格ビジネスサイトを作りながら学ぶ WordPressの教科書』を、「日本語作成チームに感謝の気持を込めて」と、この私にもご恵贈くださいました。ありがとうございました。

自分にできることを少しだけやったことが、巡り巡って還ってくるというのを実感できるというのは嬉しいものです。

それはさておき。

最近この種の本を手にすることはあまりなかったのですが、まずきれい。全ページカラーで見やすい。情報量はかなり多そうですが、全体の流れが掴みやすく工夫されていて、通読しやすそうです。一方で、目次がとても充実しており(実際には出版社のページにあるものよりもう一段深く、目次だけで10ページもあります)、あとで辞書的に調べたいところを探すのにも便利そうです。書籍というものの特長をあらためて感じました。

これからじっくり読んで、ここや自分が関わっているサイトももう少し見直してみようという気になりました。

]]> http://pasero.net/~mako/blog/s/370/feed 2 Automattic製テーマ Coraline と Pilcrow の日本語化 http://pasero.net/~mako/blog/s/368 http://pasero.net/~mako/blog/s/368#comments Wed, 21 Mar 2012 08:05:19 +0000 Mako http://pasero.net/~mako/blog/?p=368 続きを読む →]]> Automattic は言わずと知れた WordPress の開発元、そしてブログサービス WordPress.com の運営元です。WordPress 公式テーマディレクトリで、その Automattic 製のテーマが公開されています。

Coraline は、TwentyTen の双子のようなテーマで、むしろこちらのほうが柔軟性があると私は勝手に思っています。Pilcrow は2012年になって登場し、Coraline の後継じゃないかとこれまた勝手に思っていますが、配布版 WordPress のデフォルトとなってもおかしくないと思える作りのテーマです。

たぶん WordPress.com のサービスでは、これらのテーマが様々な言語に対応して提供されているのでしょうが、この公式ディレクトリで配布されているものには言語リソースが(日本語に限らずどの言語のものも)同梱されていません。

「非公式」日本語リソース

そこでこの Coraline と Pilcrow の日本語リソースを作成したので公開します。と言っても、デフォルトのテーマ TwentyEleven とほとんど同じメッセージですのでそれを取り込んで、独自に訳す必要があったのはほんの数個です。

中身はそれぞれの ja.po と ja.mo だけです。テーマをインストールしたディレクトリの languages/ 以下に ja.mo を置いてください。

「公式」日本語リソース

Twitter でひょんなことからこの Automattic 製テーマの日本語リソースの話になったところ、Nao さんから

Naoko McCracken
@mako0901 @urepko こちらもよかったらどうぞー。http://t.co/SqfNQ51P WP.com アカウントでログインすればページの下の方からエクスポートできますが。。。　このやり方どっかに書いたほうが良いですね。
2012年3月20日 – 22:02

というリプライがありました。「公式」リソースが、普通には気付けないこんなところに隠れていました。「このやり方」をここに書いてみます。この短縮されているけれど本当は長い URL には、次のようにしてたどりつけます。

まず、http://translate.wordpress.com/にアクセスします。Projects の WordPress.com に進みます。さらに日本語の Japanese に進みます。ここで、右上の Log in で、WordPress.com のアカウントを使ってログインしておきます。

左端にある Filter↓ をクリックします。Term: に、絞り込みたい語を入力します。ここでは、coraline と入力します。その右側の選択肢は、Either と Current/waiting/fuzzy のままでかまいません。そして「Filter」ボタンをクリックすると、テーマ coraline に関するメッセージだけが抽出されます。

画面の一番下に行き、only matching the filter を po として、Export すれば、目的のものが手に入ります。テーマ pilcrow のものだったら、検索語を pilcrow にするだけです。

これで po が手に入りますので、ja.mo に変換して、適切な場所に配置します。


【追記】 Nao さんのところに、より詳しい解説が出ました。「GlotPress から WordPress.com の無料テーマの翻訳をエクスポートする」

]]> http://pasero.net/~mako/blog/s/368/feed 0 WordPress に記述できるプロトコル(スキーム)を拡張する http://pasero.net/~mako/blog/s/355 http://pasero.net/~mako/blog/s/355#comments Tue, 07 Feb 2012 15:25:41 +0000 Mako http://pasero.net/~mako/blog/?p=355 続きを読む →]]> WordPress の記事の中などでリンクを記述する場合、特定のスキームしか書くことができません。たとえば http:// や mailto: は書くことができますが、git:// や skype: などと書こうとしても、自動的に削除され、http:// とみなされてしまいます (管理者権限で記事を書いている場合は適用されず、自由に書くことができます。権限が編集者以下の場合です)。

調べてみると、WordPress 3.3 からこの制限は wp-includes/functions.php の wp_allowed_protocols() に書かれています。そこを見てみると、スキーム名を追加するには kses_allowed_protocols というフックを使えばよさそうです。

いま xmpp: というスキームのリンクを記述したいので、テーマの functions.php あたりに

PLAIN TEXT
PHP:
  1. function ext_protocols ($protocols) {
  2.   $protocols[] = 'xmpp';
  3.   return $protocols;
  4. }
  5. add_filter('kses_allowed_protocols', 'ext_protocols');

と書きました。これで記事中にxmpp:mako@pasero.net や xmpp:なんでも談話室@muc.step.im?join などのリンクを記述できるようになりました。

]]> http://pasero.net/~mako/blog/s/355/feed 0 フォントの指定をやめる http://pasero.net/~mako/blog/s/348 http://pasero.net/~mako/blog/s/348#comments Sun, 18 Dec 2011 13:29:34 +0000 Mako http://pasero.net/~mako/blog/?p=348 続きを読む →]]> 久々に Windows を使う機会があって、この自分のページを見てみた。見難い。醜い。明朝体の表示がこうも汚いのは何かの陰謀だろうかと思えるほどだ。WordPress のテーマのカスタマイズの記事などで「まずゴシック系を指定して」という記述をよく目にするのはこういう訳だったのかと今更ながら思った。

身の周りにある本らしい本を見てみれば、見出はともかく、本文はたいてい明朝 (serif) 系ではないか、という信念で、この自分のページは明朝 (serif) 系で表示するようにしていたのだが、こんな表示では逆効果なのであった。Windows の設定をいろいろいじればもう少し何とかなるのかもしれないが、普段からしっかり使いこなしている訳でもないから、簡単にできることではなさそうだ。きっと大多数のユーザーもそんなものだろう。

さて、ではなるべく多くの人にきれいに見せるにはページの制作側では CSS での font-family をどう設定したものか、と考え始めた。いろいろ探しまわって考えているうちに、もうそういうのはやめて見る側にまかせてしまえばいいや、という気になってきた。

Vista以降の人は見慣れたメイリオで。
XP以前の人は見慣れたMSPゴシックで。
メイリオが気に入った人は、メイリオで。
Macの人はヒラギノ角ゴで。
明朝が好きな人は、明朝で。
へた字とか好きでたまらない特殊なフォントで。
(流儀　font-familyは指定すべきか)

WordPress 関連のページを見る機会が多くデザインを重視する記事をたくさん見ていたのですっかり忘れていたけれど、そもそも HTML というのは、見る側の環境によって違って当たり前なのだった。

「本文は明朝系」という信念の人(私だ)はブラウザのデフォルトを serif に設定しているだろうし、Windows でも自分の好みの表示になるようにがっちり設定している人には、そのフォントで読めるようにしてあげればいいではないか。

という訳で、このページの本文の font-family の指定はやめることにした1)。フォントに限らず横幅も何も、本来は見る側の自由なのだという気にだんだんなってきた。


  1. このページは coraline というテーマの子テーマで表示している。親テーマで font-family が指定されているので、子テーマでこれを消去はできず、そこで存在しないであろうフォント名を指定して上書きしている。
    body, input, textarea {
        font-family: undefined;
}
    ↩
]]> http://pasero.net/~mako/blog/s/348/feed 0 WordPress で Google マップを使う (再挑戦) http://pasero.net/~mako/blog/s/342 http://pasero.net/~mako/blog/s/342#comments Sat, 17 Sep 2011 14:48:22 +0000 Mako http://pasero.net/~mako/blog/?p=342 続きを読む →]]> 以前に「Google マップを使う」を書きましたが、その後 WordPress も Google マップもずいぶん進化して、時代遅れになってしまいました。

意図してる使い方は次のようなものです。

  • 固定ページに位置情報を持たせる。その固定ページにマップが表示される
  • それらのインデックスとなるような、上記の各ページにリンクされたマークが表示された全体図が、別の固定ページがある

たとえば、会社案内のサイトで各支店ごとに固定ページを作り、それぞれに案内地図を掲載し、「支店一覧」の全体図が別にもうひとつある、というイメージです。Lightweight Google Maps はほぼ条件を満たしていますが、その便利な機能がこちらの思惑には合いませんでした。

ざっと探してみましたが、「固定ページに位置情報」というものはなかなかありません。そこで、固定ページではなく投稿に、というプラグイン RomeLuv Google Maps for WordPress を見つけたので、それを改変することにしました。

RomeLuv Google Maps for WordPress を改変

PLAIN TEXT
DIFF:
  1. --- romeluv-maps.php.orig
  2. +++ romeluv-maps.php
  3. @@ -51,6 +51,12 @@
  4.          'romeluv_maps_inner_custom_box',
  5.          'post'
  6.      );
  7. +    add_meta_box(
  8. +        'romeluv_maps_sectionid',
  9. +        __( 'Maps', 'romeluv_maps_textdomain' ),
  10. +        'romeluv_maps_inner_custom_box',
  11. +        'page'
  12. +    );
  13.    
  14.  }
  15.  
  16. @@ -361,6 +367,7 @@
  17.  }
  18.  
  19.  add_action('save_post', 'romeluv_maps_handle_savepost');
  20. +add_action('save_page', 'romeluv_maps_handle_savepost');
  21.  
  22.  
  23.  
  24. @@ -385,7 +392,7 @@
  25.          if ($romeluv_single_map_done) return $post_content_html; else $romeluv_single_map_done=TRUE;
  26.      
  27.      
  28. -       if (!is_single()) return $post_content_html;
  29. +       if (!is_single() && !is_page()) return $post_content_html;
  30.          //return "".$post_content_html;
  31.         global $wpdb,$post,$mapheight;
  32.         $savepost=$post;
  33. @@ -552,13 +559,25 @@
  34.      
  35.      global $wpdb,$post;
  36.      $savepost=$post;
  37. +
  38.      
  39. +    extract( shortcode_atts( array(
  40. +          'cat' => '', // category ID
  41. +       ), $atts ) );
  42. +       if (esc_attr($cat) == '') {
  43. +         if (isset($_GET[cat])) $get_cat = $_GET[cat];
  44. +       } else {
  45. +         $get_cat = esc_attr($cat);
  46. +       };
  47. +
  48. +
  49. +
  50.      ////query all the posts to display on the global map
  51.       $querystr = "
  52.         SELECT wposts.*
  53.         FROM $wpdb->posts wposts
  54.         WHERE  wposts.post_status = 'publish'
  55. -       AND wposts.post_type = 'post' ". $whereadditional ."
  56. +       AND (wposts.post_type = 'post' OR wposts.post_type = 'page') ". $whereadditional ."
  57.         ORDER BY wposts.post_date DESC
  58.      ";
  59.      //echo $querystr; //useful for debugging your custom query
  60. @@ -571,9 +590,7 @@
  61.      
  62.      if ($result_posts):
  63.      
  64. -    if (isset($_GET[cat]))  echo '<h3 id="map-category-heading">'.get_cat_name($_GET[cat]).'</h3>';
  65. -   
  66. -   
  67. +    if (isset($get_cat))  echo '<h3 id="map-category-heading">'.get_cat_name($get_cat).'</h3>';
  68.      
  69.      $mapwidth=get_option('global_romeluv_mapwidth');
  70.      $mapheight=get_option('global_romeluv_mapheight');
  71. @@ -614,7 +631,7 @@
  72.                            
  73.                               $count++; 
  74.                            
  75. -                           if (isset($_GET[cat])) if (!in_category($_GET[cat],$post->ID)) continue; //this allows category filtering adding the $_GET parameter ?cat=xx
  76. +                           if (isset($get_cat)) if (!in_category($get_cat,$post->ID)) continue; //this allows category filtering adding the $_GET parameter ?cat=xx
  77.                            
  78.                             if (is_category()) { if (!in_category($cat_ID,$post->ID)) continue;  }   //skip posts if viewing a category page, if those do not match the current category

改変の内容は、

  • 固定ページの作成画面にも「Maps」の入力欄を表示する
  • 全体図の出力の際に固定ページも対象にする
  • 全体図を出力するショートコード [GLOBALMAP] に、オプションcat を追加する

です。この最後の項目は次のような事情です。

このプラグインのオリジナル版では、全体図を表示させるには、固定ページでショートコード [GLOBALMAP] を用います。特定のカテゴリーに属する投稿だけを全体図に表示するという絞り込みができます。その方法は、カテゴリーの ID をパラメータで付加して、http://www.example.com/map?cat=6 のような形で、全体図のページを呼ぶようにします。

しかし、WordPress 標準のメニュー機能でこのような形式のリンクを作る方法が思い浮かびません。そこで、むしろ複数の全体図のページを用意することにして(たとえば http://www.example.com/map1 と http://www.example.com/map6)、それぞれのページでのショートコードにオプションでカテゴリー ID を付けるようにしました(たとえば [GLOBALMAP cat="1"] と [GLOBALMAP cat="6"])

さて、ここでは固定ページに位置情報を付加して、全体図を作ることを想定しています。すると固定ページにもカテゴリーが設定されていないと、上記の絞り込みができません。テーマの functions.php か何かで

PLAIN TEXT
PHP:
  1. function add_category_to_page() {
  2.     register_taxonomy_for_object_type('category', 'page');
  3. }
  4. add_action('init', 'add_category_to_page');

とやって、固定ページにもカテゴリーを設定できるようにしておく必要があります。

twentyeleven で Google マップが壊れる

実際に使用してみると、表示される地図が微妙に壊れていました。タイルの継ぎ目が合わずに道や川がずれているような感じになります。はじめ、自分が使っているブラウザか何かの環境のせいかと思って、いろいろ調べましたがわかりません。ようやく、テーマ twentyeleven にすると壊れて、twentyten にすると正常に表示されることに気がつきました。それから今度は twentyeleven のスタイルシートのどの記述が影響しているのか順に見ていき、ついに img に max-width が付いているとこの現象が起こることがわかりました。これだけで随分と時間を費やしました。

このプラグインの影響下の img のみ max-width を解除するため、

PLAIN TEXT
CSS:
  1. div#romeluv-global-map img,
  2. div#single-post-map img {
  3.         max-width: none;
  4. }

をスタイルシートに書いて、解決しました。

]]> http://pasero.net/~mako/blog/s/342/feed 0 WordPress 3.2.1 日本語版への更新 http://pasero.net/~mako/blog/s/328 http://pasero.net/~mako/blog/s/328#comments Thu, 21 Jul 2011 03:11:51 +0000 Mako http://pasero.net/~mako/blog/?p=328 続きを読む →]]> WordPress 3.2.1 日本語版がリリースされました。この案内にもきちんと書かれていますが、読みようによっては誤解したり不安を感じたりする方もあるようですので、ここにやや詳しく書いてみます。

WordPress 日本語版パッケージ

配布されているWordPress 日本語版パッケージに含まれているものは

日本語リソース
本体のメッセージを日本語に置き換えて表示するためのもの
WordPress 本体
日本語リソースでカバーできない変更のため、いくつかのファイルを差し替えている

のほかに、オマケとして

テーマ Twenty Eleven
日本語版ではこのテーマのメッセージを日本語に置き換える日本語リソースを同梱している
テーマ Twenty Ten
日本語版ではこのテーマのメッセージを日本語に置き換える日本語リソースを同梱している
プラグイン Hello Dolly
日本語版では、「プラグイン」の一覧で表示される説明文を翻訳している
プラグイン Akismet
日本語版では、「プラグイン」の一覧で表示される説明文を翻訳している
プラグイン WP Multibyte Patch
マルチバイト文字の取り扱いに関する不具合の累積的修正と強化を行うもので、日本語版で独自に同梱しているもの

です。

はじめてのインストールは問題ない

これまで WordPress を使用していなかったところに、はじめて導入する場合は、何も考えることはありません。最新版をダウンロードしてインストールしてください。

自動更新

WordPress 日本語版の新しいバージョンがリリースされると、WordPress の管理画面(ダッシュボード)で、その旨の通知があります。案内に従って手順をすすめれば、新しいバージョンに更新されます。従来(3.2まで)は、この手順でパッケージに含まれるすべて、つまり上述の本体とオマケのすべてがパッケージ内のものに更新されていました。

オマケは更新されなくなった

3.2.1 以降、自動更新では、本体のみが更新され、オマケの部分は自動更新されないことになりました。たとえばテーマ Twenty Eleven のバージョンは、WordPress 3.2 日本語版では 1.1 で、WordPress 3.2.1 日本語版では 1.2 です。もし 3.2 日本語版で運用しているところで、本体の自動更新を行っても Twenty Eleven は 1.1 のままです。

もし、これらのオマケをまったく利用していなければ、以下の話は読み飛ばしてもかまいません。

テーマやプラグインは別途に

オマケのテーマやプラグインに、もし新しいバージョンがリリースされた場合、本体の更新とは別に、個別に「更新」の通知があります。後から独自に導入したテーマやプラグインとまったく同等の扱いになるということです。

オマケのテーマやプラグインであっても、本体のリリースとは無関係に新しいバージョンがリリースされることがあります。

日本語リソースはさらに別途に

テーマやプラグインは、本体とまったく別途に更新できます。しかし、ここで注意することがあります。従来のように本体のオマケとして配布されていたときには、それらの日本語リソースや説明文を翻訳していたものを配布できていました。しかし今後、個別に更新される際には、それらの含まれないオリジナル(英語版)になってしまうのです。

テーマ Twenty Eleven を例にとります。「更新」の通知があったら、まずこの Twenty Eleven を更新します。その状態では日本語リソースは存在しません (1.1 のときに存在していても 1.2 に更新したら消えてしまいます)。そこで、日本語リソースを別途入手して、適切に配置します。現時点での最新の日本語リソースは http://i18n.svn.wordpress.org/ja/branches/3.2/messages/twentyeleven/ja.mo です (この記事をずっと後にご覧になる方はバージョンやテーマ名にご注意ください)。これをダウンロードして、wp-content/themes/twentyeleven/languages/ の下に置き、サーバーが読める状態にしておきます。

同様に、テーマ Twenty Ten の日本語リソースはhttp://i18n.svn.wordpress.org/ja/branches/3.2/messages/twentyten/ja.mo にあります。

プラグイン Akismet や Hello Dolly をもし更新した場合は、「プラグイン」一覧に表示される説明文が日本語ではなく英語になってしまいますが、動作には何ら影響はありません (この説明文はそれぞれの php の冒頭にコメントの形で書かれているものです)。どうしても気になる場合は、やはり日本語版の配布元 (http://i18n.svn.wordpress.org/ja/branches/3.2/dist/wp-content/plugins/ あたりにあります) から、その部分を差し替えたものを入手して、適切に配置してください

WP Multibyte Patch

WP Multibyte Patch は新しいバージョン 1.5 で、この自動更新の振る舞いの変更に対応されました。

WP Multibyte Patch 1.5 をリリースしました。
今回は重要な変更があります。設定ファイル (wpmp-config.php) の設置場所が /wp-content の下に変わりました。設定ファイルをサイトでご利用中の方は、以下配置で再設定を行ってください。

/wp-content/wpmp-config.php

この作業は設定ファイルをご利用中のサイトにおいて 1.5 より古いバージョンから 1.5 以降のバージョンにはじめてアップデートした場合に1度だけ必要となります。設定ファイルをご利用でない場合は作業の必要はありません。

ということですから、注意してください。

]]> http://pasero.net/~mako/blog/s/328/feed 0 Jabber と WordPress (補遺) http://pasero.net/~mako/blog/s/220 http://pasero.net/~mako/blog/s/220#comments Sun, 09 Jan 2011 12:52:30 +0000 Mako http://pasero.net/~mako/blog/?p=220 続きを読む →]]> もたもたしている間に年が変わってしまいました。先日の記事に、これまで Jabber/XMPP と WordPress の連関について触れているところは少ない、というようなことを書いたのですが、前の記事を書く際に「WordPress勉強会「Automatticのワークスタイル」に参加しました」を見落としていました。

2009年8月とさらに1年遡って、その時点では Automattic 社内の事例として、P2 と im.wordpress.com のことに触れられています。その頃にはまったく気づいていませんでしたが。

P2 テーマと Jabber/XMPP

たとえば WordPress の翻訳に関わる人たちの情報交換の場が、昨年(2010年)9月末にメーリングリストから、この P2 を使った WP Polyglots に移行しました。私はもっぱら眺めているだけなのですが、私にとって P2 は非常に読みにくくて、移行後はもう読むこと自体をやめてしまっていました。

前の記事で触れた「ブログ投稿やコメントの即時配信」の記事を読んで、ようやく Jabber 通知を使えることを知り、さっそく継読するようにしました。コメントが投稿されるたびに通知されるので、以後はさっと流し読みだけでもできるようになりました。個人的には、Jabber/XMPP と組み合わせてはじめて P2 の力を見ることができました。

1年前や2年前の記事を見て何を今さら、と言われそうですが、私の検索能力が低いのか、やはり P2 を取り上げながら Jabber/XMPP に触れているのは、特に日本語では、上記の2009年の Automattic 社内の話以外には見つけることができません(このスライドも同じ時期のようです)。どうも Jabber/XMPP はあまり関心を持たれていないようです。

]]> http://pasero.net/~mako/blog/s/220/feed 0 Jabber と WordPress (後編) http://pasero.net/~mako/blog/s/178 http://pasero.net/~mako/blog/s/178#comments Thu, 25 Nov 2010 23:48:34 +0000 Mako http://pasero.net/~mako/blog/?p=178 続きを読む →]]> XMPP PubSub

Jabber / XMPP には PubSub という機能があります。Publish-Subscribe の意味です。

まず、Jabber サーバー上に「ノード node」と呼ばれるポイントを (たいていの場合、発信者が) 作成します。「発信者 publisher」と「継読者 subscriber」を文字どおり結びつける場所です。継読者は、このノードに対して継読を申し込みます(subscribe)。なお日本語では「購読」と訳されることが多いのですが、ここでは「継読」という語を当てます。そして、発信者がノードに対して情報を送るたびに、登録されている継読者にそのことが通知されます。

配信サービスという意味では、RSS/Atom フィードによく似ています。フィードは、更新があるかどうかを受信者側から (フィードリーダーの設定などにより定期的に) 情報を読みにいきます。このブログのように月に一度ほどしか更新がないのに受信者側がフィードリーダーに「60分」などと設定していると、受信者側からのアクセスに対する返答の十中八九は「更新情報なし」で、無駄足だったということになります。だからと言ってあまり長い時間間隔に設定していると、新しい情報が出た際には受信者がそれを読みにいく時刻までに大きなラグが生じます。

それに対して PubSub は、発信者が情報を出すたびに、「電光石火の速さ」で継読者に通知されます。

WordPress と PubSub

WordPress.com のブログ記事「ブログ投稿やコメントの即時配信」 (この日本語訳は2010年9月24日付ですが、元の英文記事は2010年8月25日付)は、WordPress.com のブログサービスにこの Jabber の PubSub 機能を連動させたことを伝えています。WordPress.com のサポートのページ (英語)の後半の解説によると、継読の申し込みや解除などの操作は bot を介して行うようです。

WordPress.com ではなく、WordPress.org で配布されているインストール型の WordPress には、この機能はないのでしょうか? プラグイン Jabber Feed を使えば実現できそうです。しかし、ノードを作成する権限のある Jabber サーバーがあるかどうか、など環境が整わないと難しそうです。自前で Jabber サーバーを設置できれば自由がききます。このブログにも設定してみました (サイドバーにリンクがあります)。

多くのホスティングサービスでは Web サーバー と Mail サーバーを使わせてくれますが、Jabber サーバーを使わせてくれるところというのは聞いたことがありません。素人考えでは Web サーバー や Mail サーバーに比べて難しいことはないと思うのですが。これが一般的になれば、Jabber の利用が拡がり、インストール型の WordPress でも PubSub を簡単に使えるようになるかもしれません。

【跋】 今頃(2010年11月末)になって、数カ月前の WordPress.com のブログ記事に気づきました。しかし検索してみると、この間にこれに注目しているような日本語の情報はごくわずかの例を除いて見つかりませんでした。また、WordPress.com のブログ記事も PubSub の機能を主に紹介するもので、Jabber のもっとも一般的な面であるインスタントメッセージングについての解説がなかった (そもそも Jabber に関する情報は日本語ではとても少ない) ので、ここに書いてみることにしました。

]]> http://pasero.net/~mako/blog/s/178/feed 1 Jabber と WordPress (前編) http://pasero.net/~mako/blog/s/168 http://pasero.net/~mako/blog/s/168#comments Wed, 24 Nov 2010 02:49:41 +0000 Mako http://pasero.net/~mako/blog/?p=168 続きを読む →]]> Jabber / XMPP とは

Jabber とはインスタントメッセージングサービスのひとつです。XMPP はそのプロトコルです。Web に対する HTTP と同じ対応で、Jabber に対する XMPP ということになります。

インスタントメッセージングサービスというと、「Yahoo!メッセンジャー」とか「Windows Live メッセンジャー」などと同系統のものですが、仕様がオープンなので、多くのサーバーやクライアントのソフトが存在します。好きなクライアントを選んで使うことができますし、また、Web サーバーや Mail サーバーを設置・運用するのと同じように、自分でサーバーを設置して運用することもできます。XMPP どうしならサーバーを越えて通信できます。たとえば、Google トークは XMPP 準拠なので、ほかの XMPP のサーバー、ネットワークと通信できます。

Jabber / XMPP1対1のチャットは、あまり説明の必要はありませんが、ちょうどメール、その返事、その返事……の連続といったものととらえることもできます。

多人数のチャット (Muiti-User Chat (MUC))もあります。ユーザーからの見た目や操作は IRC によく似ています。

クライアントとアカウント

Jabber を始めるのに必要なものは、まず Jabber クライアントです。Web を利用するのにブラウザが、Mail を利用するのにメールソフトが必要なのと同じです。

クライアントの

などは日本語化されていています。Web ブラウザ上で動くもの、モバイル向けなど、ほかにもたくさんあります。

もう一つ、欠かせないのがアカウントです。メールを使う際にはメールアドレスが必要なのと同じことです。Jabber のアカウントは Jabber ID、略して JID と呼ばれ、形はメールアドレスにそっくりで、

name@example.com

アットマークの前はユーザー名、後ろはそのユーザーの属するサーバー名です。

自分で XMPP サーバーを設置できれば簡単に (そして自由に) JID を得られるのですが、そうでない場合はどうすればいいのでしょうか? ひとつの方法は公開 XMPP サーバーで JID を作ることができます。日本語では XMPP.JP というところがあります。

しかし、Jabber をいままで知らなかった人でも実は既に JID を持っている可能性があります。

のいずれかであれば、既に JID を持っています。

GMail の場合、メールアドレスとまったく同じで、たとえば name というアカウントを持っていれば、JID は name@gmail.com です。GMail にはチャット機能が含まれており、これが Google トーク、すなわち XMPP のメッセージングなのです。この Google の JID を別のクライアントで使用することも可能です。

WordPress.com (WordPress.com であって WordPress.org ではありません) の場合、たとえば name というアカウントを持っていれば、JID は name@im.wordpress.comになります。WordPress.com のサポートのページ (英語)に解説があり、そのページのリンクには主なクライアントの設定方法もあります。

前置きのような内容だけでも長くなったので、ここで区切って続きは後編で。

]]> http://pasero.net/~mako/blog/s/168/feed 1 WordPress 3.0.1 日本語版 http://pasero.net/~mako/blog/s/151 http://pasero.net/~mako/blog/s/151#comments Sat, 31 Jul 2010 09:29:54 +0000 Mako http://pasero.net/~mako/blog/?p=151 続きを読む →]]> WordPress 3.0.1 日本語版が出ました。オリジナルのほうでは 50点ほどの修正箇所があったようですが、日本語版としてはほとんど変更はありません。ただし、今回から「オリジナルから日本語版への変更点」を記述したファイルをパッケージに同梱することにしました。WordPress をインストールした URL に /readme-ja.htmlを付けたところにあります。

そもそも、readme.html というファイルが元からあります。インストール時に一度目にするかしないかで、それ以後は見ることはないでしょう。これも WordPress をインストールした URL に /readme.htmlを付けたところ、このサイトなら http://pasero.net/~mako/blog/readme.html にあるのですが、たぶんどこからもリンクが張られていないので、二度とお目にかかれないのです。せっかく訳したのにもったいないなあと思っています。

その readme.html の「おわりに」の章の最後に、ひっそりと 「オリジナルから日本語版への変更点」 へのリンクがあります。ますます見つけてもらえませんね。

]]> http://pasero.net/~mako/blog/s/151/feed 0