日本語版作成チーム内で、今回の 3.0 のリリースリーダーを担当するという話になったのが 3月中旬でした。その頃、オリジナルの WordPress 3.0 の予定は 4月にbeta と RC, 5月1日にリリースとなっていたのですが、実際には大幅に遅れました。

日本語版

日本語版の作成は、まずメッセージカタログを翻訳することです。メッセージとは、WordPress に現れる種々の文字列、たとえば管理画面に現れる個々の項目などです。メッセージカタログは、WordPress 日本語版をインストールしたディレクトリの wp-content/languages/ 以下にある ja.po, ms-ja.po, continents-cities-ja.po それにテーマ twentyten の wp-content/themes/twentyten/languages/ja.po です¹⁾。

このうち continents-cities-ja.po は、世界の都市名で、前回の版 (2.9.x) から変更がなかったので今回はまったく作業せずにすみました。そのほかのメッセージも多くは前回の版から引き継ぐことができましたが、新規に増えたものも多くありました。

そのほか、メッセージカタログでは対処できない部分が若干あり、それらはオリジナルの構成ファイルの該当部分を直接翻訳して、日本語版パッケージに含めます。

リリース担当

リリース担当の仕事は……何でしょうね? 一言で言えば「スケジュール管理」ということになるでしょうか。正式版の前に beta1, beta2, RC1, RC2, RC3 のリリースがありました。日本語作成チームのメンバーはそれぞれが wp-polyglots ML や開発ブログなどから、オリジナルの動向の情報を得ていますが、リリース担当としては、翻訳の状況を見ながら「いつまで翻訳を受け付け、いつまでにパッケージ化、いつまでにテスト、その後リリースと告知」とチームに提案して、エイヤッと日本語版リリースに持っていきました。特に今回の beta や RC の際には未翻訳のメッセージが多く残っていて、どこかで踏ん切りをつけなければならなかったのです。もちろん正式版では未翻訳は残っていません。

もうひとつは「調整」でしょうか。同じ語が場所によって別の訳語になっているのを統一しなければならなかったり、よりよい訳にするための修正が提案されることがありますが、「どうしましょうか」というところで話が止まってしまうこともよくあります。リリース担当として、これまたエイヤッと「こっちにしましょう」と進めていきました。

GlotPress

これから目にされる WordPress 3.0 日本語版で、「この翻訳は変じゃない?」「あっちとこっちで別の語になってるけど同じがいいのでは?」と思われる箇所がまだ残っているかもしれません。そんなときはぜひ、日本語作成チームにお知らせください。

GlotPressという仕組みで、訳文の修正の提案ができます。ログインに必要なアカウントはフォーラムと共通です。GlotPress はまだ発展途上で、使い勝手はよくないのですが、

• Translation of 3.0 and all 3.0.x
• Multiste strings for WordPress 3.0 and 3.0.x
• the 2010 default theme

のいずれかで、Filter に文字列を入力して対象となるメッセージを検索し、見つかったら右端の Details の押して、修正案を入力してください。

ここでの入力は「案」であり、ただちにメッセージカタログに取り込まれるものではありませんので、気軽にお知らせください。それを日本語作成チームのメンバーが見て、採用するかどうか検討し、今後のリリースに反映します。

3.0 は出ましたが、まだしばらくの間(3.0.x)はリリース担当です。今後ともよろしくお願いします。

1. これら人間が読めるテキスト形式の *.po と、実際に WordPress が引用するバイナリ形式の *.mo を合わせて「日本語リソース」と言うこともあります。 ↑

まだ日本語訳のおかしなところが少しあります。

大胆に訳したところ、自信の持てなかったところ、そして手をつけられなかったところが多々あります。お気づきの点がありましたら、メール mako(あっと)pasero.net または XMPP でも同じ形の mako(あっと)pasero.net までお知らせください。

タグ

そのうち、シンプルで便利そうなWordPress のテーマ F2 の日本語リソースを作って作者に送ったところ、バージョン 1.0.9 から同梱されるようになりました。

