Can You Afford It?: Real-world Web Performance Budgets - Infrequently Noted
Alex Russell on browsers, standards, and the process of progress. We've had the pleasure of working with dozens of teams over the past few years. This work has been illuminating, sometimes in very unexpected ways. One of the most surprising results has been the frequent occurrence of "ambush by JavaScript": Business leaders who green-light the development of Progressive Web Apps frequently cite th
The Critical Request: How to Prioritise Requests to Improve Speed | Calibre Blog
The Critical Request: How to Prioritise Requests to Improve Speed Serving a website seems pretty straightforward: send down some HTML, the browser figures out what resources to load next. Then, we wait patiently for the page to be ready. Little did you know, a lot is going on under the hood. Have you ever wondered how the browser figures out which assets should be requested and in what order? Toda
アメブロ2017: Isomorphic Web Appの進化編 | CyberAgent Developers Blog
こんにちは、フロントエンドを中心に開発しています、原 (@herablog)です。 昨年10月にアメブロ2016 ~ React/ReduxでつくるIsomorphic web app ~という記事で、アメブロのJavaベースアプリから、Node.js・Reactベースアプリへのリニューアルについてお伝えしました。今回は、より進化した2017年版のWebアプリケーション開発に向けて、その後おこなわれた改善についてお伝えします。 https化 2016年4月に、ameblo.jpのhttps化をおこないました。セキュリティ観点としては当然のこと、SEO効果やブラウザの新しい機能の利用など、https化はWebアプリケーションのクオリティアップには必須といってよいでしょう。 まず、サブドメイン化されたサブシステムのhttps化をおこない、その後アメブロ本体のドメインをhttps化しました。ht
GitHub - w3c/longtasks: Long Task API
As the page is loading and while the user is interacting with the page afterwards, both the application and browser queue various events that are then executed by the browser -- e.g. the user agent schedules input events based on user’s activity, the application schedules callbacks for requestAnimationFrame and other callbacks etc. Once in the queue, these events are then dequeued one-by-one by th
Building Fast and Performant Apps.
Learnings and Experiences we had making Housing Go
Prefer DEFER Over ASYNC
Steve works at SpeedCurve on the interplay between performance and design. He previously served as Google's Head Performance Engineer, Chief Performance Yahoo!, and Chief Performance Officer at Fastly. Steve has pioneered much of the work in the world of web performance. He is the author of High Performance Web Sites and Even Faster Web Sites. He is the creator of many performance tools and servic
Progressive Storyboards
Sergey Chernyshev (@sergeyche) is web performance enthusiast, open source hacker and web addict. He organizes New York Web Performance Meetup Group, local community of web performance geeks in New York and helps kick-start local groups about Web Performance around the world. Sergey volunteers his time to run @perfplanet twitter companion to PerfPlanet site. He often speaks on performance-related t
PageSpeed Insights のルール | Google for Developers
PageSpeed Insights のルール コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 ランディング ページのリダイレクトを使用しない 圧縮を有効にする サーバーの応答時間を改善する ブラウザ キャッシュを利用する リソースを圧縮する 画像を最適化する CSS の配信を最適化する 表示可能なコンテンツに優先順位を付ける レンダリングの妨げになる JavaScript を削除する 特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。 最終更新日 2025-07-25 UTC。 �
Performance — Firefox Source Docs documentation
Overview A Glossary of Common Terms A Quick Guide to Mozilla Applications Getting Started Getting Set Up To Work On The Firefox Codebase Working On Firefox Working on Firefox Bug Handling Firefox User Guide Firefox DevTools User Docs Source Code Documentation Governance Firefox Front-end DOM Editor Style system (CSS) & Layout Graphics Processes, Threads and IPC Firefox DevTools Contributor Docs To
クリティカル レンダリング パスを測定する | Articles | web.dev
クリティカル レンダリング パスを測定する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 公開日: 2014 年 3 月 31 日 優れたパフォーマンス戦略の基盤となるのは、適切な測定と計測です。測定できないものは最適化できません。このガイドでは、クリティカル レンダリング パス（CRP）のパフォーマンスを測定するさまざまなアプローチについて説明します。 Lighthouse のアプローチでは、ページに対して一連の自動テストを実行し、ページの CRP パフォーマンスに関するレポートを生成します。このアプローチでは、ブラウザに読み込まれた特定のページの CRP パフォーマンスの概要をすばやく簡単に把握できるため、パフォーマンスのテスト、反復、改善を迅速に行うことができます。 Navigation Timing API のアプローチでは、リアルユーザー モニ
ES6 Feature Performance
With ES6 features landing quickly in native browsers and readily available for use through Babel and Traceur, it seemed like it was time to look not just at support, but also the performance impact of using these features under the current implementations. While there is great promise for the future, the picture of ES6 feature performance today is very muddled and depends on the specific feature b
Making a Silky Smooth Web
You should use <insert library / framework here>, it's the bestestest!
Measuring Performance
Clients care deeply about web performance and they depend on us to articulate and measure how well their website is performing. If you have a service level agreement (SLA) with your client, and you should, then learning how to measure key metrics is crucial to you and your business. There are great paid products on the market that can keep track of a website's performance, but there are plenty of
Jank Free: Let's Make the Web Silky Smooth!
What is Jank? Modern browsers try to refresh the content on screen in sync with a device's refresh rate. For most devices today, the screen will refresh 60 times a second, or 60Hz. If there is some motion on screen (such as scrolling, transitions, or animations) a browser should create 60 frames per second to match the refresh rate. Jank is any stuttering, juddering or just plain halting that user
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
talks/measuring-continuity at 2e3892f89f15e9057e941758fe0e7548621d94e7 · nicjansma/talks
画像の最適化 | Web | Google Developers
https://eng.uber.com/m-uber/
GitHub - igrigorik/performance-observer
Tumblr perf
http://web.mit.edu/ravinet/www/polaris_nsdi16.pdf