Chromiumのプロセス構成と Worker/SharedWorker/ServiceWorkerのうごき - Qiita
この記事はChromium Browser Advent Calendar 2017の3日目の記事になります。 今日の担当はamiq11(twitter, chromium)です。2016年の4月からBlink-WorkerチームでServiceWorkerの実装をしています。このadvent calendarに登録しているchromiumコミッターのなかでもChromium歴が浅いのでちょっと記事かくのドキドキしちゃいますが、がんばります٩(●˙▿˙●)۶ はじめに さて、なうでやんぐな機能であるところのServiceWorker、みなさんつかってますか？ 最近はWebKitでも開発中になったということで話題になりましたよね！ PWA (Progressive Web App)を作る上でもベースとなるこのAPI、その内部の実装について、このアドベントカレンダーでは全体の動きと最近の高速化
「Firefox Quantum」は本当に優れたウェブブラウザなのか？
ウェブブラウザのFirefoxを開発するMozillaが「過去13年間の歴史の中で最も大きなアップデートである」と述べる「Firefox Quantum」がついにリリースされました。Firefoxのコードの実に75％がFirefox Quantumのために書き直され、合計50万行にも及ぶコードが完成し、まったく新しいブラウザとして生まれ変わったわけですがこれが本当に優れたウェブブラウザになっているのかをウェブデザイン関連のニュースメディアであるWebdesigner Depotが解説しています。 Is Firefox Quantum Really Any Good? | Webdesigner Depot https://www.webdesignerdepot.com/2017/11/is-firefox-quantum-really-any-good/ ◆ページ表示速度 既存のウェブブ
やばい、iOSにネイティブアプリ要らなくなるかも。SafariもPWAに対応する可能性 - Qiita
これ以上は長くなるため後述． Chromeは既に，Safariもようやく 上記の通り，Service WorkersがPWAでも最重要な機能の一つである．Chromeでは既に対応済み． しかしSafariが対応しておらず，世間的にはモチベーションの上がらない状況であった（やちまもその一人である）． Safariにおいて，Service Workersの実装状況 No active development が Under Consideration になったのは2015/12/041のことである． 20ヶ月という永遠とも呼べる時を経て，2017/08/032にようやく In Development となったわけであった． ちなみにMicrosoft Edgeでは既に開発中34である． だから何なのか SafariにService Workersの実装がなされると，一気にウェブアプリへの移行が
Using headless Chrome as an automated screenshot tool
Update 9/12/2017–Some of the techniques in this post may be out of date, consider checking out Puppeteer from the Chrome team, which offers an awesome API for screenshots with headless Chrome. Starting with Chrome 57, we can run Chrome as a headless browser on linux servers. Capturing web page screenshots is a common use case for browser automation, and PhantomJS has always been my go-to solution
デスクトップ版Firefox 57で拡張機能はWebExtensionsベースに限定化 - Mozilla Flux
Mozillaは、Add-ons in 2017 | Mozilla Add-ons Blogにおいて、Firefox 57のリリース（2017年11月28日：米国時間）に伴い、デスクトップ版ではWebExtensionsベースの拡張機能だけを読み込む措置を執る旨を明らかにした。XUL／XPCOMベースやAdd-on SDKベースの拡張機能（レガシー拡張機能）は、一切利用できなくなる。この措置を確実なものとするため、Mozilla Add-ons（AMO）では、Firefox 53のリリース（2017年4月18日：米国時間）に伴い、新規の拡張機能を登録する場合にWebExtensionsベースでないと受け付けなくなる。 現時点でのスケジュールは、Add-ons/2017 - MozillaWikiに詳しい。それによれば、Firefox 53のリリース時点で具体的に実施される措置は、AMOに
WebVR - virtual reality in your browsers
Slides for my Talk about WebVR. Presented at BED-Con in Berlin 2016 (http://bed-con.org/2016/)
Feature Policy、ブラウザの特定機能を無効にする仕様 - ASnoKaze blog
W3CでFeature Policyという仕様が議論されています。仕様は著者であるGoogleのIlya Grigorik氏のリポジトリ(URL)より確認できます。 このドキュメントはまだW3C公式のドキュメントとはなってはいませんが、先月行われたFace-to-Faceのミーティングでも議論がされています(議事録) Feature Policy セキュリティやパフォーマンスの観点で、Webデベロッパーがブラウザの特定のAPI（機能）を無効にしたい場合もあります。 そこで、 Feature-Policyヘッダを用いて以下のようにブラウザの機能を制限できるようにするのがこの仕様です。 また、このFeature-Policyヘッダは現在IETFで議論が行われている"A JSON Encoding for HTTP Header Field Values"(URL)というHTTPヘッダ値にjso
Chrome 42 ベータ版: プッシュ通知、[ホーム画面に追加] のおすすめ、ES6 Class
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
![Chrome 42 ベータ版: プッシュ通知、[ホーム画面に追加] のおすすめ、ES6 Class](https://cdn-ak-scissors.b.st-hatena.com/image/square/2e46cf6ba6ea60cf7d20c0fdd909b1610184547a/height=288;version=1;width=512/http%3A%2F%2F4.bp.blogspot.com%2F-fWEPzhrhdqk%2FWKbYSrN1_8I%2FAAAAAAAATXE%2Fm2-ZgsirkMYKc_YhcehEb0iUdyGtLs8KACK4B%2Fs1600%2Flockup_google_developers_horizontal_knockout_wht.png)
Webサイトに必要なfaviconが21個になっていた - IT探検の追憶
久しぶりにWebサイトのfaviconを変えようと思い、調べてみると、必要なfaviconが大幅に増えていることがわかりました。 その数、何と21個！ そんなに増えていたとは。 一応、以下にリストアップしてみます。 faviconのリスト favicon.ico: IE用 favicon-16x16.png: タブ表示用 favicon-32x32.png: Mac版Safari用 favicon-96x96.png: Google TV用 favicon-160x160.png: Opera 12 までのスピード・ダイアル用 favicon-196x196.png: Android版Chrome用 mstile-70x70.png: Windows 8 用 mstile-144x144.png mstile-150x150.png mstile-310x310.png mstile-31
リアルな DOM はなぜ遅いのか - steps to phantasien
これは VirtualDOM Advent Calendar 2014 に勝手に参加する記事です。 あたたかい春の昼下がりのこと、あるブラウザベンダの社内を不穏な噂が駆け巡った。 「React.js なるライブラリ、どうも仮想 DOM というやつのせいで速いらしいぞ」 もうリアルな DOM はお役御免、ブラウザも商売上がったりか・・・。雇用に不安を覚える人(私)がいる一方、 そのアイデアをとりこんでブラウザの DOM を速く出来ないかと考える人たちもいた。 仮想 DOM はなぜ速いのか。誰かのつてを辿って React.js チームにおいでいただき、速さの秘密をテックトークしてもらう。 イミュータブルなデータ構造による単純化、非同期適用による処理のバッチ化、差分アルゴリズムによる副作用の最小化… いくつかのアイデアはブラウザからはどうにもならないが、たとえば非同期化なんかは形は違えどブラウザ
HTML5 花火大会
HTML5の花火大会が始まりました。 JavaScriptやCSS3で書かれたコードが美しい花火となって 夏の夜空を鮮やかに彩ります。 START
IEの持つ互換性機能の全て - DOCTYPEスイッチ/X-UA-Compatible/互換表示 - ふろしき Blog
IEはかつて、独自の機能実装により安定かつ高度な機能を持ったプラットフォームを実現しました。特に、IE6のポテンシャルの高さは、Web技術発展へ大きく貢献しています。 しかし同時に、他のブラウザとは異なる独立した挙動をしたり、バージョンごとに機能面に開きがあるなど、相互運用性の面に大きな課題を作ってしまいました。多くの企業は、IEの特定のバージョンへ強く依存した既存資産と、IEのアップグレード方法に頭を悩ませているでしょう。 Microsoftはこの問題に対応するため、IEは過去のバージョン向けに開発されたWebコンテンツを動作させるための仕組みを持っています。これを「ドキュメントモード」といいます。 本記事では、IEの持つドキュメントモードを利用した互換性の考え方について解説します。IEのアップグレード時に、移行方法の指針、手段の発見に活用して頂ければ幸いです。 ★ 目次 DOCTYPE
Microsoft、Windows 7向けIE 11への自動更新を抑制するツールを公開
10月12日(現地時間)、Microsoftは公式ブログ「IEBlog」でまもなく登場する予定の、Windows 7用Internet Explorer 11への自動更新を抑制するツール「Internet Explorer 11自動配布の無効化ツールキット」がダウンロード可能になったことを明らかにした。主にイントラネットなどの互換性を維持するため、更新を望まない企業などで重宝されてきた同ツールだが、以前のInternet Explorerと同じく本バージョンでも提供されるという。 通常はWindows 7用Internet Explorer 11が公開されると、Windows Update経由などで自動更新が始まるものの、同ツールを使うことで自動更新を抑制し、既存のInternet Explorerを使い続けることができる。ただし、Internet Explorer担当プログラムマネージャ
)
Compatibility changes in IE11 (Windows)
With Internet Explorer 11, you get better compatibility with web standards, other browsers, and real-world websites. There's updated support for popular web standards and changes that prevent older websites from displaying incorrectly. These changes include: User-agent string changes Document mode changes Legacy API additions, changes, and removals URL character encoding Custom data attributes HTM
bfcache について覚えて帰ってもらいます。（転載） - oogatta のブログ
動作サンプル消しちゃったの直しました。 以下の内容は、『 mixi Engineers' JavaScript Advent Calendar 2012 』の12月19日分として投稿したものの転載です。内容に差異はありません。 bfcache について覚えて帰ってもらいます。 こんばんは。日々、一体お兄ちゃんだけど愛さえあれば関係ないのかどうなのか、そこのところについて確認作業を怠らないものです。 今日、偶然にもこれを閲覧してしまったみなさまには、近代ブラウザの誇る謎機能、 bfcache について覚えて帰っていただきます。どうぞよろしくお願いいたします。 bfcache （正式名称なのか、別名なのか定かではありませんが Back-Forwad Cache とも呼ばれます）をおもむろに Google さんに検索いただくと、権限のありそうな回答は Using Firefox 1.5 cach
IE11 でユーザエージェント文字列から 「MSIE」 が消えた件
IE11 になって機能追加やレンダリングエンジン周りの進化もかなりありましたが、それとあわせてユーザエージェント文字列が大幅に変更されました。 先月末に Windows 8.1 のプレビュー版が公開され、早速手持ちの MacBook Pro に入れてみたっていう話は先日書いたとおりですが、Internet Explorer 11 （IE11） については細かく触れなかったのでまとめておこうと思います。 IE11 になって機能追加やレンダリングエンジン周りの進化もかなりありましたが、それとあわせてユーザエージェント文字列が大幅に変更された結果、従来のブラウザ判別コードで検出できなくなる可能性もあったりします。その辺について Nicholas C. Zakas 氏が Blog 記事を上げていたので紹介しつつ触れてみたいと思います。 とりあえず、IE11 の概要とか 公式情報として、IEBlog
hello
hello [ "::ffff:35.191.15.169", "GET", "/wp/?p=262", {}, { "host": "wate.jp", "user-agent": "HatenaBookmark/4.0 (Hatena::Bookmark; Analyzer)", "cache-control": "no-cache", "accept": "*/*", "x-cloud-trace-context": "f2b2c71e04db21b6017682e491266d0c/9480773545164747120", "via": "1.1 google", "x-forwarded-for": "153.120.13.138, 35.227.238.79", "x-forwarded-proto": "http", "connection": "Keep-Alive" }
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
https://developers.google.com/web/tools/setup/workspace/setup-devtools
Ocean Wave Simulation