networkとdevelopmentに関するCherenkovのブックマーク (4)
-
﹁CDN﹂︵content delivery network︶という言葉からは、Googleのような大企業がいくつもの巨大なハードウェアを管理し、1秒当たり何百ギガビットものデータを処理する様子が想像されます。しかし、CDNは単なるWebアプリケーションです。私たちのイメージとは違いますが、それが事実です。8年前に買ったノートパソコンを使って、コーヒーショップの席に座りながらでも、きちんと機能するCDNを構築できます。この記事では、これから5時間でCDNを開発しようとするときに、直面するかもしれないことを紹介します。 まずはCDNの機能を明らかにしておきましょう。CDNはセントラルリポジトリ︵通称‥オリジン︶からファイルを吸い上げ、ユーザーに近い場所でコピーを保存します。初期のオリジンはCDNのFTPサーバーでした。現在、オリジンは単なるWebアプリとなり、CDNはプロキシサーバーとして機
-
Intro Web の https 化が進み、それに伴って https を前提とする API も増えてきた。 そうした API を用いた開発をローカルで行う場合、 localhost という特別なホストを用いることもできるが、それだけでは間に合わないケースも少なからずある。 localhost を https にするという方法もあるが、そのように紹介されている方法には、いくつか注意すべき点もある。 この辺りの話を、直近1ヶ月で3回くらいしたので、筆者が普段使っている方法や注意点についてまとめる。 特に推奨するつもりはない。 Update chrome の --host-rules について追記 localhost での開発の注意点 例として https://example.com にデプロイする予定の ServiceWorker を用いたアプリがあったとする。 開発をローカルで行う
-
これは、とある﹁エーペックス﹂のプロプレイヤーのネットワーク経路︵レイテンシーを表示しています︶です。彼のインターネットモデムから、私たちのサーバーへと到達しています。インターネット接続の本当の状態を判断するため、私たちは何度も調査を行います。最善の状態であれば、彼は31msのレイテンシーでゲームを楽しめていることが見て取れますね。ですが最悪の場合だと、522ms付近です。つまりこの場合だと、接続に500msもの振れ幅があるため、ゲームの遊び心地はかなり悪いということです。彼のローカルISPネットワークの接続は不安定ですが、平均を見てみると非常に稀なケースであることがわかります︵平均が31mで、最低値が264ms。たまたま起きたのでしょう︶。しかしその後、ローカルのISPとISP1の間でレイテンシーが急増しています。これはプレイヤーとゲームサーバーの間のノードの一つです。この二つの間でパケ
-
Webパフォーマンス向上施策のために、今更ながら超速本1を読んだので、今までの自分の知見と合わせてまとめてみます。 なるべく柔らかく、改善施策ってまず何をどうすればいいの？という疑問を持った人に向けて書いています。 ▪️格言 そもそもWebは速い。遅くしているのは我々です。大抵は技術の問題ではなくて、人の問題。 引用元‥ テクニックではなく、今、本気で取り組むべきWebパフォーマンス ︵html5jパフォーマンス部 部長 竹洞さん︶ 心得 パフォーマンス向上に対する施策は大別すると以下の2通り 軽量化 ︵単純にやりとりするデータ容量を小さくすること︶ 圧縮 削除 最適化 ︵その時に最も適している実装・実行をとること︶ 経路・順番の変更 非同期 もっとも遅くしている原因を探して、それを対策するのが原則。﹁対効果﹂が絶対的正義である。手段から入るのは愚策。まず先に原因を知ることが重要。 ▪️1
-
1
CDNは5時間で開発できる | POSTD
ローカル開発環境の https 化 | blog.jxck.io
「エーペックス」の仕組み:開発者によるサーバーとネットコードの解説
Webパフォーマンス虎の巻
