ブラウザ使用中に、キャッシュ・履歴・クッキーなど、ブラウザの不要ファイルを一気に削除したくなることがある。今回は、そんなWindowsのバッチファイルを考えてみた。

削除に利用するツールは、お掃除ソフトの定番である「CCleaner - Free」である。

流れとしては、[起動中のブラウザを終了] → [CCleaner実行] → 再起動したいブラウザを非同期起動] となる。

@echo off
rem ブラウザにプロセス終了シグナルを送信する
taskkill /im chrome.exe /f
taskkill /im firefox.exe /f
taskkill /im MicrosoftEdge.exe /f
taskkill /im iexplore.exe /f
timeout 5
rem CCleaner 不要ファイル削除
"C:\Program Files\CCleaner\CCleaner64.exe" /AUTO
timeout 40
rem 再起動したいブラウザを非同期起動
start chrome.exe
exit

CCleaner は、起動すると非同期で動作するので、終了まで待ち合わせを行う必要がある。CCleaner 実行中はタスクトレイのアイコンで確認 (ホウキで掃除するアニメーション) できるので、待ち合わせ時間は適宜調整する。

あまり利用価値はないかもしれないが、筆者はよく利用するので作成してみた次第である。

ずいぶん前に、Webフォントを導入してみた「Noto Sans Japanese」: Jkun Blog と云う記事を書いたが、「Windows 10 Fall Creators Update」を契機に再び「Noto Sans Japanese」を導入することにした。

グーグルが提供する「Noto Sans Japanese」。6934文字に削減したサブセット版。ウェイト (太さ) は7バリエーション。1ウェイトあたり約4.5MB。前回導入時は、7バリエーションすべてをロードしていたが、当ブログでは「レギュラー」「ボールド」の2バリエーションしか使用しておらず、無駄なロードがなされていた。

今回は、この点に注意して、スタイルシートを書き換えてみた。

/*
http://fonts.googleapis.com/earlyaccess/notosansjapanese.css
ここから、必要なウェイトのフォントセットだけ抽出して、ロード時間を短縮する。
「font-display: swap;」ロード完了までの代替フォント指定。
*/

