今回の訪台では気合いを入れて台北觀光護照 (Taipei Pass) なるものを購入してみた。バス・捷運に乗り放題で5日間有効券の場合700NT$。台北は市内交通が安いので、ぶっCHAGE元を取るためには相当ヘビーに使い込まなくははらずそれほど割安ではない。しかし悠遊卡のように残高を気にする必要がなく、また一日票のようにバスが別件バウアーになったりしないので精神的に楽だろうと思っていたのだが、後から振り返るとそれは大いなる間違い・セザールであった (後述) 。

西門町

台北の原宿 (ホントに地元の人がそう呼んでいるのかは知らない) ・西門町に来てみたが、時間が早すぎたのか店は開いてないわ人はいないわと散々だったのでスタバで休憩しただけで引き上げてしまった...

http://www.fastpic.jp/images/046/1674902554.jpg

読めないんだけど、WiFi充実してまっせ的な

http://www.fastpic.jp/images/309/6930533542.jpg

http://www.fastpic.jp/images/368/6866033828.jpg

http://www.fastpic.jp/images/887/5768784286.jpg

http://www.fastpic.jp/images/900/9070790027.jpg

アニメとかゲームが充実しているヲタショップビル。ビルは開いていたが、各ショップはほとんどが開店準備中だった。早すぎたんだ... っ!!

http://www.fastpic.jp/images/963/9376592120.jpg

http://www.fastpic.jp/images/059/4945101504.jpg

スマートフォンの広告大杉

余談だが台北のスマフォ普及率は異常。もはや誰もフィーチャーフォン (笑) なんぞ使ってなかったと云ってもいいくらいで、ほとんどの人はHTCかアップルを使っている。Xperiaもよく見かけたが、Galaxyを使ってる人を見たのは6日間で2人だけだった

http://www.fastpic.jp/images/736/7613276665.jpg

http://www.fastpic.jp/images/844/8404981894.jpg

http://www.fastpic.jp/images/144/7494518659.jpg

スタバ店員さんへの英語通じる率は異常

USと同じくメニューにはトール〜しか掲載されていないが、頼めばショートも出してもらえる。60NT$。日本より安いがUSより高いんだNE

http://www.fastpic.jp/images/932/3273998486.jpg

http://www.fastpic.jp/images/805/0540681331.jpg

なんか見覚えのある看板

永康街

どう考えてもバスで行くべき場所にあるんだが、観光スタート直後でまだ若干ビビッていたため捷運の忠孝新生站から15分近く歩いて到着

http://www.fastpic.jp/images/806/2660481425.jpg

信義路と新生南路の交差点から台北101を望む

http://www.fastpic.jp/images/522/3232259077.jpg

コテコテなプランだが鼎泰豊に来てみた。人が多く、入店したい旨どうアピればいいのか解らずビビるが、なんのことはない、入り口にいる店員さんに声をかけると「ニホンジンデスカ? 」と云われるので満面の笑みでハイッと応えればおｋ。写真付きのメニューと伝票を渡されるので、自分の順番を待っている間にじっくりと喰いたいものを選ぼう。

http://www.fastpic.jp/images/266/8636423115.jpg

テキトーに選んでみた麺

http://www.fastpic.jp/images/490/2099745374.jpg

小籠包。メニューには10個入りと記載されていたが、半分にもできますと云われたのでそうしてもらった。味は新宿髙島屋で喰うのと変わらんｗ

ちなみにテーブルを担当してくれたカワユスな店員さんが歯列矯正していて超絶に萌えた (私は歯列矯正フェチである) 。この後気づくのだが、台北では実にたくさんの人が歯列矯正しているようで、体感遭遇率は東京の数十倍以上。フェチにとっては天国であった

http://www.fastpic.jp/images/006/3610407900.jpg

やっぱり東京より安いですね。あと、サービスチャージがかかるんだNE

http://www.fastpic.jp/images/357/1795835658.jpg

御手洗は二階にある

http://www.fastpic.jp/images/216/4611826945.jpg

鼎泰豊からすぐのところにある永康15。マンコかき氷が美味いらしいので来てみた

http://www.fastpic.jp/images/835/0543480524.jpg

キウイとイチゴとマンコのかき氷をチョイス。写真では解りにくいと思うが、量が尋常じゃない (丼に入ってるくらいの大きさをイメージしていただきたい) 。こんなに喰えるかボケー級の憤りを感じなくもないが、食べ始めてみると常軌を逸する美味しさにザクザクと食が進み、結局完食してしまうのであったｗ

