産前旅行で京都に行ってまいりました。
※このブログでは奥さんが妊娠していることを書いていませんので突然ですが、10月末に生まれます。男らしいです。

さて、そんなわけで夫婦二人の最後の旅行というわけで京都に行こうということになり、先週いってまいりました。
ちょっと背伸びして贅沢しようということで、一日目の夕食はカウンターの会席料理「阪川」へ。
祇園の雰囲気に包まれた、知らなかったら見つけられない、高そうな店のアレです。
入る瞬間は緊張しました。一見さんということで入り口に一番近いカウンター席に案内される。あいにく写真をとることはしなかったのですが（雰囲気が壊れるので）、本当においしい料理の数々。見た目はきれいですが飾りつけていることはなく、質素な感じ。でも口に入れると、いつも食べてるものとは全然違うのでした。ボリュームもすごかったし（食べ切れなかった）、味も雰囲気も料理人もさすがでした。そして思ったよりも安かった。ココに決めてよかったです。

２日目は京都の夏といえばの貴船へ。と、よく知っている風にいいましたが旅行の直前までこの貴船の存在をしりませんでした。。知り合いに聞くと結構有名で、「川床」という川岸で食事をするという夏の風物らしく。中でも貴船という地区がもっともメジャーな場所らしい。ほとんどの店が「川岸」ではなく「川上」に座敷が用意されています。つまり自分がご飯を食べているその下を川が流れるというものです。よく知らなかったので中でも評判の店「ひろや」を予約。あとでわかったのですが一番高い店だったらしいです。。京都の夏は蒸し暑く街中では汗だくだくだったのですが、ここは25度くらいと聞き、ちょっと肌寒い感じさえしました。料理はとにかく見た目が風情あるものばかりでした。氷の器に刺身がのってたりします。前日においしいものを食べていたのでそれに比べれば味はそうでもなかったと感じました（たぶん錯覚ですが）。

夕飯もホテルのレストランで食事。ホテルの中はゆったりできます。最後に出てきたデザートが、なんと山椒のアイス。うまびっくりしました。

３日目はさすがに会席を食べる気にならず、ここが庶民の悲しくも素晴らしいところですが、どうしてもラーメンが食べたくなりました。ネットで調べても京都のラーメンはほとんどコッテリ。うーん。なるべくさっぱりなものがいいな。で、見つけたのが魚介とんこつの「麺や高倉二条」。京都では魚介がめずらしいそうですが、全国的に珍しいのは麺が全粒粉を使っているところ。そばのような麺です。おいしかったです。コッテリだったけど。

レンタルサーバをお客様が借りて、ＩＤとパスワードをもらい、いざ設定をしようとなったときに、それぞれの仕様があまりにもわかりづらかった。

■さくらのレンタルサーバ ビジネス
「マルチドメイン対応」となっているのに実際には中途半端な仕様でした。
たとえばaaaaaa.comとbbbbbb.comを二サイト設置して、それぞれinfo@aaaaaa.com　と　info@bbbbbb.comのメールアカウントを作りたいなんていうことは当たり前にあるはずだがこれができない。
電話したところによると「できる」とはいうのだが、その意味はaaaaaa.comとbbbbbb.comのinfoアカウントが同じメールボックスになるので二つとも同じメールがくる、というもの。つまりメールを送りたい側にとってはinfo@aaaaaa.comとinfo@bbbbbb.comは同じメールアドレスになります。これは「できる」とはいわないでしょう。
このような仕様は中途半端といわざるを得ません。「マルチドメイン対応」と広告を打っていいものか疑問があるし、契約者に対しての説明が十分でないと思います。

また、DNSの設定も独特です。「会員メニュー」と「サーバーコントロールパネル」なるものがあるのですが、「サーバーコントロールパネル」の方ででさくらインターネットで取得したドメインの設定ができます。ところが、「会員メニュー」でも設定ができてしまいまして、それをすると通常「サーバーコントロールパネルで設定できるはずの項目が表示されない上、「サーバーコントロールパネル」で再度ドメイン設定しようとしてもエラーが吐き出されるような状態に陥ります。このような仕様も大変困ったものです。

