Exploring The Potential Of Web Workers For Multithreading On The Web — Smashing Magazine
Multithreading is an important technique used in modern software development to enhance the performance and responsiveness of applications. However, it’s not a common practice on the web due to the single-threaded nature of JavaScript. To overcome this limitation, Web Workers were introduced as a way to enable this technique in web applications. In this article, Sarah Oke Okolo explores the import
Webブラウザ上で純粋なHTTPだけで単方向リアルタイム通信を可能にするHTTPのストリーミングアップロードが遂にやってくる - nwtgck / Ryo Ota
Web標準のHTTPクライアントfetch()でストリーミングしながらアップロードできるようになる。
スマホ向けサイトをアプリっぽく見せるために半年間頑張ったことをまとめる - Qiita
この記事は リクルートライフスタイル Advent Calendar2018の20日目の投稿です。 はじめに この記事では スマホ向け web ページをアプリっぽく見せるための Tips を多く紹介します。 (CSS / JS / jQuery / React / WebGL の事例を紹介します) （注） React 環境でのサンプルコードが多めですが、実装方法はどの環境でも変わらないと思います。ライブラリも同種のものが存在しているはずです。 最近だと、僕の大好きなアプリで味わった体験を、どうすれば Web で再現できるかなーって考えていました。そうしたネイティブアプリをWebで模倣したときに、知ったTipsやテクニックをまとめていきます。 この記事に書いてあること アプリっぽい体験はどのようなものがあるか CSS / JS / jQuery / React / GLSL を利用したネイテ
Payment Request API の仕組み | Articles | web.dev
Payment Request API の仕組み コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Payment Request API ユーザーが販売者のウェブサイトで購入しようとすると、支払い情報と、必要に応じて配送設定などの情報の提供をサイトからユーザーに求める必要があります。Payment Request API（PR API）を使用すると、この操作を簡単かつ迅速に行うことができます。 基本構造 PaymentRequest オブジェクトの作成には、お支払い方法とお支払いの詳細という 2 つのパラメータが必要です。また、3 つ目のお支払い方法のパラメータは省略可能です。次のような基本的なリクエストを作成できます。 const request = new PaymentRequest(paymentMethods, paymentDetails);
History: scrollRestoration property - Web APIs | MDN
One of the following: auto The location on the page to which the user has scrolled will be restored. manual The location on the page is not restored. The user will have to scroll to the location manually.
Google Lighthouseについて調べてみた vol.2 #lighthouse - ユアマイスター株式会社エンジニアブログ
こんにちは。ユアマイスター 星（@inase17000）です。 vol.1 に引き続き、前回語りきれなかったことをvol.2でお届けです。 Lighthouseとは？ Lighthouse は、ウェブページの品質向上に役立つよう開発された、オープンソースの自動化されたツールです。詳細は前回記事に書いてますのであわせてご覧ください。 yourmystar-engineer.hatenablog.jp 今回は差分のみ記載します。 Audit References - 診断 ①Performance - パフォーマンス Diagnostics Minimize main-thread work JS の解析、コンパイル、実行にかかる時間の短縮をご検討ください。配信する JS ペイロードのサイズを抑えると効果が見込めます。詳細" 必要なJSコードだけを読み込み、実行する JSコードをMinifyす
JavaScriptでのDOM操作は重いのかという話とForced Synchronous Layoutについて - id:anatooのブログ
2015年にもなるのにJavaScriptでのDOM操作のパフォーマンスについて書く。ウェブページにインタラクションを持たせたい時に、JavaScriptでDOM操作を行うことがよくある。このDOM操作のパフォーマンスについて、よく聞く意見を大別すると次の2つがある。 JavaScriptによるDOM操作は重たい レンダリングが重いだけで、DOM操作そのものはそれほど重たくない JavaScriptでオブジェクトのプロパティを操作したりする単体の処理は通常1ミリ秒もかからないが、DOM操作をするとレンダリングが完了するまでに数十ミリ秒程度かかったりする場合がある。1番目のDOM操作が重たいと言っている人は経験則的にそう言っていることが多い。 レンダリングの仕組みを知っている人は2番目の意見を言うが、重箱の隅をつつくような話をするとこれも必ずしも正しいわけではない。DOM操作するコードによっ
日経電子版を支える広告技術 — HACK The Nikkei
本稿では、現在の日経電子版モバイル Web（以下、日経電子版）における広告掲示の技術について解説する。 広告とサイトパフォーマンスの関係 dev.to に代表されるような「高速」と言われる Web サイトは、CDN や ServiceWorker などを駆使して表示に関して適切なチューニングを行っており、日経電子版もほぼ同じ思想の元チューニングを行っているが、一点大きな違いを挙げるとするならば、広告表示の有無が挙げられる。 現在の日経電子版では 7 タイプの広告を表示しており、うち 4 タイプは外部 DSP からの配信を行っている。 その他にも様々なサイトトラッキングのサードパーティスクリプトを導入しているが、ご存知の通りこれらはメインとして打ち出したいコンテンツとはほぼ関連性はなく、パフォーマンス観点から見れば劣化させる要因でしかない。広告が無ければもっと速く表示できるのに…と思ったこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