http://www.fastpic.jp/images/264/5476926974.jpg

http://www.fastpic.jp/images/914/3461493023.jpg

喰い終わったのでバス停への道すがらパチリ。台湾はNexus Sも売ってるしWP7も選べるしでスマフォ天国でございますね

バス

さて、九份へ出発するタイミングでいよいよ、ビビッていてもしょうがないのでバスを使い始めることにした。バスを避けていてはどこへ行くにも捷運の駅を基点に移動しなくてはいけなくなるので非効率である。どのバスに乗るかの判断はiPhoneのマップに任せればよい。現在位置から目的地までを経路検索すれば乗るべきバスの番号までガイドしてくれる (都市によってはバスの時刻や料金まで表示されるが、台北ではそこまで詳しくは出なかった) し、乗車中も現在位置を表示しつづけられるので「どこだここわ」状態にならず心強い。これから海外各都市へ旅行される諸兄においては、事前にその都市内の2地点間で経路検索してみて、どこまで詳細に表示されるかを確認しておくことをお勧めする。

台北のバスで当初解らなくて困ったのは、乗車時に支払う (もしくは、カード探知機にピッとかざす) のか、降車時に支払うのかの区別の仕方である。旅の後半でやっと気づいたんだが、運ちゃんの頭上に「上車収票」もしくは「下車収票」と表示されていて (上下車収票と書いてあって、上下の文字は片方のみが点灯している) 、上が乗車時、下が降車時であった。これを発見するまでは他の乗客の真似をしていたのだが、ジモティーですら間違えるくらいだったのでけっこう困った。

そして、ここで台北觀光護照の問題が出てくる。これ、バスも乗り放題だから小銭用意しなくていいぜイエーイなどと驕り高ぶっていると、対象外区間でテンパることになる。今回の旅だと九份へ行くバスと、淡水でのバスは対象外であった。で、台北觀光護照が使えないならいくら払えばいいんだ、という話になったときに運ちゃんとコミュニケートしなくてはいけない。大事なことなので何度も云うが、バスの運ちゃんに英語が通じたらラッキーである。結論としては、悠遊卡を残高に余裕を持たせて運用する者が勝ち組である。

九份

http://maps.google.com/maps?f=q&q=25.110092,121.845276%20%28224 台湾新北市瑞芳区瑞金公路%29

目指す地点はここ。経路検索で指示されたとおり、捷運の忠孝復興站近くのバス停から 1062番に乗り込む。上記のとおり台北觀光護照が通用せず、いくら払えばいいか解らずテンパるが、運ちゃんが料金表の102という数字を指さして教えてくれたので、110 NT$を投入 (お釣りは出ないし両替機もないので硬貨の持ち合わせがないと悲劇。悠遊卡を使う方が圧倒的に楽である) 。

http://www.fastpic.jp/images/113/0361316588.jpg

八王子そごうよりも強そうである (忠孝復興站付近の風景)

http://www.fastpic.jp/images/517/5751958912.jpg

http://www.fastpic.jp/images/734/6413378908.jpg

1062バスの車窓から。高速を降りると町並みがどんどんアニメみたいになっていって期待が高まる

http://www.fastpic.jp/images/234/6443227427.jpg

バス停降りた時点ですでにもののけ姫オープニングみたいな風景

http://www.fastpic.jp/images/977/2767698574.jpg

http://www.fastpic.jp/images/493/2349341186.jpg

イレブンの右の小道が千尋ワールドへの入り口

http://www.fastpic.jp/images/716/8621276341.jpg

http://www.fastpic.jp/images/533/0373455668.jpg

バイクとか平気で突入してくる

http://www.fastpic.jp/images/847/5704381180.jpg

http://www.fastpic.jp/images/654/6405261721.jpg

なんだか知らないけどそこかしこでジブリ音楽のオルゴール CD的なの (千尋に限らず) が流れている

http://www.fastpic.jp/images/914/7481494772.jpg

http://www.fastpic.jp/images/069/8976506677.jpg

http://www.fastpic.jp/images/703/3370574412.jpg

http://www.fastpic.jp/images/244/7404524182.jpg

http://www.fastpic.jp/images/244/9444422766.jpg

http://www.fastpic.jp/images/975/9597992217.jpg

http://www.fastpic.jp/images/846/9634285700.jpg

http://www.fastpic.jp/images/814/0451582821.jpg