■ファーストサーバー　ギガント
このプランはもう新規では申し込めないのですが、まずデータベースが使えないです。いまどき珍しい。電話して聞いたらSQLightは使えますよと。。ギガントのプラン自体が古い仕様なので仕方がないともいえるのかもしれないが、そうであれば他社の多くのレンタルサーバーサービスと同じように無償で機能をアップグレードしいてほしいのですが、アップグレードは新規で新しいプランの申し込みになるとのことです。これはアップグレードとはいわず、単によりよいレンタルサーバーへの引越しです。

さらに面倒なのがＤＮＳの変更でした。データベースが使えないなら別のサーバーにとりあえず移動してＤＮＳだけ変更したいと申し出たところ、ＤＮＳの変更をするためにはドメイン管理の解約手続きをしてほしいとのこと。ドメイン管理の解約？いえいえ、解約をしたいわけではなくてＤＮＳの変更をしたいだけなんですけど。。といったところ一度ドメイン管理の解約をしないとそれができませんとの回答。ドメイン管理の解約ってなんですか？ドメインの解約とは違うんですか？と聞いたところ、ドメイン管理を解約すると「Doレジ」というところに管理が移動するらしい。。それはお客側にしてみれば解約ではないですよね。まったく意味のない手続きをやらされた上に最低１週間はかかりそうでした。そもそもＤＮＳを変更できないドメイン管理ってなんだろうと思います。

■というわけで、
過去の負の遺産をがっつり引きずっているレンタルサーバーは避けて通るのが懸命だと、改めて実感しました。

スマートフォンが登場してからマルチデバイスの時代が来ると誰もが予想し、iPadの登場でそれが確信に変わりました。音楽を持ちあるくという衝撃をSONYが打ち出し、AppleがiPodでもう一度革新させ、それ以来Appleは様々なiPodを登場させ、人々のライフスタイルに浸透していきました。さらにiPhone発売以降ではAppleはデバイス市場において巨大な１勢力として世界に名乗りを上げたわけです。

そしてiPadの登場です。この斬新なプロダクトに多くの人が来る未来を重ね合わせています。

しかし、iPhoneの登場から少しある種の「違和感」を感じいていました。今となっては当然のことを言うようですが、iPhoneで使えるアプリケーションはApple製品でしか使えません。アプリケーションはAppleの承認が必要です。そして多くのサイトで使われていいるFlashがiPhoneでは見られません。

この「違和感」はiPadの登場でより強まりました。またFlashでiPhoneアプリを作れないように制約されたことで、なんとなく好きなAppleが変わっていってしまうような気にもなりました。

Apple が現在の地位に上り詰めたのはApple製品を独特に保護してきたからです。Appleが守り続けていると思うのは、陳腐な言い方になってしまいますが「オシャレ感」なのではないかと思います。そしてAppleにとってはこの「オシャレ感」はファンに対する「信頼」そのものなのだろうと思います。

長い間Macが存在し続けられたのはこの「信頼」があったからでしょう。
そして使われるアプリケーションを制限するのも、Flashを制限するのも、この「信頼」を守るためなのではないか。どうやら私が感じていた「違和感」とはAppleへの「信頼」の形が、単なる「オシャレ感」から、人々のライフスタイルを作り出していくような本当にいい製品を作っているという「信頼」へと変わっていったことによるもののようです。逆に言えばAppleの製品が人々に信頼されていけばいくほどAppleが守り続けてきたすばらしさが色濃くなってしまうということです。

