2019 年 1 月 29 日リリース予定の Chrome M72 に getDisplayMedia が入ることが決まりました。
![getDisplayMedia()](https://cdn-ak-scissors.b.st-hatena.com/image/square/b33aa260d02e5a364255683e626d57ea7610593a/height=288;version=1;width=512/https%3A%2F%2Fmiro.medium.com%2Fv2%2Fresize%3Afit%3A611%2F1%2A_ve1_42HCoRXJocqjWQ2vQ.png)
2019 年 1 月 29 日リリース予定の Chrome M72 に getDisplayMedia が入ることが決まりました。
Internet Explorer の今後について 07/18/2018 2 minutes to read こんにちは。Microsoft Edge / Internet Explorer サポート チームです。 以前に「Internet Explorer および Microsoft Edge での Flash の今後の対応予定について」という記事を公開しましたが、「Internet Explorer」自体の今後の予定についてお問い合せをいただくこともありましたので、今回はそのお話をします。 2014 年の 8 月 7 日に Internet Explorer のサポート ポリシー変更を発表しました。この変更により、2016 年 1 月 12 日をもって各 OS 上で動作する最新バージョンの Internet Explorer のみがサポート対象となりましたが、それから 2 年半が経過し
Amazonが、ファイルサイズがたったの2MBクラスというAndroid向け超軽量ブラウザアプリ「Internet」をリリースしていたことが判明しました。このアプリは通信帯域が限定される地域向けに提供されるものとのことで、記事作成時点ではインド国内のユーザーが利用できるようになっています。 Internet: fast, lite, and private - Google Play のアプリ https://play.google.com/store/apps/details?id=com.amazon.cloud9.garuda Amazon launches a ‘lite’ Android web browser app in India | TechCrunch https://techcrunch.com/2018/04/17/amazon-launches-a-lite-an
IEのバージョンごとにレンダリング方法が変わり、 互換表示と標準表示方法があるやっかいなIEの対策。 IEでWebページを正しく表示できない場合に、 互換モードになっていることが多いです。 常に標準モードになる<meta>タグを入れておくようにします。 上記を、 <head>内に入れる。 cssやjsファイルが記述されている箇所の前に入れる。 (外部のファイルの読み込みがあるとそこで表示モードが決定してしまうそうです。) content="IE=edge"はIEの最新バージョンの標準モードを表しています。 IE7を使用している場合は、IE7、IE10を使用している場合はIE10のレンダリングモードで表示されます。 IE7であろうが、IE11であろうが、 IE8のレンダリングモードにしたいときは、 content="IE=8"という風に指定もできます。 IE11のドキュメントモードの既定値は
よくあるような「スタートアップ」や「起業」が最初はみんなに注目されるもののそのあとは鳴かず飛ばずの状態が続き、いつの間にか消えてしまうのが大半なのに対して、たったひとりの個人で開発を始め、さらに法人化、ほとんどの会社が10年以内につぶれてしまう中で少しずつ着実に成長を続け、ついに10周年を迎えようとしているのが、国産のブラウザとしては最も大きいシェアを誇っている「Sleipnir」の開発元である「フェンリル」です。成長する中でぶつかっていくさまざま艱難辛苦を乗り越えてきたからこそ、ここまでの年月を持ちこたえ、さらに成長し続けているからには、今に至るまでにはきっといろいろなものがあるに違いないはず!ということで、秘密のベールに包まれていた「フェンリル」の社内を撮影することに成功、それだけでなくいろいろなこれまで知られることのなかった話を関係者にインタビューすることにも成功しました。 デザイン
cssのリクエストURLにGet引数を足してブラウザキャッシュを制御 Cakephpのhtml helperを使ってGet引数を追加する ブラウザ側のキャッシュ機能が有効になっているため、変更したはずのcssが反映されないというミスを未然に防ぐ必要があります。 cssやjsのリクエストURLにランダムな引数を追加して防ぐ方法は以前から活用されていて、それをCakephpのhtmlヘルパーで行う方法になります。 Cakephp1.2系と2系ではhtmlヘルパーの利用の仕方が少し異なっています。 1.2系 echo $html->css('cake.generic.css'.'?'.time()); 2系 echo $this->Html->css('cake.generic.css'.'?'.time()); 上のhtmlヘルパー関数は、以下のHTMLを出力します。 <link rel="s
古い文章だけど、Caching Tutorial for Web Authors and Webmasters を読んだメモ。ウェブマスター向けのブラウザキャッシュの概要。 ブラウザキャッシュは、ブラウザがサーバからレスポンスされたリソースを (場合によっては) ローカルに保存しておいて、二度目以降の表示では (場合によっては) キャッシュから読むという動作。無駄なリクエストが減ることでサーバリソースにも優しいし、ユーザーにとっては表示速度向上というメリットがある。 コンテンツをどのようにキャッシュするかを、サーバが UA に HTTP ヘッダを利用して指示する。Expires や Cache-Control ヘッダがその例だ。html の meta 要素で、たとえば <meta http-equiv="Cache-Control" content="no-store" /> というふうに
すべての Microsoft 製品 Microsoft 365 Office Windows Surface Xbox セール サポート ソフトウェア Windows アプリ OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Microsoft Industry データ プラットフォーム Power Platform 法人向けを購入する Developer & IT .NET Visual Studi
ゆうちょ銀行は11月5日(火)、インターネットサービス「ゆうちょダイレクト」のFirefoxによる利用を、しばらくの間停止すると発表しました。理由について同社は、お客さま番号を入力してログインしようとするとエラーが表示されるため、と説明しています。 ▽ お探しのページが見つかりません Firefoxを使ったゆうちょダイレクトの利用は、11月5日から一時的に不可能になります。利用停止期間は明かされておらず、「しばらくの間」と記されています。 ゆうちょ銀行によると、Firefoxでゆうちょダイレクトにログインしようとすると、お客さま番号を入力した後にエラーが表示され、ログインできなくなるとのこと。このため、ゆうちょダイレクトにアクセスする際は、Internet Explorerなど他のブラウザを利用するよう呼び掛けています。動作確認済みの環境(2013年3月末時点)は、以下のページにまとめられ
前回の続き。なるべく一般人向けに書きます。サードパーティCookieとあまり関係のない話も書きます。 http://d.hatena.ne.jp/mala/20111125/1322210819 http://d.hatena.ne.jp/mala/20111130/1322668652 前回までの概要 トラッキング目的のCookieの利用などからサードパーティCookieの利用は問題視されIE6で制限がかけられるもプライバシーポリシーを明示すれば利用できるという迂回手段を用意、しかし今ではP3Pはオワコン化、SafariはサードパーティCookieの受け入れをデフォルトで拒否する設定を採用したが一度受け入れたCookieは問答無用で送信、Mozilla関係者は「殆ど合法的な利用目的はない」と言っていたものの既存Webサイトとの互換性のために変更できず、ブラウザはサードパーティCookie
前回 http://d.hatena.ne.jp/mala/20111125/1322210819 の続きです。 前回のあらすじ ブラウザベンダーはサードパーティCookieをデフォルトでオフにしたかったんだけどお前らがサードパーティCookieに依存したサイト作るし使うからオフに出来なかったんだよ!!!!! といった事情を踏まえた上でWebアプリケーションにおけるサードパーティCookieの利用の歴史について書きます。前提知識の共有が済んだので、ここからはある程度個人的な意見も含まれます。実装面での技術的な内容も含みます。 サードパーティCookieが必要とされてきた歴史 広告のためのトラッキングCookie以外にも、サードパーティCookieに依存したサービスが数多く存在してきた。個人的に把握しているいくつかのサービスについて時系列で述べる。ついでに広告業界の流れについても重要なのを幾
Web開発者のためのサードパーティCookieやらトラッキングやらの問題点について三回ぐらいに分けて書きます。 この文章は個人的に書いていますので、おい、お前のところのサービスがサードパーティCookieに依存してるじゃねーかというツッコミがあるかもしれないが、そういうことを気にしているといつまで経っても公開できないという問題が出てしまうので、そんなことはお構いなしに書く。ちなみに例外なく自社サービスに対してもサードパーティCookieに依存するな死ねと言っている。これはWebプログラマー観点で、自分がサービス開発に関わる上で知っておかねばならないだろう知識として十数年間だらだらとWebを見ていて自然に知っていたものと、あるいは興味を持って率先して調べたものが含まれている。ググッて直ぐに分かる程度の用語の定義的なことは書かない。あくまでWebサイト制作者側からの観点なので、ブラウザ開発関係
Googleが、データ転送遅延を軽減するという技術を普及させようとしている。それによって「Chrome」をウェブ変革のツールにする計画だ。 この技術は「False Start」という名称で、暗号化接続を確立する際のブラウザとウェブサーバ間の通信を1往復分減らす機能を備える。これはかなりの時間の節約だ。米国内の通信では約100分の7秒、カリフォルニアから欧州への通信では10分の1.5秒の時間短縮になる。 さらに良いことに、通信の改善を目的とした多くのプロトコル改良と違って、ネットワーク接続の両サイドに変更を加える必要もない。変更が必要なのはブラウザ側のみだと、False Startの開発者の1人であるAdam Langley氏は述べている。当然ながらGoogleはすでに、False StartのChromeブラウザへの組み込みを開始しているようだ。Chromeのコマンドラインスイッチのリスト
Internet Explorer の自動アップグレードについて | TechNet 長かった… 本当に長かった… やっと、IE 6, IE 7 が居なくなるのですね… uupaa.js ver 0.8 に埋まっている処理から情報を抜き出し IE 6, IE 7, IE 8 が居なくなった未来では何が可能になるのか抜粋してみました。 IE8 でやっと使えるようになる機能 一部は IE 6 や IE 7 でも使えるのですが、対応が限定的だったり不具合が多かったりと、安心して使えなかった機能も含まれています。 display: inline-block display: table, table-cell など position: fixed; E:active {...} E:focus {...} E::first-child {...} E:lang(C) {...} E::after
ブラウザ戦争は勢いを増す一方ですが、ウェブ分析会社StatCounterの統計によると(英文)、2011年11月、ついに『Chrome』が使用されている割合が『Firefox』を抜いたそうです。 現在のシェア率は下記の通り。 Internet Explorer:40.63% Google Chrome:25.69% Mozilla Firefox:25.23% Safari:5.92% Opera:1.82% 以前、パワーユーザはFirefoxよりもChromeを使っていることが多い、という記事をご紹介しましたが、Chromeは着実にその頭角を世界市場に表してきているようです。 そうは言ってもやはり一位はダントツで『Internet Explorer』。IEを抜いて一位になるのは一体どのブラウザなのでしょうか? これからもブラウザ戦争から目が離せません! Chrome Overtakes
World Wide Web Consortium(W3C)は、中央管理されたサーバを介する必要なく、ブラウザ間で直接PtoP通信できるようにするための規格を策定する予定である。 規格の策定を担当するW3C作業部会のメンバーらによると、このような規格が策定されれば、政府がウェブ通信に対して抑圧的な措置をとることが困難になる可能性があるという。W3Cは英国時間5月5日、同作業部会は、音声、ビデオ、および「補助的な」リアルタイム通信によってブラウザが通信できるようにするAPIの定義を目指すと述べた。 「W3Cは5日、ウェブブラウザ間のリアルタイム通信を可能とするために、クライアントサイドのAPIを定義することを目的としたWeb Real-Time Communications Working Groupを新たに設立した」とW3Cは述べた。 このAPIにより、他に何かをダウンロードしたりプラグイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く