豎崎路をいったん通り過ぎてさらに進むと展望台みたいに開けたところに出る。この眺めを見ながらの告白であればフラれても悔いはないだろう

http://www.fastpic.jp/images/292/7279320733.jpg

http://www.fastpic.jp/images/408/1890049284.jpg

http://www.fastpic.jp/images/590/4029659904.jpg

http://www.fastpic.jp/images/546/2614753877.jpg

http://www.fastpic.jp/images/531/0143759918.jpg

ごちそうを味わいます

http://www.fastpic.jp/images/429/8972343235.jpg

http://www.fastpic.jp/images/044/0464304219.jpg

http://www.fastpic.jp/images/574/4417454169.jpg

http://www.fastpic.jp/images/677/5717761303.jpg

ナンパするならみんなが記念写真を撮ってるここが狙い目

http://www.fastpic.jp/images/243/6314827691.jpg

〜つづく〜

Permalink | 記事への反応(2) | 00:41

2011-05-03

■閉じた言語とハイコン テクストがデマを産む

中国のQBがおかしい
http://www.nicovideo.jp/watch/sm14053354
タイのQBがおかしい
http://www.nicovideo.jp/watch/sm14227824
ドイツのQBがおかしい
http://www.nicovideo.jp/watch/sm14327624

ちょっとでも分かる人ならこれがネタだとすぐに気づくものだが、案外引っかかってる人が多くてビビる。

言語を翻訳することで意味が変わってしまったり、元の言語に遡ることができずにネタを真実と勘違いしてしまう、

そしてそれが真実であるかのように発信力の大きなものが喧伝することで、周知されてしまう。

震災以降有名無名問わず多くの人間がデマ発信機に成り下がり、それが拡散され、共通知として常識と化し、事実に漸近した。

しかしそれはどれだけ近づこうが真実にはならない。どれだけ近づこうが虚偽なのだ。

虚構新聞は虚構新聞という体裁であるから許されるのである。朝日新聞が同じ内容でデマを流してもいいということにはならない。

ネタをネタと興ずるのは構わないが、それを無知を言い訳に真に受けることが問題なのだ。

http://digimaga.net/2011/05/madoka-magica-qb-roshi-voics
『魔法少女まどか☆マギカ』のキュゥべえが可愛いのは日本だけ。中国、タイ、ドイツは老師声 | デジタルマガジン

今回デジマガはこれがどういう動画なのか、おそらく検証していなかったのだろう。

追記部分を掲載する（URLはハイパーリンクから分離させた）

※5月3日、16：24UPDATE。公式な吹き替えではなくファンが作成した同人作品だったようです。お騒がせしてすみませんでした。公式キュゥべえの声は加藤英美里さんほどではありませんが可愛かったですよ！→过去的小圆脸弱爆了！_嗶哩嗶哩＜URL:http://www.bilibili.us/video/av75411/＞

で、この書き込みを見て分かるだろうが、指摘を受けてオウム返しのように訂正してるのだ。クレーム対応として企業は往々に同じ手法を取るケースがあるが、その指摘自体が誤りだということを、彼らは考えはしないのだろうか。彼らに間違いなくアニメ文化の理解はない。

こうした無理解が既成事実を推し進め、閉じた世界が外部の理解を妨げる。そしてさらに言語まで閉じてしまうというなら誰が真実を知ることができよう。

そしてこういう人間や、コメント欄で真に受けるアホが隣国の起源説を鼻で嘲うのである。

Permalink | 記事への反応(1) | 18:34

2011-04-17

■PC買ったのでどや顔で歴代PCを並べてみた

一号機：高校1年の時に購入。DELL製。

CPU:ペンティアム4　1.8G　メモリ：384MB(後に768MBに増設)HDD：80GB。

15万くらいで買った生まれて初めてのPCだった。

当時はこれ以上のスペックは必要ないだろうと思っていた…

二号機：大学1年の時に購入。ツクモのBTO。

CPU：Athlon64　3000＋　メモリ：1GB　HDD：250GB。

13万くらいで買ったPC。

最初はこれで満足だったけれどeclipseなんかを動かすとひどく重くなってしまった…

二号機(改)：二号機のマザボを換装してスペックを上げる。

CPU：AthlonX2　5000＋　メモリ：4GB　HDD:500GB。

アイドル時は1GHzで動かしていたりもしていた。

戯れにWindows7を入れたら重くなった…

三号機：今回購入。またツクモのBTO。

CPU：i7　2600　メモリ：8GB　SSD：120GB(システム用)　HDD：1T(データ用)　グラボ：430GT

