中目黒にある焼肉屋 虎の穴にいってきました。
場所は、こちら。東京都目黒区上目黒１丁目１７−８ 中目黒ＫＲＫビル
味はおいしかったです。特にロースとカクテキがおいしい。
食べたのは、カクテキ、タン塩、ハラミ、豚トロ、ロース×2、石焼ビビンバ、
サンチュ、あとなんかあったかな。あとはドリンクだけのはずです。
ロースは、上ロースとかもあったんですが、ロースで十分おいしい。
それに、なにしろ柔らかい！！あれはいいです。
値段が高くなると、脂のサシが多くなることが多いですが、
脂身な苦手な私としては、あんまり歓迎できることではないのです。
普通のロースで十分。あれがベストのうまさかもしれません。
店員さんは、なぜがガタイがごつい人が多いです。なんでだろう。
肉を焼く、七輪みたいなのって、そんなに重いんだろうか。
前にビーフ亭にも行きましたが、こちらの方が雰囲気はあります。
女の子と行くならこっちがいいかなと思います。
彼女、奥さんとなら、びーふ亭がリラックスしていいかも。
味はどちらもおいしいです。
ちょっと前に、Windows XP 64bit版から、Windows XP 32bit版に、OSを入れなおしたのです。
音楽データは、外付けHDDに入れていたので、特に面倒はなかったのですが、
iTuneをインストールして、iTuneフォルダを読み込んだら・・・
wavエンコーダで取り込んだCDのデータが、曲名しかわからなくなっていました。
誰の曲かも、アルバム名も、ジャンルも、全部わからなくなってました。
これは困る。。。さすがに曲名だけでは判別できません。ＣＤもうないですし。
アルバム情報とかが残っていたファイルを見たら、m4a(AACエンコード)、
aif(AIFFエンコード）の２種類でした。
Macだとmp3の代わりにm4a、wavの代わりにaifを推奨してますよね。
もしかしたら、AIFFエンコードだとＯＫなのかな？という予測のもと、
まだ持っていたＣＤから、AIFFで取り込みなおしています。
私のＰＣでは、aifファイルは音楽ＣＤとして焼けないので、
ＣＤにするときは、wavに変換する必要があるのですが、アーティスト情報が大事です。
分類するキーですからね。
XP 64bit版で取り込んでたからNGだったのかな？原因はよくわかりません。
聞く頻度が減ったり、買った当時あまり気に入らなくて
そのままにしていたレコードを、風呂上りに3枚聴いてみた。
いい、とてもいい、懐かしいけど新鮮なパワーもある。
ものの価値、ものから受けるパワー、印象は一定ではない。
身近なところに、思わぬ宝が眠っていることがある。
特別な話ではない。しばらく会ってなかった友達、ずっと一緒にある家族。
身近な所にも大きな宝物はきっとある。
先週からいきなりスパムっぽいコメントが突き出した。
認証せずに無条件に公開するようにしてから、早かった。
画像の文字列で認証する機能をつけよう。
hetemlだと、できたはずだから。必要なモジュールが入っていたはず。
会社からの帰り道に目黒川があるので、毎日桜をみている。
桜はぱっと咲いて、ぱっと散るイメージだったけど、
毎日見ていると、イメージよりはたくましい。
そしてブームのように、桜を見て、よっぱらい、ゴミを残す人々。
普段の人どおりもあまりない目黒川沿いの道を知っていると
それが、つまらなく、空しい気分になる。
ただ、きれいやねと楽しみ、きれいなものをきれいなままにして
そこを去っていけばいいのに。
人に見られるために、さくらは咲いているんじゃないのに。
この時期だけ、こういうことを考える私も、多分つまらない。
以前の記事で、Fromの名前の部分が化けてしまうということを書きましたが、
解決方法がわかったので、ここに残しておきます。
参考になったのは http://iandeth.dyndns.org/mt/ian/archives/000628.html です。
ここに、日本語のヘッダーを扱うためには、ISO-2022-JPに文字コードを変換して、
さらにbase64でエンコードして、さらに “=?ISO-2022-JP?B?”と”?=”で囲む必要があると。
今まで、mb_encode_mimeheaderを何も考えずに使っていましたが、
内部では上記のbase64エンコード以降のことをやってくれていたんですね。
ここまでを踏まえて、Zend_Mailのソースを見たところ、メールヘッダーはすべて、
base64ではなく、printableでエンコードされていました。
文字化けの原因はここでした。日本語に対応した処理でなかったとうことです。
しかし、printableでエンコードしている部分( _encodeHeaderメソッド)を、
base64でエンコードするようにしてしまうと、送信日時等の日本語が入ることがない
ヘッダーが受信側で正確にデコードされなくなってしまいます。
base64でエンコードしないとおかしくなるのは、Fromです。（場合によっては、Subjectも）
なので、setFromメソッドで、_encodeHeaderメソッドを呼び出している部分を、
mb_encode_mimeheaderを使ってエンコードするように変更したらＯＫです。
↓
mb_encode_mimeheader(‘”‘.$name.'”‘, ‘ISO-2022-JP’)
mb_encode_mimeheaderについては、下記をご参照ください。
http://phpspot.net/php/man/php/function.mb-encode-mimeheader.html
プログラムを設置しているサーバからZend_Mailだけを使って送信する場合は、
必ず文字化けするようなので、この対応は必須です。
メールサーバにSMTP認証して送信する場合(Zend_Mail_Transport_Smtp利用）は、
上記対応をしなくても、文字化けしていない場合もありました。
メールサーバ側で、うまいことやってくれているのかもしれません。
Zendを使うようになってから、同時に利用するようになったもの。
if 文での instanceof 判定。判定対象のオブジェクトの型を判定してくれる。
Dbから値を取得した際の処理に便利。
if ($rows instanceof Zend_Db_Table_Row) の場合、
if ($rows instanceof Zend_Db_Table_RowSet) の場合。両方の処理を準備する。
Zend_Db_Table_Rowsetの場合は、Zend_Db_Table_Rowの場合の処理を
再帰的に呼び出すことでＯＫな場合も多々あります。
感覚でいうと1次元配列、2次元配列を気にせずに処理できるメソッドができる。
1次元配列と2次元配列を簡単に判定する方法を知らないから、とても便利に感じる。
たとえば、Dbから取得したカラム毎の合計値を取得するなら、
下記のように処理すればＯＫです。
public function getSumList($rows, $sumList=null)
{
if (is_null($sumList)) $sumList = $this->getInitial();
if (!is_null($rows)){
if ($rows instanceof Zend_Db_Table_Row){
$list = $rows->toArray();
foreach ($list as $key => $value) $sumList[$key] += $value;
}else if ($rows instanceof Zend_Db_Table_Rowset){
foreach ($rows as $row) $sumList = $this->getSumList($row, $sumList);
}
}
return $sumList;
}
$this->getInitial()は、$sumListに初期値を設定する関数です。
+= するためにnullだと気持ちが悪いので、0を設定しているだけの処理です。
カラム名は、Zend_Db_Table_Abstractクラスのinfo()関数で簡単にとってこれます。
カラム名の取得については、
http://framework.zend.com/manual/ja/zend.db.table.html#zend.db.table.info
10.5.10. テーブルのメタデータ情報の取得 を見てみてください。
土曜日、鎌倉に行ってきた。
電車に揺られるのもいいし、緑に囲まれるのもいいと思ったから。
銭洗弁財天、鶴岡八幡宮、小町通り。どれもいい気分になれた。
小道を歩くときに、道に沿って流れいてる用水路（地元では溝って言ってた）。
私は、これが好きだ。水が流れる音も気分を落ち着かせてくれる。
そんな道をずいぶん歩いてから、遅いランチを食べたお店のおじさんが教えてくれた。
鎌倉の桜が咲く時期は、東京より1週間遅いんだということを。
鎌倉の方が南なのに、東京より遅いんですよって、少しうれしそうに。
なんでうれしそうだったんだろう？今だにわからない。
桜の満開は今週金曜くらいかな。ということは鎌倉は来週の金曜日。
渋谷はもう8分咲きくらいでした。目黒川の桜をみながら夜の散歩をしよう。
先週の話ですが、いつも楽しく見させてもらっているcarview.co.jpに、
新しい Audi A4 の記事がのっていました。
ついに、日本国内でも発売されるようです。
Audiは、気になる自動車メーカーの１つです。TT、A3、A4、A5あたりを魅力的に感じます。
R8もかっこいいとは思いますが、自分が乗る姿がイメージできないのです。
何か１つを選べといわれたら、TTを選びます。純粋に乗ってみたいです。
カッコよさでいえば、A5が出たときには、何度も記事を読み返した程もっていかれました。
そんな中、A5のテイストを受け継いでデザインが一新された、Audi のベースグレード A4。
記事の中でも、前モデルよりも確実な進化をしていることが書かれています。
欧州仕様のA4の試乗レポートは、こちら
車の写真は、こちらの方がかっこよく見えます。
車が必要と感じられるようになったら、候補の中の１台になることは確実です。
このブログを書き始める前、ＤＪのことを中心にJUGEMでブログ書いてました。
JUGEMがわからないって方は、JUGEMのページをご覧ください。
自分でサーバ借りて、Movable Typeを触ってみようってところから始まったこのブログ。
デザインとか、相変わらずさっぱりいじってませんが、ぼちぼち続けれています。
そんな中、久々にJUGEMの管理者画面にログインしてみたら、右上に
【新管理者ページに変更】ってリンクができてました。
クリックしてみると、今までの管理画面がとてもシンプルに見えるくらい、
ぱっと明るくて、今までポータル(http://jugem.jp)に行かないと
見れなかったような情報も多少みることができます。
まだ使っていないので、使い心地はわかりませんが、
パッと見は新しい管理画面の方がいいなーと感じました。
このブログとはまた別に、何か書いてみようという気になるくらい。
なんについて書きたくなるか、まだ分からないけれど。