豪華寝台特急「七つ星」に 3泊4日で九州一周

JR九州が計画している九州一周豪華寝台特急の名称が「七つ星」に決まったことが17日、分かった。九州各地の温泉などを巡る3泊4日の旅で、料金は約40万～50万円の予定。2013年秋に運行を開始する。

車両は7両編成で、定員は30人程度。部屋数は5両で計14室となる。食堂車も設ける。博多駅を出発し、大分県の由布院や鹿児島県の霧島温泉などを巡る予定。

「七つ星」という列車名には、九州7県の魅力を発信するという意味が込められているという。

SankeiBiz

九州の旅、列車で優雅に 「七つ星」13年秋発車

JR九州が計画している九州一周の旅を楽しむ豪華寝台列車が2013年秋に運行を開始し、列車名は九州7県の魅力を世界に発信するとの思いを込めて「七つ星」に決まったことが16日、分かった。3泊4日で九州各地の温泉や自然が楽しめる旅で、料金は1人38万円から50万円。国内やアジアの富裕層をターゲットにする。

計画では、列車は7両編成でうち5両が寝台列車になる。最後部の7両目が2部屋しかない1人50万円の「デラックススイート」で、ほかの寝台列車は1両3部屋。部屋数は計14室で、定員は30人程度になる見通し。展望やイベントを楽しむサロンと食堂車も各1両設ける。

西日本新聞

ついに究極の寝台列車登場。飛行機がどんどん安くなっていってるのに、鉄道はグランクラスに続いてさらなる高級志向へ。1人50万円の寝台列車とはいったいどういうものなのか。果たして客は来るのか?

いやきっと来るんだよね。お金持ってる人が。

さて、鉄道マニアのくせにこういうことを言ったらイケナイのかも知れませんけど、いくら豪華にしたところで鉄道は鉄道なんですよね。レールの上を車輪で走る交通機関である天命からは逃れられない。どんなに豪華にしたところでどうしても限界がある気がします。それを踏まえた上でどれだけの付加価値を演出してくれるのか、金額に見合った満足度が得られるのか興味深いところです。

これに近い感覚はカーオーディオ。今から10数年前、知人がカーオーディオに200万円程度つぎ込んだという話を聞いて、実際にその音を聞かせてもらったことがあるのですが、まあ確かに綺麗な音は出ているわけだけど、ちょっとモヤモヤが。ケーブル1本、スピーカーコーンの材質にまで徹底的にこだわってみたところで、エンジンの音やロードノイズにかき消されてそんな些細な努力は無駄になってしまうわけです。しかもアンプを載せるために後部座席を潰していたので積載量もダウン…

ただそれでもお金を出して体験した本人が「あーいい音だなぁ。好きな曲をいい音で聴けて、お金を出した価値があるなぁ。」と感じればいいんですよね。

でも…無い袖は振れない。

「トロイの木馬Agent3.BOQS オープン時に検出されました」と表示されています。

CAPTが関係していることはすぐにわかりました。CAPTそのものは、

CAPTプリンターの印刷の仕組みは、パソコンのCPUを利用して印刷データを生成する(ホストベース)ものです。パソコン側で印刷データの処理を行うため、プリンター側にはメモリ増設の必要がありません。印刷の際には、パソコンからプリンターのステータスをチェック(用紙なしや紙詰まり等)しながら印刷データを送るので、パソコンとプリンターとの間で双方向の通信が必須となっています。

CAPTプリンタをネットワーク環境で使用する場合の注意点

という、プリンタ側ではなくローカルのPC上で印刷用のデータを作る仕組みなのですが、この特殊な動作が災いしてWindows XP sp2以降のファイアウォールに阻まれたり、今回のようにウィルス誤検出を起こしたりするようです。

そこで、AVGに例外処理を入力して誤検出しないようにしてやります。

常駐シールドの例外管理にパスを追加してやりましょう。

「常駐シールドディレクトリ除外」のところに

\\server\print$\w32x86\3\
\\192.168.1.2\print$\w32x86\3\
c:\winnt\system32\spool\drivers\w32x86\3\

「除外されたファイルの」ところに

\\server\print$\w32x86\3\CAPPSWK.EXE
\\192.168.1.2\print$\w32x86\3\CAPPSWK.EXE
c:\winnt\system32\spool\drivers\w32x86\3\CAPPSWK.EXE

を入力しました。サーバーのパス2種類(コンピュータ名とIPアドレス)とローカルのパスです。ディレクトリとファイルの両方を指定する必要はないと思いますが、手間としてはほとんど変わらないのでとりあえず入れておきました。

必ず発生するかどうかもよくわからない現象なのですが、もし同じような症状が発生すればこの方法でなんとかなると思います。

しかしながら、ウェブサイトの作り方っていうのは流行があって、旬を過ぎた作り方だとなんとなくダサいイメージがあるのが現実です。ユニバーサルセレクタもそんな流行遅れの烙印を押された手法ではあるのですが、果たしてそんなに悪いものなのか。とりあえず考察してみましょう。

まずはいろいろなサイトを読み漁ってみます。

• CSSをリセット
• ユニバーサルリセットの弊害
• 全称セレクタを用いたスタイルの正規化
• HTML初心者が知っておくべきリセットCSSと3つのポイント
• [使えるCSSテクニック] ブラウザのデフォルトスタイルをリセットする
• Reset vs Normalize
• CSSセレクタのパフォーマンスへの影響
• ユニバーサルセレクタを使う前に学ぶ基礎知識
• Webブラウザのデフォルトスタイルをリセットする – ユニバーサルセレクタの使用又は要素ごとに指定する方法
• ブラウザのデフォルトスタイルをリセットする手段、ユニバーサルセレクタとタイプセレクタの違いは?