SSDの脅威のポテンシャルにビビる。インストールも数秒で終了するし重いアプリも一瞬で起動する。

今回初めてオンボードでないビデオカードを導入。ゲームなんてやらないからこれで十分。

ふう、つかれた…

Permalink | 記事への反応(0) | 01:38

2011-04-14

■パスワードと個人情報を扱うサービスを作る際に気をつけたこと

HTMLはわかるけど、サーバーサイドはお遊びでphpを触ったぐらいだったので、会員制でデータをためこむサイト作りに初めて挑戦した。

今回重視したのは、「いかに個人情報をお漏らししないようにして、万が一漏らしても被害を少なくするか」ということ。

世の中、有償サービスでもパスワードを平文で保存してるサービスが意外と多いらしいので、流出した時のリスクを少しでも減らせる対策として書きます。

今回のシステム 構成

サーバー：ロケットネットのキャンペーンにでレンタルサーバ年１０００円ポッキリプラン

クライアント側の処理：HTML+CSS+jQuery（とプラグインもろもろ）
サーバ側の処理：PHP
Webサーバー：Apache
データベース：MySQL

個人情報こわい！

個人情報ビビる。漏洩とかまじ困るし怒られるしこわい。

俺も巻き込まれたところでは、サミータウンがメールアドレスとパスワードセットでお漏らししてお詫びに１ヶ月無料なにそれこわい。

サミータウンだけならまだいいけど、メアドとパスワードを他のサービスで共通化して使ってる情弱なので、

共通化してメアドとパスワードをどこかのサービスが一箇所でも漏らすと、ヤフオク ID乗っ取り事件みたいなことになる。

http://internet.watch.impress.co.jp/cda/news/2008/09/26/20967.html

俺だってできれば人様のメールアドレスとパスワードとか預かりたくない。

万が一、肉親のメールドレスを発見してパスワードにrapemeとか入ってたら明日からどういう顔すればいいかわからない。

ググってみてもどこにも情報のってない。うーん困った。ダメもとで「個人情報ってどうやって保存したらいいんだろう。。。」

って、twitterでつぶやいたら、「住所とかは可逆暗号化でいいけど、パスワードはハッシュで不可逆化しないとだめだよ！」

と、呪文のようなありがたい言葉を教えてもらった。

暗号化の種類

「住所とかは可逆暗号化でいいけど、パスワードはハッシュで不可逆化しないとだめだよ！」

何のことかわからなったので、調べてみると、

・可逆暗号＝元のデータに戻せる暗号化方式。

・ハッシュ＝ハッシュ値を使った、元のデータに戻せない暗号化方式

うーん。。。よくわからん。。。

電話番号とか住所は、第三者が使用する情報なので、可逆が必要。パスワードは、認証にしか使わないので、

ハッシュ値の結果が一致すれば元のデータがわからなくてもOK、という方式なのでこういった暗号の使い分けをする。

●可逆暗号のイメージ（もとにもどせる）　暗号化キーは開発者が指定する。
090-xxxx-xxxx →（暗号化）→ !'&amp;amp;%($% →（復号化）→ 090-xxxx-xxxx

●ハッシュのイメージ（もとにもどせない）　
登録password（DBに保存）→（ハッシュ値抽出）→!"$#'$#="
ログインpassword →（ハッシュ値抽出）→!"$#'$#="
※二つのハッシュ値が合っていれば、パスワード一致として認証する。

暗号化の実現方法

可逆暗号（電話番号とか住所とかに 適用）

今回はMySQLの関数で実現した。encode関数で暗号化して、decode関数でもとに戻す。

例えばtel_noという項目だけあるテーブルがあるとすると、

//データベースに保存する時
insert into テーブル名 (tel_no)  values (encode(tel_no,'暗号化キー'));
//データベースから取得する時
select decode(tel_no,'暗号化キー') from テーブル名;

これで、データベース格納時は暗号化（バイナリ化）されて、データベースから取り出してHTML表示する時に復号化はされる。

ハッシュ（パスワードとかに 適用）

今回はphpのhash関数で実現した。

＜ユーザ登録時＞

$password=（フォームから取得）
$hash=hash('sha512',$password)
//ユーザ登録時は、ここで生成した$hashをデータベースにぶっこむ。

ユーザ認証時は、入力されたパスワードと、データベースのパスワードが一致するかチェック。

＜ログイン認証時＞

//フォームから入力されたパスワード
$input_password=（フォームから取得）
$input_hash=hash('sha512',$input_password);

