Microsoft Internet Explorer 11.0および Firefoxのサポート終了について 2022年3月25日より、当社推奨ブラウザのうちFirefoxを推奨環境の対象外とさせていただきます。 また、マイクロソフト社のサポート終了（2022年6月15日）に伴い、Microsoft Internet Explorer 11.0についても、近日中に推奨環境の対象外となる予定です。 ※Internet Explorerのサポート終了の際はあらためてお知らせします。 推奨環境の対象外となったブラウザは、画面が正しく表示されなくなる可能性がありますので、ご利用のお客さまは以下のブラウザへの早めのお切り替えをお願いいたします。 Microsoft Edge 最新版 Google Chrome 最新版 お知らせ
インターネットが普及してから何度か「Webブラウザ戦争」が繰り返されてきたが、時代の情勢に合わせてシェアは大きく変化してきた。 変遷の激しいWebブラウザのシェア争いではあるが、2020年も終盤を迎えた現在、またもや大きな動きがある。ここ最近は、一強とされてきた「Google Chrome」に影が差し始めたという。あのブラウザが覇権を握ろうとしているというのだが、シェア争いに何が起こったのか……。 まず2020年11月に観測された「変化」について解説しよう。Webブラウザのシェア調査結果について、NetMarketShareが2020年10月に発表した調査結果によると、Microsoftが「Windows 10」に搭載して以来“推してきた”Webブラウザ「Edge」のシェアがここに来て伸びているのだ。 ここしばらく、PCのWebブラウザシェアの覇権を握ってきたのはGoogle Chrome
初報を聞いたとき、描画系だけ blink に入れ替えて処理系は V8 使わず ChakraCore などに入れ替えるのかな、と思っていたが、どうも V8、というか chromium 一式を使うらしい。 正直に言って、Edge が死ぬことに、そこまで強く思うところはない。Edge は内部的に自身のベンダープレフィックスで webkit と名乗るぐらい (標準ではなく) webkit との互換性の意識が高いので、お前自分のことを webkit だと思ってるもんな、みたいな気持ちがあった。 webkit みたいなブラウザが消えて、webkit 後継のブラウザをベースに作り直される。開発者として追うべきは、個別の実装ではなく依然として標準仕様であって、それだけの話。 リリースサイクル 僕が思うに、 MS の抱えていた真の問題は、Windows に紐付けられたリリースサイクルとサポートにあって、Wi
久々に色々書きたい気持ちになった + 矢倉さんの書かれたものを見て、彼とは微妙に考えることは違うかなあと思ったので書くだけ書いてみる。意見似てるなと思ってるところは書かないようにはした（標準化方面周りとか）。あと、Webブラウザ周りの現状に明るくない同僚や友人向けのテイストは含んでいる。 そもそもの大前提 まず、Webという文書・アプリケーションプラットフォームの価値は「標準仕様に基づく相互運用性」「インストールせずとも使える」の二点に集約されると自分は思っている。 最近はずいぶん聞かなくなった「Webは簡単に作りやすい」というメリットは、「Win32のデスクトップアプリに比べると」という但し書き付きで、90年代は事実だったと思うけど.NET Frameworkの進化とかモバイルOSアプリが出たりとか業界の成熟に伴って事実ではなくなって久しいと思う。 この「標準仕様に基づく相互運用性」とい
Intro 筆者がやっている Podcast である mozaic.fm の中で、 Monthly Web という月ごとの Web の動向をまとめる回をやっている。 未だに落ち着いたとはいえないが、 2017 年 7 月に初めてから 1 年続けたので、結果として現状どうなっているかをログに残す。 Monthly Web mozaic.fm は、 Web について「今何が起こっているのか」「これからどうなっていくのか」を議論するための Podcast である。 そこでは、ゲストをお呼びし、特定のテーマについて議論をするということを行ってきた。 しかし、このテーマの設定と消化よりもよほど早い勢いで、多くの重大なトピックが日々生まれており、その大局的な流れを扱うことはできないかずっと考えていた。 通常回が「縦を深く掘る」議論であるとすれば、「横の流れを繋ぐ」部分の議論を行うことができれば、議論す
Google、Mozilla、マイクロソフトが「WebAuthn」の実装を開始。これによって「FIDO2」の普及が期待され、Webブラウザから指紋認証や顔認証などで簡単にWebサイトへのログインや支払いの承認といった操作が実現されそうだ。 多くのWebアプリケーションは、ユーザーの認証にユーザー名とパスワードの組み合わせを用いています。 しかしユーザー名とパスワードの組合わせを用いる方法にはさまざまな問題が指摘されています。身近なところでは、安全なパスワードを生成することの手間や、安全性を高めるためにパスワードの使い回しを避けようとした結果発生する多数のパスワードを管理することの手間などがあげられます。 そしてこうしたパスワードの不便さが結果としてパスワードの使い回しを引き起こし、いずれかのサイトで万が一パスワードが流出した場合にはそれを基にしたリスト型攻撃が有効になってしまう、などの状況
このポストは Chromium Browser Advent Calendar 2017 の 12/8 分です。先日 Medium に投稿した英語版を翻訳し、日本向けに若干加筆したものになります。 Payment Request API が登場してからというもの、おかげさまで非常に多くの方に興味を持っていただいています。一方、その複雑さから勘違いや、誤った情報を元に盛り上がってしまっているような状況が起きています。この記事では、みなさんの反応を見ている中でよくある誤解を解き、正確な情報を提供しようと思います。 そもそも Payment Request API が何かご存じないという方は、まずここから読んでいただくと良いと思います。 Web Payment API? Chrome Payment API? Google Payment API? # すべて間違いです。正しくは "Paymen
主要なWebブラウザでのWebAssembly対応が整った。これによりJavaScriptを超える高速なWebアプリケーションの実行に加え、JavaScript以外の言語によるWebアプリ開発の選択肢が開かれることになる。 WebAssemblyは、Webブラウザ上でネイティブコードに近い実行速度で高速に実行できるバイナリフォーマットを実現しようと、マイクロソフト、Google、Mozilla、Appleなどの主要なWebブラウザベンダがW3CのWebAssembly Community Groupなどを通じて共同で開発に取り組んでいる技術です。 主要なWebブラウザによるWebAssembly対応が整う 1年前の2016年11月には、各社が足並みをそろえてWebAssemblyの試験的実装を発表し、2017年2月にはWebAssembly APIとバイナリフォーマットについて主要ブラウザ
Visual Studio Codeが、Edgeより先にChrome連携─2016年2月のブラウザ関連ニュース振り返り 矢倉 眞隆（myakura） 2016年2月のブラウザニュースは、Microsoft Edgeの新機能やFirefoxのリリースサイクル変更、Visual Studio CodeとChrome連携、Safari 9.1のWeb Inspectorなどについて紹介します。 2016年のMicrosoft Edge Edgeの今年の計画が発表されました。 Looking ahead: Microsoft Edge for developers in 2016 | Microsoft Edge Dev Blog パフォーマンス向上などはもちろん、アクセシビリティやコミュニティと積極的に関わると書いてあるのは心強いですね。 新しい仕様の実装に関しては、こんなふうに言っています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