@font-face {
   font-family: 'Noto Sans Japanese';
   font-style: normal;
   font-weight: 400;
   src: url(//fonts.gstatic.com/ea/notosansjapanese/v6/NotoSansJP-Regular.woff2) format('woff2'),
        url(//fonts.gstatic.com/ea/notosansjapanese/v6/NotoSansJP-Regular.woff) format('woff'),
        url(//fonts.gstatic.com/ea/notosansjapanese/v6/NotoSansJP-Regular.otf) format('opentype');
   font-display: swap;
 }

@font-face {
   font-family: 'Noto Sans Japanese';
   font-style: normal;
   font-weight: 700;
   src: url(//fonts.gstatic.com/ea/notosansjapanese/v6/NotoSansJP-Bold.woff2) format('woff2'),
        url(//fonts.gstatic.com/ea/notosansjapanese/v6/NotoSansJP-Bold.woff) format('woff'),
        url(//fonts.gstatic.com/ea/notosansjapanese/v6/NotoSansJP-Bold.otf) format('opentype');
   font-display: swap;
 }

/*
'Lucida Grande', 'Hiragino Kaku Gothic ProN', 'ヒラギノ角ゴ ProN W3' ----- Mac
'Noto Sans CJK JP' ----- Linux Ubuntu系ディストリビューション
'Noto Sans Japanese', Meiryo メイリオ ----- Windows
*/

body, input, textarea {
	font-family: 'Lucida Grande', 'Hiragino Kaku Gothic ProN', 'ヒラギノ角ゴ ProN W3', 'Noto Sans CJK JP', 'Noto Sans Japanese', Meiryo, メイリオ, sans-serif, serif;
}
pre, code, var, samp, kbd, .mono {
	font-family: Consolas, 'Courier New', Courier, Monaco, monospace;
}

↑ 「font-display: swap;」・・・ウェブフォントのロードが完了するまでは、代替フォントで表示することを指示する。Windows であれば「 font-family:」の優先順位から「Meiryo, メイリオ」が採用される。但し、この機能はブラウザに依存する。 (Chrome の場合 Ver.60 以降なら機能する。)

↓ Windows 10 Chrome 環境での実際の表示例。 クリックすれば原寸サイズで表示。ブラウザに依存することなく、どのブラウザでも同じ品質で表示される。

フォントのロード時間に関しては、気になる程ではないことを確認している。ただ、Googleのサーバーに依存すると云うことは理解しておく必要はある。

将来的には、Vivaldi の自動同期機能が実現されるだろう。それには、Vivaldi のアカウントが利用されることは容易に推測できる。そこで、少々気が早いがアカウントを取得しておいた。

↓ Vivaldi.net – Vivaldi.net user blogs の右上の [Register] からアカウントを取得する。

↓ アカウント名@vivaldi.net - メッセージ一覧 - Vivaldi.net webmail

今のところ、特に使いみちはないが・・・先を見通してのことだ。

この記事は移転しました。

Vivaldi のプロファイルを自動でバックアップする ~ Linux編 ~ | bjkun

この記事は移転しました。

Chrome 他のデバイスの履歴を削除する方法 | bjkun

Chromeの設定画面が所謂「マテリアルデザイン」に変わっている。

バージョン: 59.0.3071.109（Official Build） （64 ビット） で確認した。スクリーンショット ↓ は、いずれも Kubuntu 17.04 環境下でのChromeである。

Material Design とは、Googleが提唱しているデザインの規格のようなもので、かなり厳密に指定されているようだ。このマテリアルデザインを採用すれば、直感的なユーザーインタフェースが実現できると云ったメリットがある。

違和感を感じるユーザーもいるかもしれないが、このへんは”慣れ”と云うことだろう。

Windowsのタスクバーを”自動的に隠す”にした環境下において、最大化したChromeで”全画面 [F11]”で表示して元に戻した場合、タスクバーが表示されなくなる場合がある。勿論、一旦Chromeを最小化にするなどウインドウサイズを最大化から変更すればよいのであるが、それでは面倒である。

この場合の対処方法として、Chromeの右上”アカウント表示”をダブルクリックすれば、タスクバーが表示されるようになる。

この一連の挙動は、試行錯誤してようやく発見したワケである。スクリーンショットは「Windows 7」の場合であるが、「Windows 10」でも挙動は同じである。

常用プラットフォームを”Kubuntu 17.04”にして、安定稼働することを確認したので、常用ブラウザを「Vivaldi」1.9.818.44 (Stable channel) (64-bit) にした。Chromeを常用ブラウザにしていたが、所謂”右クリック問題”があるので、それを避ける意味合いもある。

Vivaldiは登場以来、事あるごとにインストールして状況を確認していたが、今回のバージョンでは筆者が問題にしていたツールバー上の”拡張機能のアイコンの表示順序のカスタマイズ”がようやく可能になっていた。これはすこぶる嬉しいことである。

更には・・・Chromeと全く同じ拡張機能を入れているが (マウスジェスチャだけ入れていない) サクサク動作はChromeの上をいくこと間違いなし。体感的に高速であることが実感できるのだ。常用ブラウザとして今後使用することになる。

Chromeに広告ブロック機能が標準搭載されると云う記事が流れている。

Google Plans Ad-Blocking Feature in Popular Chrome Browser - WSJ

筆者もChromeを利用しているが、uBlock Origin - Chrome ウェブストア と云う広告ブロック拡張機能を導入している。一番の理由は、動画共有サイトなどで見られる「カウントダウン付きの広告」を除去したいからである。この手の広告は、広告自体を再生しなければ、動画を閲覧することができない。このことは、誰しも経験していることであろう。

さて、Chromeに搭載されるであろう広告ブロック機能は、一般的な拡張機能とは異なり、強力に広告をブロックするものではなさそうである。ユーザーの許容範囲を逸脱する広告の代表格である「ポップアップ広告」「音声付きの自動再生ビデオ広告」「カウントダウン付きのプレスティシャル広告(画面前面に出てくる広告)」がブロックの対象となるようである。やはり何でもかんでもブロックでは、広告収入に依存しているGoogleとしては諸刃の剣そのものになる可能性大であるのだろう。

いずれにしても、このような発想を抱くGoogleには、一般的な広告ブロック拡張機能を入れるユーザーを少しでも減らしたいと云う思惑があるのではないだろうか？或いは、ユーザーにとって有害な広告をブロックすることで、Googleとユーザー双方がウィン・ウィンの関係になることを願っているのかもしれない。

ブラウザにおけるキャッシュの役割は、一旦読み込んだページの表示データを、次回に再利用して読み込み速度を高速化することにある。しかしながら、昨今ではネットスピードが飛躍的に向上して、最早キャッシュの役割も薄れつつある。逆にキャッシュを再利用することで、最新の表示データを読み込まないと云った不都合が生じることさえある。

このような問題を回避するためには、キャッシュを無効化すればよいワケであり、拡張機能も存在する。前に、当ブログでも紹介したことがある。

Chromeのキャッシュの有効・無効の切り替えができる拡張機能「Cache Killer」: Jkun Blog

勿論、拡張機能を利用すればよいのであるが、拡張機能を利用せずともキャッシュを無効化することは可能である。「デベロッパーツール」を利用する方法である。

[F12] or [Ctrl+Shift+I] → [Network] → [□ Disable cache] にチェックを入れるだけである。これでキャッシュは無効化され、毎回サーバーから表示データーが読み込まれる。

ただ、キャッシュのディレクトリを観察してみると、再利用されている可能性も否定できないような感じである。「デベロッパーツール」の起動の有無には関係なく？・・・である。こうなると、やはり拡張機能を導入するか、必要に応じてページのリロードを行うかである。 [ 検証環境 : Chrome Ver. 57.0.2987.133 (64-bit) + Kubuntu 17.04 ]