Randen Pederson 大規模なシステムであれば使っているであろうリバースプロキシ。 セキュリティや稼働率の観点からみて利用することは非常にメリットは高いです。 ただ、社内や周りであまり知見がなく、 「動くからいいや」という理由でApacheをそのままWebサービスの一次受けとして利用されている方も多いと思います。 動くという目的からすれば確かにその通りですが、ただ一枚リバースプロキシを入れるだけで ぐっと運用効率、稼働率も拡張性も上がります。 1. ルーティング処理の簡略化 例えばRESTfulな一般的なAPI構成を作りたいと思った時に以下のようなURL構成になると思います。 http://api.something.com/search/v1/item/list.json?cid=xxxx&gid=xxxxx もしアプリケーション側のルーティングしか知らなければframewor
住所を緯度経度に直したり、緯度経度から住所を求めたりする操作をgeocodingと言って、Google Maps APIを使うとまあたいていのことはできる。 ロケタッチAPIとか、Yahoo!ジオコーダAPIという手もある。 それはともかく、そのへんをパチパチ叩くコードを書いていて、「こんなのもうとっくに誰かが書いてんじゃないかなー」と思ってぐぐってみたらなんかすごいのが出てきた。 Ruby Geocoder 住所と緯度経度の相互変換はもちろん、距離や範囲の扱い、Google以外のAPIへの対応、キャッシュ処理など、「実装しようかなー。でもめんどくさいよね」とか思って先送りしていたような機能がほとんど全部実装されている。 住所の取得 require 'geocoder' # 日本語ロケールに設定 Geocoder.configure( :language => :ja, :units =>
いつのまにかGoogleの検索結果に「アプリケーション」が出現していました。クリックすると各種アプリへのリンクが表示されるようになっており、非常にGoogleっぽい感じの検索結果なので、割と使い勝手のよいものになっています。 Google https://www.google.co.jp/ たとえば「twitter」で検索すると、「アプリケーション」という選択肢が増えているので、ここをクリック するとこのようにしてツイッター関連のアプリがずらずらと並びます。その数、実に1110万件。 同じようにして「Google」で検索した結果がコレ。8180万件ほど出てきます。 いろいろ調べてみると、Firefoxなどのブラウザの拡張機能、さらにフレーズによってはちゃんとWindowsPhoneなどのアプリも検索結果に表示されるため、「アプリ」と名の付くものは大体網羅しているようですが、中には「何このサ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く