それはつまりこういうことです。Windowsにはウィルスが多い。Appleにはエロがない。この事実は見る人によって違ってきます。Windowsはシェアが多く、自由。Appleには少しのファンしかおらず、選択肢が少ない。
つまりAppleが大きくなればなるほど、ネガティブな側面が色濃くでてきてしまうのではないかと思っているわけです。

Microsoftに変わってAppleはGoogleを敵に回しています。iPadの中身をAndroidにしてしまうことで、それはそれで1つ価値あるプロダクトになりえるはずです。そしてGoogleは「自由」の象徴です。こう考えていくとなんとなく、[Apple II]登場以降のWindowsとMacの歴史を繰り返していくのではないかという気がします。

少し前に、事業仕分け騒動で「光より速い通信技術」という発言がインターネット上で話題になりました。この発言に疑問を持った方の言い分は「光より速いものなんてあるわけないじゃん」ということらしいのですが、結論からいえばそれは誤解でしょう。ここで言っている「光」とは「フレッツ光」とか「auひかり」とかのことを指しているわけで、つまり「それらのサービスより速い通信技術」というわけです。

そう、インターネットはまだまだ速くなる余地があります。最近IBMワトソン研究所がゲルマニウム半導体を用いた超高速光受信機の開発に成功したそうです。これにより従来の通信速度を４倍に上げることが出来るとのことです。つまり、光回線は様々な箇所でインプット・アウトプットを繰り返していて、それらを行っている通信機器の性能がボトムネックになっているので、性能を上げることによって速度を上げられることになります。

しかし実際には通信はたくさんの場所を経由しているのでどこかでボトムネックがあれば恩恵は感じられないかもしれませんね。

理屈はよく理解できていないのだが、プラスチックがなぜ軟らかいのかというと構成原子が整列できていない（つまり結晶化されていないということ）かららしく、原子を整列させることが出来ればプラスチックは硬くなるということらしい。

で、出来たんですって。広島大学さん。しかも簡単な工程（過冷却状態で融液を押しつぶす）を一つ増やすだけで出来たらしく、ということは普通のプラスチックよりもちょい高めの値段で売ることができるそうです。しかも不純物を入れることがないのでリサイクル可能。ただ、鉄よりもというのは同重量の鉄よりもという意味らしいです。

引っ張りに関して鉄鋼と同程度の強度にするためには2倍の厚みが必要。でもそのときの質量は４分の１ですむようです。うーん。厚みが2倍というのは小さいパーツには向かないかもしれないですね。車体につかう鋼板の代替品に使うことなどが想定されていて、とりあえず食品容器などで試すそうです。硬さが必要だけど軽いと良いものはたくさんあるから無限の応用が期待できそうですね。

かわいいもの見たさに赤ちゃんネタをYouTubeで探していたら、久々にいいもの見つけましたので紹介します。
まずは下記を見てください。

Baby Dancing to Beyonce.

どうでしょう？かわいいです。きっといいダンサーになりそうですね。

見ているときに気がついた方もいるかと思いますが、あわせてこちらもいい感じ。

Baby? Dancing to Beyonce.

HTMLメールを作ってほしいというオーダーをいただき、しばらくHTMLメールは作っていなかったので、いろいろ調べていたらこんな記事がグーグルの上位にきてました。

ＨＴＭＬメールはやめよう。

結論としてはこの意見には反対です。そもそもこの記事ができたのは最近ではないっぽい（ＵＲＬを見るとどうやら７年くらいまえ？）のでこの記事に関し、なにかものを申すこと自体ナンセンスなのですが、セキュリティー面での懸念という意味ではHTMLメールに関しては今もそれを持ち続けていることに変わりはないと思います。

Gumblarがはやってから目に見える被害がでた最近では企業内にセキュリティーやウィルスに関して関心が高まっていると思います。

インターネットはとても大人のツールであり、セキュリティー面だけ見てもそうなのですが、ざっくりした言い方をすれば、個人の分別を求められるツールであるということです。別の視点ではそれは他人や団体が管理できない状態であるということです。