タグ

RSS フィードをはじめとして、インターネットでは、ある情報の更新を何らかの手段で通知するための機能がいろいろとあり、特定の情報をその管理下におくように指定することを “Subscribe” (署名する、賛同する、予約する、購読する、などの意) といいます。

RSS フィード等の “Subscribe” は「積ん読 (つんどく)」か

この訳語がどうもしっくりこないと感じているのは、私だけではないようです。違和感は「購」が、代価を支払う、という意味を持っているところにあります。

「購読」とは「金を払って読む」事であって、ウェブ上の、いくらでも無料で参照できるリソースに対して使用する語ではないだらう。初めてこれらを「購読」した時、「え、金かかんの?」と思ったものだ。

「購読」に違和感

ほかに適切な訳語があればきっとそれが当てられているでしょうから、しかたないということのようです。

だったら、「RSSフィードを購読する」よりももっと適した日本語訳があるかというと…これが意外と難しいようで…。

RSSフィードの購読は、「subscribe」から

適切な語がないのだったら造ればいいのか、「統計」や「神経」だって最初はそうだったのだ、などと思いながら布団に入り込み、あれこれ考えているうちに「継読」というのを思いつきました。我ながらこれはなかなかいいと悦に入って眠りにつきました。

翌朝、「継読」で検索してみると、意外に多く引っかかりました。読書界(?)で多く使われているようで、特にシリーズ物を次々に読んでいくことを指している用法も見受けられ、ちょうどここで考えている意味とも合致しそうです。そのほかにメールマガジンに対して用いられているものも見つかりました。そして、ここでの主張と同じものも発見しました(『購読』ではなく『構読』や『継読』にすべき)

この造語の最初の発案者にはなれませんでしたが、あらためて

• subscribe は「継読する」
• subscription は「継読申込」または短くして「継読」

と訳してはどうかと主張します。

この語の難点のひとつは、見た目が「継続」に似ていて、「間違いじゃないの?」と思われそうだというところでしょうか。

タグ

試しに作って削除した twitter アカウントを復活させようと思ったのがはじまりでした。

ここに「半年以内であれば復活できます。」と書かれていますが、1年ほど前に削除したものでもできそうな雰囲気でした。そこに書かれているようにアカウントとパスワードを入力すると、「メールを送ったので手続きせよ」のようなメッセージが表示されます。

しかしメールは届きません。そこで思い出したのですが、登録していたメールアドレスは当時契約していたレンタルサーバのドメイン名を用いたもので、現在は既に解約してしまっていたのでした。そこのレンタルサーバは多くのドメイン名を所有していて、そのサブドメイン名を利用できるというものでした。そこで △△△.halfmoon.jp を登録して □□□@△△△.halfmoon.jp をメールアドレスとして使用していたのでした。

既に他人のものに

ブラウザで △△△.halfmoon.jp を見てみると見知らぬページが表示され、既に他の人に取得されているようです。先ほど試した twitter のアカウント復活のメールもそちらに行ってしまったのでしょう。そのレンタルサーバではいわゆる chatch all はできないようなので、メールアカウント □□□ を設定されていない限り誰にも届かないとは思うのですが(あれ、postmaster にエラーメールが届くのかな、もう忘れてしまった)。

もし、新たにこのサブドメイン名を使っている人が偶然または故意に □□□ 宛のメールを読めていたら、ちょっと嫌な気分です。もし catch all ができるようなところだったら、それは簡単に起こり得ます。

迂濶にドメイン名を手放すのはよくない

さて、もし冒頭の手続きメールがその他人に届いていて、そのメールにあるリンクをクリックするだけで手続きが完了するのなら(検索してみると、どうやら単にクリックするだけのようです)、twitter アカウントを「乗っ取られる」(こちらにも落ち度があるのでそう言うのも憚られますが)ことになります。誰もそこまで考えていなかったのでしょうね。