時系列的には、

1. ユニバーサルセレクタでブラウザが元々持っているデザインをリセットしてしまおう。ゼロからデザイン再構築。
2. いやいや、全部のデザインをリセットすると、よい部分(特にform周りのデザイン)まで影響するから要素ごとにリセットしよう。リセットCSSっていうのもあるよ。
3. いやいやいやいや、リセットなんて古いよ。せっかくもともとのデザインがあるんだからそれを生かそうよ。ノーマライズだよ。必要な部分だけCSSを書こう。

という感じですかね。いろいろな考え方があるのは承知の上で、体質的に3番の方法は受け入れられません。絶対ムリ。思い描いているデザインを再現できないし。

2番のリセットCSSには一定の理解を示せるものの、何をどのようにリセットするかが中途半端。そもそもたかがリセットするだけなのにCSSの記述量が多すぎて。さくっとリセットして必要な要素やクラスをガシガシと書くほうが絶対効率よさそう。

ということで、やっぱりユニバーサルセレクタ。ウェブ制作の流行というよりも、コンセプトの相違でしょうね。どれがいいとか悪いとかではなくて。

さらに、まことしやかに語られるユニバーサルセレクタの弊害「レンダリング速度の低下」ですが、どうも全然影響がないようです。むしろ速くなったという検証結果もあって実に興味深い。ユニバーサルセレクタ愛好家としてはとても心強い結果になりました。

どうせ当分HTML5に移行せずにXHTML1.0 strictのままだし、CSSも従来どおりでいいんですー。

プラグインSociableとWP-OGPを停止しました。Sociableは吐くコードが汚らしい(設定ミスや理解不足だったらごめんなさい)と言う理由で、WP-OGPは「いいね」ボタンがいらないんだったらコレもたぶんいらないよね、という理由です。プラグイン作るんだったらvalidなソースを書いてほしいというのは欲張りなんでしょうか…。(同様の理由でWP-PageNaviも停止しています。)

さて、Add Meta Tags。久々にW3C Markup Validation Serviceでチェックしてみると、サイトを読み込めないエラーが発生しました。どうも変な文字コードが入っているらしい。さっそく原因を突き止めると、【WordPress】「Add-Meta-Tags」と「WP-OGP」で文字化けが起こる不具合に行き着きました。

meta[description]は文字数をN文字で丸めているみたいだけど、文字丸めの関数がマルチバイトに対応してなくて、N文字目が日本語の記事はUTF-8 invalidな文字に変換されるけど、N文字目がシングルバイトの文字はUTF-8 validになるから、記事ごとに文字化けしたりしなかったりというメカニズムじゃないかと推測。

ということで参考どおりにプラグインを数ヵ所編集したら、どうやら上手く動いてくれたようです。

unicodeは、いい意味での多くの可能性を持っている代わりに、サロゲートペアなどトラブルの可能性もたくさん秘めている恐るべき文字コードだなぁと再認識。WordPressとプラグインに何もかもお任せ状態のウェブサイト構築ばかりしていますが、今回のようなことがあるとたまにはチェックも必要だなと痛感するのでした。

一般的な投稿・固定ページ画面はこのような感じ。

プラグインを有効化すると、このようにタイトルと入力タブが多言語化。

これで、入力していきます。

言語の切り替えはウィジェットに配置するか、テーマファイルの任意の場所に、<?php echo qtrans_generateLanguageSelectCode('●●●●'); ?>を書きます。●●●●のところは「text」「image」「both」「dropdown」と選択できますが、bothにしてみました。(ウィジェットの場合は「Text only」「Image only」「Text and Image」「Dropdown Box」のうちのText and Imageです。最初は直接記述していましたが、その後ウィジェットに改めました。)

また、設定画面の中のAdvanced Settingsの項目にURL Modification Modeという項目があり、

• Use Query Mode (?lang=en)
• Use Pre-Path Mode (Default, puts /en/ in front of URL)
• Use Pre-Domain Mode (uses http://en.yoursite.com)

という感じで3タイプのURLの書き方を選ぶことができます。今回はいちばん使いやすい(だろうと思う)Query Modeにしてみました。

あと、ブログのタイトルやリンクなど、多言語化されていない入力欄については、[:ja]ブログタイトル[:en]weblog titleのように書くことでちゃんと処理してくれます。テーマファイルに直書きで言語選択させたい場合は<?php _e("<!–:ja–>フィード<!–:–><!–:en–>feed<!–:–>"); ?>のように埋め込むことで実現できます。

それからAnother HTML-lint gatewayでチェックしてみると、言語切り替えスイッチの中に空のdiv要素が生成されていて減点されるので、直接プラグインのファイルを編集してこのdiv要素を出力する箇所(2ヵ所)を削りました。それがどのような影響を及ぼすのかよくわかりませんが、少なくとも言語切り替えにbothを選択している限りでは大丈夫なような気がします。(dropdownはもしかしたら影響あるかも…)

参考にしたサイトはここらへん。

• WordPressプラグイン「qTranslate」でブログを多言語化する
• WordPress 多言語プラグインqTranslateの設定メモ

こんな感じで、初の多言語対応は無事に終わりましたー。