RESTに対する７つの誤解
海外に行くと、既に REST対SOAPの決着は付いている[1]（エンタープライズでもコンシューマでも）ように見えるのだが、日本国内で話していると、まだまだ混乱しているようだ。さながら2009年ごろの状況を見るようだ。そこで、今日は RESTに関わる誤解について、幾つか書いてみたいと思う。（殴り書きだが、あんまり聞かれるのでFAQとして。なお、以下の多くは、[2] サービスステーション：RESTの詳細でより詳細に書かれている。） 誤解1. RESTはマッシュアップ用のプロトコルで、サーバ間通信には適さないのではないか？ どこからこのような誤解が来ているのか理解に苦しむ。ひょっとすると、RESTはHTTPベースということが、ブラウザとWebサーバのやり取りという風に誤って捉えられているのかもしれない。 もちろん間違いである。 ブラウザとWebサーバとの間同様、サーバからサーバへの通信にもHTT
フロントエンドの開発効率が3倍に…！？デバッギングプロキシCharlesの使い方 :: 5509
タイトルは釣りかとおもいきや僕は普通にあるのとないのとで3倍くらい差があるので、界王拳アプリのひとつです。特にWebアプリとか大きめの規模のサイト開発でとても役に立ちます。 Charles こんなことができます（目次） いちいちサーバーへファイル転送なんかしてられない Charlesのインストールとライセンス Map Local（指定URLのリクエストをローカルへ向ける Map Remote（指定URLのリクエストを別のURLへ向ける 常にキャッシュをオフに Locations 設定の流れ（ほとんど全部共通） Throttling で回線速度をシミュレート リクエストが丸裸 例えばXMLHTTPRequestの場合 ログの設定はRecording Settingsから 紹介してる以外にも Reverse Proxy を設定できたり、 Break Points で指定リクエストのパラメータを
顧客に「営業妨害」とまで言われたリクルート：日経ビジネスオンライン
リクルートが宿泊予約サイト「じゃらんnet」の集客力拡大に向けて、急ピッチで進めた大手SNS（ソーシャル・ネットワーキング・サービス）「フェイスブック」の活用策に、同サイトを利用するホテル・旅館が「待った」をかける異常事態が起きている。 利用者に周知徹底しないままフェイスブック上にホテルや旅館の「公式ページ」を一斉公開している――。リクルートのこうした手法に「強引だ」と不満を募らせた国際観光旅館連盟近畿支部（大阪市）が、これまでリクルートと結んでいた契約そのものについて「営業妨害につながる条項があり、独占禁止法違反に当たる」として、代理人の弁護士を通じて公正取引委員会に排除措置命令を出すよう申し立てたのだ。 従来ならば、宿泊予約サイトの集客増につながる取り組みは顧客であるホテル・旅館にとってもメリットがあったはず。それが今回、双方の利害が対立したのはなぜか。同連盟側の主張などを基にその理由
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