//MySQLに保存されたパスワードを取得（略）
$db_hash==（データベースから取得）

//判定
if($input_hash==$db_hash)
	echo 'ログインしますよ！';
	//ここにログイン処理を書く
else
	die('メアドとパスワードがあってないよ！');

これでもしSQLインジェクションとかでデータが流出しても、ハッシュ暗号のパスワードに関してはまず解析されないはず。。。

可逆暗号のデータもphp側の暗号化キーが盗まれない限りバレない。。。はず。。。

暗号化する対象のデータをえらぶ

何でもかんでも暗号化するとコードが煩雑になるし、パフォーマンスにも影響でそうなので、

住所データの都道府県とか、漏れても良いような情報は暗号化しませんでした！！

本人が特定できなければ個人情報ではないらしいので。。。

個人情報保護法
2条による定義
「個人情報」とは、生存する個人に関する情報であって、当該情報に含まれる氏名、生年月日その他の記述等により特定の個人を識別することができるもの（他の情報と容易に照合することができ、それにより特定の個人を識別することができることとなるものを含む。）をいう。

http://ja.wikisource.org/wiki/%E5%80%8B%E4%BA%BA%E6%83%85%E5%A0%B1%E3%81%AE%E4%BF%9D%E8%AD%B7%E3%81%AB%E9%96%A2%E3%81%99%E3%82%8B%E6%B3%95%E5%BE%8B#2

これで、もし漏れても、俺、ウンコ漏らして臭いけど、パンツから出てないからいいよね？というレベルにはなった。はず。

お漏らさないようにキツくする

万が一漏れても大丈夫！と書いたけど、そもそも漏らすなというお話になる。色々調べた結果、以下の対策をほどこした。

SQLインジェクション対策

・当初jQuery側でSQL組み立ててPHPに渡してたので、これだと任意のSQLが実行できて漏らし放題なのでやめる。

・GETとかPOSTでDBに渡すパラメータを扱ってる場合、ちゃんとエスケープする。

例えばログイン認証するPHPで、GET メソッドでフォームからデータを取得するような場合、

$id=$_GET['id']
$pwd=$_GET['pwd']
$sql="select * from ユーザーテーブル where uid='$id' and pwd='$pwd'

とかやってると、login.php?id=admin'&pwd=' OR '1'='1とかパラメータを渡されるとあら不思議！

select *from ユーザテーブル where uid='root' and pwd='' or 1=1

で、誰でもログイン出来ちゃう！ので、mysql_real_escape_stringでエスケープしたり、渡されたパラメータが想定した値かどうか（例えば数値かどうか、とか）のチェックをいれたりする。

クロスサイトスクリプティング

・保存するデータにタグやJavascriptを埋め込まれないように、保存されたデータを出力する場合はPHP側でhtmlspecialchars関数使ってエスケープするようにする。

こんな感じでお漏らし対策をした。間違いがあったら教えて欲しい。

ちなみに出来上がったサイトはこれ。

http://oreni-makasero.com/

Permalink | 記事への反応(2) | 04:19

2011-04-04

■IPアドレスは警察に何回か出したことがある

警察とか弁護士から突然連絡が来るとビビる。

といってもかなりフレンドリーな対応なので、

普通のビジネス的なやり取りだけ。

逆に個人から脅迫まがいに出せと言われたことがあるけど、

そういう人たちは後から低姿勢で謝ってくるから笑えるw

（おそらく、弁護士から「それは脅迫で逆に訴えられるよ」と言われている）

まぁ、「プロバイダ責任制限法」はサイト管理者なら絶対に見ておくべき。

理解出来れば、逆手にとって、自分の身を守りつつサイトを繁盛させることが出来る。

ネットで誹謗中傷を書かれた時に、法的に個人を特定する方法

http://nanapi.jp/594/

Permalink | 記事への反応(0) | 13:43

2011-03-27

■http://anond.hatelabo.jp/20110327151324

違う違う、これはあくまで東大でやることリストであって、高校でこんなことやらんて。15-18歳でこんなことやってたらビビるよ。

こんだけやっておくと、元増田の

■最近現役で東大に受かった
やりたいことがわからないからとりあえず東大って調子で勉強してたらまあなんとか受かったようです
集合知だのフォークソノミーだのWeb3.0だのなんかすごそうなことになってるっぽいからそういうビッグウェーブに乗るために頑張りたいので具体的に何をするのがおすすめか理由と共に教えて下さい