開発者のための WebKit (“WebKit for Developers” 日本語訳)
このノートは、Paul Irishによる記事 “WebKit for Developers” の日本語訳です。 僕ら開発者の多くにとって、WebKit はブラックボックスだ。HTML, CSS, JS, その他のアセットを投げると、WebKit は魔法でもかけたかのように、綺麗な Web ページを返してくれる。しかし、僕の同僚 Ilya Grigorik は本当の WebKit はこうだと言っている。 WebKit はブラックボックスではない。ホワイトボックスなんだ。さらにそれだけではなく、オープンなホワイトボックスなんだ。 じゃあ、これから次のことについて理解していこう。 WebKit ってなに？ なにが WebKit じゃないの？ WebKit ベースのブラウザで WebKit はどう使われているの？ なんですべての WebKit が同じじゃないの？ さて、世の中に数多くの WebKi
脆弱性が見つかったときなどに：各ブラウザのJavaを無効化する方法（Chrome / Firefox / Internet Explorer / Opera）
Javaの脆弱性が見つかって、ブラウザ上でJavaを実行するとあぶない、でも修正パッチはまだ公開されていない。そんなときの対策の一つとして、各ブラウザでのJavaアプレット実行機能（Javaプラグイン）をOFFにするという方法が考えられます。今回は各有名ブラウザでJavaが有効か無効かをチェックする方法と、無効化手順を紹介します。 目次 1. 発端2. そもそも現在Javaが実行可能かを簡単にチェックする方法3. ChromeでJavaを無効化する4. Internet Explorer 9でJavaを無効化する（要注意）5. FirefoxでJavaを無効化する6. OperaでJavaを無効化する7. 感想 スポンサーリンク 発端 今日のニュース記事「Javaに未解決の脆弱性が発覚、標的型攻撃に利用される」によると、MicrosoftのInternet Explorer（IE）、Moz
Java アプレットを無効にする方法(Java Web Startも) | バシャログ。
最近Macに感染するトロイの木馬「Flashback」が北米で流行っているようです。 日本ではまだそこまで猛威をふるってはいないようです。 今回、この「Flashback」はJavaの脆弱性を利用して感染を広げたようですが、この脆弱性を修正したJRE(Java実行環境)、Windows版は2012年2月15日にリリースされたのに対して、Mac版のリリースは2012年4月3日でした。Windows版で修正済みだった脆弱性が1ヶ月半修正されない間にトロイの木馬が出回ったということになります。 私はエディタでPhpStormというのを使っていまして、これはJava実行環境で動くため、完全にJavaが利用できなくなるようにするのは難しいです。 ただ、JavaはJavaでもアプレットはほとんど使っていません。Javaアプレットを無効にすることでJavaの脆弱性による被害を最小限に抑えることはできるの
ウェブブラウザのセキュリティをテストする5つのウェブサイト
＃2：BrowserSpy.dk 2009年に筆者はPanopticlickについての記事を執筆した。その後、筆者はBrowserSpy.dkという同種のウェブサイトを見つけた（図B）。このサイトでは、Panopticlickと同様のテストの他にも64種類のテストが実施される。ただし、残念なことにBrowserSpy.dkは問題の解決方法を提示してくれない。とは言うものの、ウェブサイトにアクセスした際に、どれだけの情報が危険にさらされるのかを実際に見せてくれるわけだ。 ＃3：PC Flank PC Flankはインターネットという観点から見たコンピュータのセキュリティを網羅的にテストしてくれるウェブサイトである。テストには「Stealth Test」や「Advanced Port Scanner Test」「Trojans Test」「Exploits Test」「Browser Test
browsersize.com
Attention: JavaScript is probably currently disabled, blocked or not supported by your browser. This page strictly requires JavaScript to operate. Please enable JavaScript or switch to a browser that supports it. Your current browser settings probably do not allow the resizing of this window, the window is maximized or the target browser size is larger than your desktop size. As a workaround, an a
Adobe® BrowserLab
Adobe BrowserLab requires Adobe Flash Player version 10.0.0 or higher and Javascript enabled in your browser. Click the button below to download and install the latest version of Flash Player now Adobe BrowserLab An easier, faster solution for cross-browser testing Preview and test your webpages on leading browsers and operating systems - on demand. Adobe BrowserLab makes it easier and faster t
Web ブラウザに表示されている画面を直接編集する方法
これはすごい。Web ブラウザのアドレスバーに以下を入力し Enter すると、 今表示されている内容を直接編集できる。Firefox 3.0.14 と IE8 で出来 ることを確認した。 javascript:document.body.contentEditable='true'; document.designMode='on'; void 0 WEBブラウザーに表示されている画面を直接編集する方法 - sanonosa システム管理コラム集 追記(2009-10-04): 戻す方法はないものかなあ。‘false’ と ‘off’ では出来なかった。 追記(2009-10-17): 「戻す方法」というのは、「編集モードから閲覧モードに戻す方法」のこ とです。端折った書き方ですみませんでした。もう少し楽な方法が見つかっ たので、以下に追記します。 IE では、以下を入力し Enter
Chromeはなぜ速いのか － ＠IT
Chromeの動作が圧倒的に速いように感じている。Chromeがリリースされた当初、それがなぜなのかよく分からなかった。グーグルだけにできて、ほかのWebブラウザ開発者にできないことなどあるように思えないが、それにしてはあまりに速いように感じたからだ。 その疑問のほとんどは、Chromeのオープンソースプロジェクト版「Chromium」の公式ブログの解説で氷解した。ブログを読んで分かったのはグーグルのエンジニアたちが信じられないほどのスピード狂であることと、そのスピードへのこだわりには2種類の“スピード”があることだ。 1つは処理速度、もう1つは応答速度だ。特に後者、ユーザーをできるだけ待たせない、イラつかせないということに対する徹底したこだわりは、すさまじい。その背後には「スピードとは、つまりお金だ」という洞察があるようだ。 0.5秒の遅延でユーザー離れ グーグル創業約1年後の1999年
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/webtech/20130404/7.html