subscribe の訳語は「継読」で

RSSフィードやメーリングリストなど、subscribe の訳語を「購読する」、名詞形の subscription を「購読」としているのを目にする機会がしばしばあります(ほかに文脈に応じて「登録」や「加入者」(subscriber の訳として)としている場合もありますが、ここでは専ら「購読」について考えます)。
RSS フィードをはじめとして、インターネットでは、ある情報の更新を何らかの手段で通知するための機能がいろいろとあり、特定の情報をその管理下におくように指定することを “Subscribe” (署名する、賛同する、予約する、購読する、などの意) といいます。
この訳語がどうもしっくりこないと感じているのは、私だけではないようです。違和感は「購」が、代価を支払う、という意味を持っているところにあります。
「購読」とは「金を払って読む」事であって、ウェブ上の、いくらでも無料で参照できるリソースに対して使用する語ではないだらう。初めてこれらを「購読」した時、「え、金かかんの?」と思ったものだ。
ほかに適切な訳語があればきっとそれが当てられているでしょうから、しかたないということのようです。
だったら、「RSSフィードを購読する」よりももっと適した日本語訳があるかというと…これが意外と難しいようで…。
適切な語がないのだったら造ればいいのか、「統計」や「神経」だって最初はそうだったのだ、などと思いながら布団に入り込み、あれこれ考えているうちに「継読」というのを思いつきました。我ながらこれはなかなかいいと悦に入って眠りにつきました。 翌朝、「継読」で検索してみると、意外に多く引っかかりました。読書界(?)で多く使われているようで、特にシリーズ物を次々に読んでいくことを指している用法も見受けられ、ちょうどここで考えている意味とも合致しそうです。そのほかにメールマガジンに対して用いられているものも見つかりました。そして、ここでの主張と同じものも発見しました(『購読』ではなく『構読』や『継読』にすべき) この造語の最初の発案者にはなれませんでしたが、あらためて
  • subscribe は「継読する」
  • subscription は「継読申込」または短くして「継読」
と訳してはどうかと主張します。 この語の難点のひとつは、見た目が「継続」に似ていて、「間違いじゃないの?」と思われそうだというところでしょうか。

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

twitter アカウントの復活

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

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

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

既に他人のものに

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

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

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

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

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

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

教訓

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

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

そして最大のポイントは

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

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

beep は PC スピーカーで鳴らしたい

あるときから beep が鳴らなくなってしまった。このときはパッケージ alsa-base のバージョンを上げたときで、/etc/modprobe.d/alsa-base-blacklist.confblacklist pcspkr と書かれるようになったからで、これをコメントアウトしてカーネルのモジュール pcspkr をロードするようにして復活した。

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

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

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

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

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

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

psvn でのパスワードの入力

自分のためのメモ。 Emacs の subversion のためのインターフェース psvn.el の先頭のほうで、コメントの形の FAQ に書かれていた。
;; Q3: How do I enter a username and password?
;; A3: In the *svn-status* buffer press "s", switch to the
;;     *svn-process* buffer and press enter. You will be prompted for
;;     username and password.

WordPress でping/トラックバックを送信できない

サーバーの移転以来、トラックバックができていないようだと思いながらも、あまり記事を書いていなかったので確信を持てずにいました。思い当たる設定をいくつか直してみたのですが、やはり出ていっていませんでした。

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

  1. wp-include/cron.php の wp_remote_post() の設定時間を長くする
  2. Smart Update Pinger プラグインを使う[1]
  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 というものがあるようです。

linkrel-hm プラグイン

たまたまフォーラムのトピックで見かけて、WordPress のバージョン 2.8 よりヘッダにサイトナビゲーションが出力されることを知りました。 出力されるソースを見てみると、記事の single の表示のときはいいのですが、single ではないときには next や prev は付かないようです。 以前、簡単に作ったプラグインがあったので、2.8 本体の出力と重複する部分は出力しないように変更して、使い続けることにしました。

Pidgin で IRC

WordPress ja “非公式” IRC チャンネル」について、先日書きました
サーバ:
irc.freenode.net
チャンネル名:
#wordpress-ja
文字コード:
UTF-8
それ以来、PC の前にいるときは接続しているようにしているのですが、ほとんど誰もいませんね。時間帯が合わないのでしょうか。 随分前の「WordPress交流会」のときには Chatzilla を使いました。その頃 Pidgin はまだ Gaim という名前でしたが、日本語を使おうとするといろいろ問題があったのです。今は普通に使う分には問題ありません。 Pidginは多くのプロトコルに対応していて、普段から Jabber/XMPP のクライアントとして使っていたので、そこに IRC のアカウントを追加したのでした。