You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
babel-preset-env is a new preset that lets you specify an environment and automatically enables the necessary plugins. The problem # At the moment, several presets let you determine what features Babel should support: babel-preset-es2015, babel-preset-es2016, etc.: incrementally support various versions of ECMAScript. es2015 transpiles what’s new in ES6 to ES5, es2016 transpiles what’s new in ES2
In the previous article Native ECMAScript modules: the new features and differences from Webpack modules we understood the differences between ES modules and their implementation in bundlers/compilers like Webpack/Babel. So far we found couple gotchas and know how to use the import \ export declarations and which caveats we may have using them in JS. But JavaScript went asynchronous many years ago
Bug 1331638 is a good example of why feature detection is important, but also a good reminder to test in enviroments where the feature totally doesn’t exist. A website (Twitter, in this example) tries to do the right thing and check for support before throwing notifications at you: this.isSupported = function() { var a = "PushManager" in window, b = this.getNotificationPermission() !== "denied", c
Browser history functioning and loopback gotcha 30 Jan 2017 | experiment history tutorial According to MDN, The History interface allows to manipulate the browser session history, that is the pages visited in the tab or frame that the current page is loaded in. But how exactly does the browser keep track of the visited pages? Without dwelling into technicalities, it is safe to assume that a doubly
Learnings and Experiences we had making Housing Go
When a browser receives the HTML response for a page from the server, there are a lot of steps to be taken before pixels are drawn on the screen. This sequence the browsers needs to run through for the initial paint of the page is called the "Critical Rendering Path". Knowledge of the CRP is incredibly useful for understanding how a site's performance can be improved. There are 6 stages to the CRP
恥ずかしながら$(document).ready()やwindow.onload、document.addEventListener('DOMContentLoaded')などそれぞれの実行タイミングの違いを正確に理解できていなかったのですが、調べていくうちにNavigation Timingを理解しておいたほうが後々捗りそうだと思い至り、Navigation Timing周辺の情報と合わせ調べた内容を記事にしてみました。 このページの目的 Navigation Timingを念頭に置いた上でJavascriptの実行タイミングを把握できるようになること Navigation Timingとは 仕様 実装(MDN) Navigation Timingとはブラウザがウェブサイトを表示するまでの間の一連のプロセスとタイミングを細かく定義したもので、Unload,Redirect,Fetch,D
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
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
Stay organized with collections Save and categorize content based on your preferences. Avoid landing page redirects Enable compression Improve server response time Leverage browser caching Minify resources Optimize images Optimize CSS Delivery Prioritize visible content Remove render-blocking JavaScript Except as otherwise noted, the content of this page is licensed under the Creative Commons Attr
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
クリティカル レンダリング パスの測定 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 公開日: 2014 年 3 月 31 日 確固としたパフォーマンス戦略の基盤には、常に正確な計測があります。測定できないものを最適化することはできません。このガイドでは、CRP パフォーマンスを測定するさまざまなアプローチについて説明します。 Lighthouse のアプローチでは、自動化された一連のテストをページに対して実行し、ページの CRP パフォーマンスに関するレポートを生成します。このアプローチを採用すると、ブラウザで読み込んだ特定のページの CRP パフォーマンスの概要をすばやく簡単に把握できるため、テスト、反復、パフォーマンス改善を迅速に行うことができます。 Navigation Timing API のアプローチでは、RUM(リアル ユーザー モニタリン
TestCafeという自動テストフレームワーク(いわゆるE2Eテストフレームワークジャンルとしておきます)を試してみました。 TestCafeの特徴としては、Seleniumを使っていないこと、設定ファイルなしで利用できる点です。 Seleniumを使ったテストフレームワークとしては、Protractor、testium、WebdriverIOなどがあります。 (Seleniumを使わない他のテストフレームワークだとNightmareなど) Seleniumを使わずにどうやって自動的にブラウザを操作するかというと、中継サーバーを起動してそこにテストコードなどを追加して動かすことができるSelenium RC(1)方式に近いものだと思います。 同名のウェブサービス/クライアントアプリも出していて、こちらはSelenium IDEのようにGUIで操作して記録したものを再生などができます。 なぜ
Slides for my Talk about WebVR. Presented at BED-Con in Berlin 2016 (http://bed-con.org/2016/)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く