まだXMLHttpRequestを使ってるの？ fetchのすすめ
JavaScriptでWeb的なプログラムを書いたことがある人は、XMLHttpRequestを使った経験もあるのではないかと思います。XMLHttpRequest，略してXHRは、JavaScript（+DOM）でサーバーとHTTP通信をするための唯一の方法としての地位を長らく保ってきましたが1、ここ3〜4年でより新しいAPIであるfetch APIが登場しました。fetch APIが出たばかりの頃は何だこのおもちゃはと正直思いましたが、いつの間にか仕様が充実していい感じになっていました。 皆さんは、この新しいAPIであるfetchをちゃんと使っているでしょうか。それとも、古いXHRを未だに使っているのでしょうか。この記事では、未だにfetchを使っていない人を主な対象としてfetchの使い方を解説します。（XHRと比較しながら解説するので$.ajaxとかaxiosとかしか使ったことがな
ServiceWorkerはSameOriginを超えられるのか
ServiceWorkerはSameOriginを超えられるのか 結論 キャッシュには入れられる キャッシュの内容には触れられない ServiceWorkerではなくFetch APIの領域 Fetch API ServiceWorker内ではfetchやnew Requestを使用 modeを指定する事で"same-origin", "no-cors" , "cors" を選べる "no-cors"を指定するとsame-originを無視してデータを取れる fetch("http://example.com/", { mode: 'no-cors' }); // サーバ側でCORS未対応でもデータを取得出来る // 返されるデータはopaque filtered responseとなる 'opaque' filtered response? same-originを無視して取得したデータ
Fetch APIでPOSTしたら、$_POSTで取得できなかった - Qiita
# php -v PHP 5.3.3 (cli) (built: Mar 22 2017 12:27:09) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies fetch( url, { method: 'POST', mode: 'cors', body: 'key1=value1&key2=value2' } ).then(function(response) { console.log(response); }).catch(function(e) { console.error(e); }); fetch( url, { method: 'POST', headers: { 'Content-Type': 'application/x
Service Worker の Navigation Preload による表示遅延回避 | blog.jxck.io
Intro Service Worker で Fetch を Proxy する場合、 Fetch 発生時に SW が起動していなければ、その起動を待つ必要が出る。 そして、この SW の起動には無視できない時間がかかる場合があった。 これを改善する Navigation Preload について解説する。 SW Bootup SW が onfetch をハンドルし、キャッシュから Response を返す場合は、ネットワーク I/O をせずに画面をレンダリングできる。 しかし、 SW が onfetch をフックしていてもなお、実際にネットワークにリクエストを投げる場合は少なくない。 この場合、もしページのコントローラとなっている SW が起動していない場合は、 onfetch ハンドラを実行するために、 SW の起動を待つ必要が出てくる。 SW の起動には、もちろん実行環境によるところが
fetch API から XMLHttpRequest への置き換えを決意した話 | ykzts.blog
最近 fetch API をヘビーに使うようになっていて、いろいろと勘所もわかってきていて、Promise ベースなのはやっぱりすごく便利なんだけれども、現状だと機能が全然足りないなあ、と。 XMLHttpRequestUpload 相当がないのは知っていたし、困ったなあと思っていたんだけれども、XMLHttpRequestUpload 自体がだいぶレア目のヤツで使うような機会もまあめったにないので実害としてはそこまで大きくなかった。 んで、だ、XMLHttpRequestUpload 相当がないのは良いとしても、ReadableStream で XMLHttpRequest で言う progress イベント相当のことをしようとしたときに、発火時にトータルの容量がわからんつう問題が発生した。 fetch API で ReadableStream を使って progress の状況を取ると
jQueryを使わないでGETのパラメータ付きURLを生成する - Qiita
追記: URLSearchParams - Web APIs | MDNが使えるならそっちの方が便利。 Search Param付きURL生成 いよいよjQueryを使う必要がなくなってきており、$.ajaxは滅多に使わなくなり、fetchを書くことが増えた。しかし、POSTはまだしもGETでパラメータを送りたい場合、$.ajaxでは var data = { a:1, b:2, c:3 }; $.ajax({ url:'hogehoge', method:'GET', data:data }); とやればよかったものが、fetchの場合はパラメータのkeyとvalueを&で繋いでURLにくっつけるのを自前でやらねばならない。特にURLにSearch Paramsがある場合は?以降を切った後に繋ぎ直さねばならず面倒くさい。 どうにかならないかと調べてみたところ、anchor要素を使うのが良
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
