Yahoo!ローカルサーチAPIで最速マクドナルド案内


Fastest fastfood

Yahoo!ローカルサーチAPI で最速マクドナルド案内を作ってみました。開くだけでGeolocation APIで取得した現在位置に基づいて、最寄りの結果を表示します。

結果の表示には最近リリースされた 経路地図API を使っています。

コメント

コメントを投稿

このブログの人気の投稿

[linux] ping は通るのに No route to host と言われる

ping による疎通は確認できるのに、いざ ssh などで繋ごうとすると No route to host というエラーで即座に接続失敗し途方に暮れる場合、おそらく原因は接続先のホストの iptables によりパケットがブロックされ、到達不能を意味する ICMP パケットが返ってきたことによります。 以下のコマンドで INPUT ポリシーをチェックします。上から順にマッチさせていき、マッチし次第ジャンプして終わるので、デフォルト条件の設定されていそうな一番下の行が肝心です。 # /sbin/iptables -L --verbose を追加してブロックしているポリシーのカウンタを見ながらブロック状況を観察できます。 # /sbin/iptables -L --verbose おそらく問題となっているのは INPUT ポリシー最下行で全てのパケットにマッチするこういう行です ... -j REJECT --reject-with icmp-host-prohibited 追加の説明 ファイアウォールの良くある動作として、不都合なパケットの受信を単に無視する動作ならタイムアウトとなります。しかしクライアントから見て TCP や UDP でパケットを送信した後、ICMP で Destination Unreachable Message が届いたときは親切にも No route to host と案内してくれるようです。 ちなみに icmp-host-prohibited は ICMP Unreachable Message の コード10 であり、経路上の障害などを調査するためのコマンド traceroute の結果に !X や !10 と表示されるようです。 参考 Man page of IPTABLES traceroute - Wikipedia Internet Control Message Protocol (ICMP) - Wikipedia
続きを読む

Chrome でダウンロードしたファイル名の一部がハイフンになる

Google Chrome で Content-Disposition ヘッダでファイル名に時刻 (12:34:56) のような文字列を入れてダウンロードするとなぜか勝手に 12-34-56 のようにハイフンになってしまう理由が良く分からなかったのですが、Windows ではそもそもファイル名にコロンは使えないので、安全のため全プラットフォームでファイル名にコロンを含む文字列を設定しないようになっているからみたいです。 変換対象の文字一覧は、 filename_util_unsafe.cc の illegal_characters に入っていて、変換先がハイフンになる理由は、 filename_util_internal.cc の GetSuggestedFilenameImpl でコールバック関数 replace_illegal_characters_callback を第二引数を '-' として呼び出しているからのようです。 ReplaceIllegalCharactersInPath の使い方は変換先を ' ' にしたり '_' にしたりするバリエーションがあったので、必ずしもハイフンに変換されるという訳ではないみたいです。 リンク https://chromium.googlesource.com/chromium/src.git/+/39.0.2171.95/net/base/filename_util_unsafe.cc https://chromium.googlesource.com/chromium/src.git/+/39.0.2171.95/net/base/filename_util_internal.cc
続きを読む

ねんきんネットに Gmail などフリーメールのアドレスを設定する

日本年金機構ねんきんネットは現時点ではどういうことかメールアドレスとしてフリーメールが使えません。フリーメールの方がプロバイダのメールや携帯メールのアドレスよりも永続性が高いので、機構側から見ても設定させて不利はない(メールアドレスから身元を割るのが面倒になる？)と思います。また指示通りプロバイダメールなどを入れるとこちらがメールアドレスをアップデートするメンテナンスコストを払うことになるのが面倒です。 そこで良く調べたところドメインのブラックリスト判定が Case-sensitive matching (大文字小文字を区別するマッチング) になっているようなので、うっかりして @gmail.com ではなくて @Gmail.com などと入力すると通過します(2012/4/4時点)。ドメインは大文字小文字は同一視されて解決されるのでメールは問題なく届くはずです(ウェブサービスにはあるまじき変更時の確認メールなしの仕様で、次のお知らせ配信までメールが来ないようなので未確認！)。 日本年金機構はこの誰も得をしない(利用者はメールアドレスをアップデートし忘れないか心配し、年金機構はメールの不達に悩むこととなる)制約をすみやかに外すべきです。 2012/4/6 追記 問題なかったようで、本日無事ねんきんネットからGmail宛にメールが届きました。 2012/7/19 追記 コメント欄での enthumble さんのご指摘の通りこの挙動は修正されてしまったようです。引き続き別の方法が判明しましたら追記します。 2012/9/6 追記 ついに公式に登録できるようになりました！ いったん登録した後変更することでフリーメールアドレスに変更できるようです。手元でも @gmail.com のメールアドレスを入力して承認されることを確認しました。匿名さん コメントありがとうございます。 年金Q&A - フリーメールアドレスでは申込みができないのですか。また、入力したアドレス宛に日本年金機構から連絡がくることはあるのですか。 | 日本年金機構
続きを読む