インターネットリスクは利便さの影です。それにはセキュリティーリスク（あたらしい犯罪のリスク）だけでなく宗教観や倫理観にダメージを与えることも含まれます。文化などを含めて議論すれば、たぶん結論はでないでしょう。

１ついえることといえば、新しい教育が必要なのではないでしょうか。コントロールされない膨大な情報に対し、いかに個人が分別を持って情報処理できるのかとうことは、青少年がポルノ雑誌を買えないようにするといった昔の対応ではもはや手に負えません。もちろんベンダーやメディアの規制も必要かとはおもうのですが、規制には自分で考える教育の機会を減らすという側面もあります。そのバランスがとても難しいところなのです。しかし現代人（とくに発育段階の子供たち）にはインターネットリスクに正しく対応するスキルを身につける必要があります。とすれば、我々ベンダーにあるべき責任とは、規制よりも、お客様がリスク回避できるように教育していくとなのではないでしょうか。

最近見た映画でのレビューです。

■「カールじいさんの空飛ぶ家」
ずいぶん前からプロモーションがされていてピクサー映画ファンとしてものすごく楽しみにしていたので、公開してすぐに見に行きました。
”お涙頂戴”なのかとおもったら、超”笑える”映画でした。夫婦の幸せな生活と妻の死から始まる物語なので、見る人によってはそうではないかもしれませんね。あらすじはシンプルです。そのほうが子供にもわかります。そしてキャラクターや展開の繊細な作りこみにはいつも恐れいります。今回は特にキャラクターがいいです。なんといっても、じいさんとデブの子供ですからね。

■「かいじゅうたちのいるところ」
私にはヒットでした。でも見る人によっては楽しめないかもなとも思いました。というのは、絵本を無理に映画にせず、絵本をそのまま投影した映画という感じがするので、そもそも絵本が好きではない人は好きになれないかもな、と思ったからです。主人公が男の子なので、かつて男の子だった人（現在女性でも）の方が感情移入しやすいだろうとも思いました。絵本が好きなわりに、それが小さいころに親から与えられることについてよく考えたことがなかったのですが、絵本は多くの漫画とちがって、いろいろなことがあいまいにできているからだと思いました。そもそもありえないことが起こるのは絵本も漫画もいっしょですが、漫画ではそれに対して説明があるのに対し、絵本は説明しません。そもそも絵本は大人として論理的に考えるとつっこみどころが満載なもので、矛盾があったり理不尽だったりします。

自分の幼稚園ぐらいまでのころと、このあいだうちに遊びに来た３歳児などを比べると、戦隊モノがすきなのは同じです。漫画も好きだし、ピクサーみたいなクオリティのものはなかったけれど、アニメもよく見る。でも絵本って見てない子供結構いるんじゃないかと思うのです。本屋に行くと必ず絵本はあるので、子供に絵本を与える親もたくさんいるとは思うのだけれど、どうせだったら一緒に楽しめるものを選んでいく親も多いのではないかと思います。理解できないもの・困難な状況・恐怖などを安全に疑似体験させてやるには、大人向けのものよりも絵本っていい教育ツールなんだとあらためて考えさせられました。

巨大なフライパン

4人がかりで運ぶ

友達に現地の人を紹介してもらって、旅先で初めてであった翌日。彼の実家でパエリア大会があると招かれたのでお邪魔してきました。テレビみたいな展開。。
その彼自身は小学生にサッカーを教えるということで不在。郊外にある小さな駅のカフェで連絡も取れず、不安になりながらも待つこと２時間。彼の兄と名乗る人が現れ、一緒に車に乗って彼の家付近の空き地へ移動。

