JavaScriptでWeb的なプログラムを書いたことがある人は、XMLHttpRequestを使った経験もあるのではないかと思います。XMLHttpRequest，略してXHRは、JavaScript（+DOM）でサーバーとHTTP通信をするための唯一の方法としての地位を長らく保ってきましたが1、ここ3〜4年でより新しいAPIであるfetch APIが登場しました。fetch APIが出たばかりの頃は何だこのおもちゃはと正直思いましたが、いつの間にか仕様が充実していい感じになっていました。 皆さんは、この新しいAPIであるfetchをちゃんと使っているでしょうか。それとも、古いXHRを未だに使っているのでしょうか。この記事では、未だにfetchを使っていない人を主な対象としてfetchの使い方を解説します。（XHRと比較しながら解説するので$.ajaxとかaxiosとかしか使ったことがな

Googleマップ（グーグルマップ）をホームページに埋め込みする際、「Maps Embed API」などのプログラムを使っていたら、APIキー必須で新しい料金プランに。ただし、［地図を埋め込む］ボタンで取得したiframeによるものならば、この変更の影響を受けない仕組みになっています。どの方式で埋め込まれているのか、チェックツールで調べてみましょう。 GoogleマップをWebサイトに埋め込んでいる場合、グーグル側の仕様変更により「APIキー」が必須となり、対応しない場合は7月16日から表示されなくなります。ただし、実はすべての埋め込みGoogleマップが対象ではなく、そのままで問題ない場合もあります。 結論としては、次のような切り分けです。 通常のGoogleマップから［地図を埋め込む］でページに設置したマップ ―― そのままで問題なしグーグルの「Static Maps API」「Map

緯度と経度の値をもとに余弦コサインの法則で計算されますが、標高は考慮されません。高度差がある山岳の場合は誤差が出ることもありますのでご注意ください。徒歩時間は 80 メートル／分で計算 (端数切上)

タイトルで全部言っちゃってる気がしないではないですが、WebサイトにGoogleMAPを設置して、色々と簡単にAPIを叩けるプラグインです。 ちなみにこの記事の為にこのjQueryプラグインを読み込むなんてことはしておりませんので、説明で使用しているMAPは全てキャプチャー画像です。本来なら、ぐりぐりと拡大縮小出来るあのMAPを貼り付ける事が出来ます。気になる方は、最後に紹介するチュートリアルページをご覧になっていただければ、わかると思います。 まずは呼び出し 基本の呼び出し。 まずはページのどっかに書いて読み込みましょう。 <script src="javascripts/jquery.js"></script> <script type="text/javascript" src="//www.google.fr/jsapi"></script> <script type="text/

APIとAPIを組み合わせてマッシュアップサービスを作ろうと思った場合、まず自分が欲しいデータを提供しているAPIを探す必要があります。今回はそんなAPIのディレクトリを提供しているサービスをまとめて紹介します。 PublicAPIs 執筆時点で5,330のAPIから検索ができるAPIインデックスサービスになっています。名前やAPI名などを入れることで、新しいAPIの登録申請もできるようになっています。 PublicAPIs | Directory of public APIs for web and mobile API For That 検索、ソーシャル、ファイナンスなど約20のカテゴリに分かれて登録されています。約300種類くらいのAPIが登録されています。 API For That | An API Directory Zapier IFTTTのビジネス版と言った雰囲気のサービスに

Hatena Developer Center についてはてなは「はてなブログ」「はてなブックマーク」をはじめするはてなのサービス群を、より深く使うためのAPIを提供しています。 Hatena Developer Centerでは、これらのAPIを扱うための開発者向け情報を公開しています。APIを使うことで、はてなが持つ情報・機能を利用した様々なアプリケーションやサービスを作ることができるようになります。 開発者の皆様のアプリケーション/サービスにおいて、より豊かなユーザー体験を提供するために、はてなのAPIをご活用ください。 おすすめのAPI

Web APIの設計、開発、運用についての解説書。APIは設計次第で使いづらいものになってしまうだけでなく公開後の保守運用も難しくなってしまいます。そのためAPIを美しく設計することがとても重要です。本書では「設計の美しいAPIは、使いやすい、変更しやすい、頑強である、恥ずかしくない」という考えのもと、APIをどのように設計し運用すればより効果的なのか、ありがちな罠や落とし穴を避けるにはどういう点に気をつけなければいけないのかを明らかにします。ターゲットは、URIにアクセスするとXMLやJSONなどのデータが返ってくるシンプルなタイプ――XML over HTTP方式やJSON over HTTP方式――のAPIです。読者は、Web API設計の考え方と手法を知ることができます。 はじめに 1章　Web APIとは何か 1.1 Web APIの重要性 1.1.1　APIでの利用を前提とした

前から書きたいネタだったが、TwitPicが閉鎖されるニュースをぼーっと見ていて、俄然書きたくなったものの、ちゃんと書くのは大変なので、思うがままに適当に書いてみる。 Twitter apiとは、Twitterというビジョンに賛同した人が得られた楽園 要するに「Twitterというビジョン」に賛同した人が、「いいもの」を作れば注目されることができる、という面白い現象だった。 エコシステムってそういうことだと思うけどね。 昔は、サードパーティを活用した戦略だったに違いない。 国内だとTwitterにモバツイとTweenへのリンクを貼ってもらっていたわけで。 あとツイートからサードパーティへのリンクが貼られていたのも特徴的でしたね。 調子に乗りすぎたサードパーティ サードパーティは、本体を超えてはいけないんです。蛇口を止められたら終わりなんですから。 Twitterにとってのサードパーティに対