いったんメールを送ってそこにある URL で確認、という手順は会員登録手続きなどでよく見かけます。その場合は最初の手続きとメールでの確認の間にそう時間が経っていないという前提があるのであまり問題はないのでしょうが、今回の twitter アカウント復活のような場合は相当な時間的隔たりがあるので、単にメールアドレスだけに頼るのはよくないと思います。

最近はメールアドレスを ID に使うサイトもよくあります。レンタルサーバの解約に当たって、不都合がないようにあちこち変更したのですが、既に削除して不要と思っていたものに残っていてそれが再び顔を出すことがあるとは不覚でした。それに、そのメールアドレス □□□@△△△.halfmoon.jp で検索してみると、ごくわずかですが、何かに投稿した跡が見つかります。こちらのほうはもう仕方のないことですが。

教訓

• さくらインターネットのサブドメイン名の再取得には十分なロック期間があり、
• twitter のアカウント復活の期限は逆に短く、
• twitter のアカウント復活の手続きはメールの後にも再度パスワードの入力を求める

であればよかったと思います。

そして最大のポイントは

• 一度使い始めたドメイン名(メールアドレス)は手放さないにこしたことはない

ということを、身を以て知ることになりました。

タグ

別の事情のためにカーネルのバージョンを 2.6.30 にしたら、またまた beep が鳴らなくなってしまった。というか、PC スピーカーからではなく ALSA のほうに行ってしまい、そちらに外部スピーカーを接続して alsamixer の beep コントロールを適切に設定すればそちらから音が出るようになった。

しかし、ここでは外部スピーカー(ヘッドホン)は音楽を聴くときなど限られたときしか使っていない。そのため警告音として役に立たない。

検索の結果、Anyone know what happened with PC speaker in 2.6.30? の中ほどを見ると、カーネルの config で、SND_HDA_INPUT_BEEP を off にすればいいようだ。このためだけに Debian パッケージのカーネルを使えずにカーネルの再構築をしなければならないとはひどく面倒だ。

まとめると、Debian で beep を PC スピーカーで鳴らすには、

1. SND_HDA_INPUT_BEEP を off にしてカーネルを再構築する
2. カーネルのモジュール pcspkr はロードする
3. alsamixer の beep はミュートする (そうしないと ALSA から「も」beep が鳴る)

検索してみても、いかに beep を消すかというばかりが見つかり、逆に beep を PC スピーカーで鳴らしたいというのはほとんど見つからない。時代遅れなのだろうか。

タグ

Emacs の subversion のためのインターフェース psvn.el の先頭のほうで、コメントの形の FAQ に書かれていた。

タグ

検索してみると実にたくさん引っかかりましたが、どうやら

1. wp-include/cron.php の wp_remote_post() の設定時間を長くする
2. Smart Update Pinger プラグインを使う¹⁾
3. /etc/hosts の 127.0.0.1 にホスト名を加える

の 3 つの解決策に分類されるようです。

まず (1) をやってみましたが、ここでは何も起きず、(2) をやってみると「更新情報サービス」に設定してたところには ping を送信できましたが、トラックバックは別でした。

結局「移転以来」というのが鍵でした。移転というのはいわゆる「自宅サーバー」になった訳ですが、そこに問題がありました。

「自宅サーバー」というのは、つまりルーターの内側にあって、NAT により外側に見えるグローバル IP アドレスと、内側(自分自身を含む)から見えるプライベート IP アドレスが異なっている状態にあるということです。外向きの DNS は立てていたのですが、自分自身 (つまり pasero.net) を 127.0.0.1 や 192.168.x.x と引けなくてもこれまで特に問題はありませんでした (それはそれで驚き)。

「トラックバック」の仕組み上、これではいけないのですね。ひとつの解決策が (3) のように、/etc/hosts で WordPress のあるホスト名を 127.0.0.1 に対応させる方法です。ここでは、VIEWによるスプリットDNSという方法で、内向きの DNS を設定して解決しました。

1. 後継のUltimate Plugins Smart Update Pinger というものがあるようです。 ↑

タグ