そこには親戚の方たちがが12・3人いらっしゃって、男四人がかりで持つような大きなフライパンを囲んでいました。おばあちゃんが指揮をとっていました。後に教えてもらったのですが、おばあちゃんのことを「やや」というそうです。たぶん日本の「ばーば」のようなものなのかと思います。空き地にはその家族しかいなかったので、「あー、バーベキューのようなものか」と思ってたのですが、フライパンをもって審査会場に移動。どうやら我々が最後のグループだったようで、会場には100人くらいの人が２列の長いテーブルを囲み、がやがやとパエリアを楽しんでいました。

長く並べられたテーブル。これが２列あります。

スペイン人には英語がほとんど通じない。
そんな中で妻が書いたイラストがとても役に立ち、言葉を超えてのコミュニケーション。海外は不安なものですが、その家族はとても気さくに迎えてくれました。パエリアに自家製のケーキ・ワイン・コーヒー、あとメロン。このメロンの切り方が面白いので別途投稿します。

結果は6位。ですが、当然これまで食べたパエリアで一番おいしかった。食べ終わるころ、サッカーのコーチを終えた彼が登場。おせーよ。
と、こういう「ゆるさ」と「気さくさ」のあるスペイン人が大好きになりました。

このあと、今回の旅の目的のひとつである「カンプノウ」に向かうことになります。
長くなったのでまた別の投稿にしますー。

景気が悪いせいか、あるいは企業の知識が増えてきたせいかCMSを使ってサイトを構築したいという要望が多くなってきて、MovableTypeをつかったサイト構築案件が続いています。

というわけで、躓いたところをメモしておきたいと思います。

■Template mail_preview load errorが発生！
こちらで提供されているメールフォームのプラグインをカスタマイズ中に起こった現象です。
カスタマイズしている最中にメールを確認ボタンをおすと表示されます。
ソースを見直した結果、理由はメール送信時に必ず送らなければならない情報を送っていなかったことでした。
mail_formの中にあるinputタグでtype=hiddenに指定されているid=mail_blog_idという一文をうっかり消してしまったことによって、同様の現象が起こっていたようです。
記述しなおしたところ、正常に動作しました。

■タイトルとイメージの順序を無理やり変更。
デザインを受け取ってさぁコーディングというときに、あれっ？コレってー順序ちがうよね。というものが出てきました。MTの場合、タイトルと日付などのパラメータ、それと本文という構成になりますが、画像は本文の中に入っていることになります。でもデザインでは本文は本文であるのですが、一枚だけ画像をタイトルと本文の左側に表示しなければなりませんでした。一記事に必ず画像が一枚あるということを前提に、解決策を模索。案として二つ。

・記事としてのタイトルは非表示、表示する本文の中に決まった形でタイトルなどをhtml形式を打ち込んでもらう。
・javascriptでなんとかする。

結局、実際に記事を書く人間が不特定ということを考えると、javascriptでなんとかするしかないか。ということに。

下記、実際のスクリプトです。

$(document).ready(function(){
var topics = $(“.topic”);
for(var i=0;i<topics.length;i++){
seupTopics(topics[i]);
}
});
function seupTopics(topic){
var firstimg = $(“img”,topic)[0];
var w = firstimg.width;
var h = firstimg.height;
if(w > 238){
var rate = 238 / w;
firstimg.width = 238;
firstimg.height = 238*rate;
}
var target = firstimg;
if(target.parentNode.nodeName == “A”){
target = target.parentNode;
}
if(target.parentNode.nodeName == “SPAN”){
target = target.parentNode;
}

var imgdiv = document.createElement(“div”);
topic.appendChild(imgdiv);
imgdiv.setAttribute(“class”,”imgdiv”);
imgdiv.appendChild(target);
}

途中、無理やり幅指定。画像がaタグでくくられていたらそれも、さらにspanタグでくくられてたらそれも含めて本文から消しています。
そのあと消したものをタイトル・本文を含むdivと同列に配置。それをCSSでfloatしています。
※ちなみにjQueryを読み込んでいますのであしからず。

最善解とは思えませんが、とりあえず実現できたので良しとします。