Node.jsを触って勉強してたらWebサイトができました。 結婚式の余興.jp - 結婚式の余興を考えるときに参考になる動画を集めました Youtubeから結婚式の余興の動画を集めてくるサイトです。Web開発は初めてだったので、つくった流れや勉強の方法などをまとめてみます。 9/14追記）スマホ対応をやりました！ 普段はiOSアプリを書いています 普段はiOSアプリ開発者をやっていて、仕事と趣味でObjective-Cを書いてます。とても楽しくて2年くらい続けてるのですが、サーバーサイド書けたら幅が広がっていいな、とずっと思ってました。 普段の週末は個人アプリを作ったりしてるのですが、夏休みだし新しいことやろうと思ってNode.jsを触ってみました。 つくったもの 結婚式の余興.jp - 結婚式の余興を考えるときに参考になる動画を集めました 結婚式の余興動画がまとまっていて、だら見できる

こんにちは。荒井です。 Facebookもtwitterもgoogleも画面遷移のときには、非同期で次のページを読み込むような作りになってますね！ これは、ajaxで次のページを読み込むのと同時に「History API」というHTML5の機能を使って、URLを更新することで実現してます。 毎回全部読み直さないから通常の画面遷移よりも早いし、URLが変わるから履歴に残るし、良いことばっかり！！SEO的にも「#!」を使ったやつより良いよっていうのを何かで読みました！！！ これからWebサービスを作るなら、導入したいですね！！！ これpjaxを使えば簡単に導入できるんです！！！よし！！！ PJAX!! pjaxとは、GithubのChris Wanstrathって人が作ってるjqueryプラグインです。 上で説明した、History APIとajaxを使った非同期の画面遷移を簡単に導入すること

TL;DR JSON Schemaを使ってこういうことが実現可能になった。 ダミーAPIサーバの提供 ドキュメントの自動生成 APIクライアントの動的定義 APIサーバのバリデータの動的定義 APIサーバのレスポンスの自動テスト JSON Schemaとは JSON SchemaというのはあるJSONのデータ構造を記述するための方法および書式の仕様で、 JSON SchemaもJSONで記述される。 これを利用すれば、リソースベースの(=RESTfulライクな)APIの仕様が簡便に記述できる。 例えば、我々のAPIはレシピとユーザというリソースを扱っていて、 それぞれCRUDのAPIを備えており、レシピはidとtitleとdescriptionという属性を持つ、 という旨をJSON Schemaで表現できる。 なんで最近ちょっと流行ってんの Mobile First、 Service Or

Twitterで「なんかやばそうな本が出るぞ！！！」みたいな事を言っていたら、それが偶然拾われて、献本して頂く流れになりました。オライリーさん、ありがとうございます。 とりあえずざっと全体を流し読みした（と言っても3時間弱は読んだ）ので、書評っぽいことを書いておく。 ハイパフォーマンス ブラウザネットワーキング ―ネットワークアプリケーションのためのパフォーマンス最適化posted with amazlet at 14.05.10Ilya Grigorik オライリージャパン 売り上げランキング: 4,747 Amazon.co.jpで詳細を見る 読むべき人間 以下に該当する人間に対しては必読に値する本だと思う。 HTTPを扱うアプリケーション*1のアーキテクチャを設計する人間 Webサーバ等のHTTPに関連するインフラを担当する人間 HTTP 2.0、WebSocket、Server-S

DevTools、使ってますか？ もはやChromeじゃないと開発できないくらいに飼い慣らされています。 ブレークポイントやconsole.logなど基本的な使い方から、TimelineとAuditsを使ってのパフォーマンス計測などなど、DevToolsのポテンシャルは計り知れません。 個人的にはConsole APIが好きなんですが、今回はConsoleパネルで使える Command Line API の使い方についてまとめてみました。 $_ $_には最後に評価した式の結果が保存されています。 Console上で計算を行なった場合や、$セレクタなどでDOMを検索した結果など、最後の結果が常に保存されます。 $0 〜 $4 $0から$4にはElementsパネルで選択した要素が5つ保存されています。$0が最後に選択した要素で数字が増えるごとに過去に選択した要素になります。 $0は特に使いや

サーバの構築 サーバでのデータ送受信の手順は次のようになります。 サーバ用ソケットを作成する（create） サーバ用ソケットで特定のポートをlistenし、待機状態にする（listen） サーバ用ソケットへのリクエストが来たら、リクエスト用ソケットを作成する（accept） リクエスト用ソケットからリクエストの内容を取得し解釈する（receive） リクエスト用ソケットを使ってレスポンスを返す（send） リクエスト用ソケットを破棄する（disconnect, close） 3〜6を繰り返す サーバを停止し、サーバ用ソケットを破棄する（disconnect, close） 実際にHTTPサーバをChrome Appsで記述すると以下のようになります。 main.js var serverSocketId; /** * サーバ起動 */ chrome.sockets.tcpServer.c

本日、メルマガの発行日のため、せこせこ書いていたらLINEが物凄い発表していた。もたもたしていたら先にホリエモンにブログ書かれた。www さすが。 2日続いてLINEネタ！緊急投稿！LINEの新サービス発表がヤバすぎる！ ホリエモンが言うように・・・ めちゃくちゃヤバイ!! でもどんなことがヤバいのか、さっばりわかんないという人のため、簡単に解説してみたい。自分もまだ完全に理解しているわけでは無いので間違っていたら突っ込んでください。修正します。 メールマーケティングの終焉 いままでもメールマーケティングは終わったと言われていたが、これでほぼ終了である。日本で最もメルマガを配信しまくっていたあそこらへんのコマースも終わコンである。仮にSoftBankがLINEを買収して(出澤さんは完全否定)、Yahoo!ショッピングやオークションがこの機能を搭載したら太刀打ちできない。モールでは無いZOZ