Mozilla Firefox のアイコンを変更しよう (Firefox 21対応)

Mozilla Firefoxでは、以下のような手順でカンタンにブラウザアイコンを変更する事が可能です。

手順

ディレクトリ作成

Firefoxインストールパスに以下のようなディレクトリを作ります。

Firefox インストールパス(e.g., C:\Program Files\Mozilla Firefox)
└─browser
    └─chrome
        └─icons
            └─default

※Firefox 21で、ディレクトリ構成が変更になったので注意です。

アイコン配置

defaultディレクトリ内に、アイコンを置きます。
アイコンのファイル名は、アイコンを変えたいウィンドウに合わせて変更する必要があります。

main-window.ico

メインウィンドウ

places.ico

履歴とブックマークの管理

downloadManager.ico

ダウンロードマネージャ

CookiesDialog.ico

Cookie

PermissionsDialog.ico

例外サイト - 画像の読み込み/Cookie フィルタ/許可サイト - アドオンのインストール/オフラインデータ

SignonViewerDialog.ico

保存されているパスワード

certmanager.ico

証明書マネージャ

devicemanager.ico

デバイスマネージャ

全てのウィンドウのアイコンを変えたい場合は、main-window.ico、places.ico、downloadManager.ico、CookiesDialog.ico、PermissionsDialog.ico、SignonViewerDialog.ico、certmanager.ico、devicemanager.icoという名前でアイコンをdefaultディレクトリ内に置いてください。

確認

Firefoxを起動してみましょう。
(起動中の場合は再起動しましょう)

アイコンは変わりましたか?

私はFirefoxのいろんなチャンネルを使っているので、stable版とbeta版のアイコンが同じで見にくかったので、beta版のFirefoxのアイコンを変更してみました。

before

どっちがbetaかワカラナイ・・・

after

一目瞭然

う～ん。わかりやすくなりましたね。

セール情報の記事について

セール情報を毎日お届けしておりましたが、記事内にURLが多いため、GoogleのBotによって、スパムブログ扱いされてしまったようで、先日Googleによってブログが無効にされてしまいました。

ということで、このブログではセール情報をお届けするのは難しそうです。
リクエストが多ければ、ほかの場所で情報をお届けできる方法を考えてみようと思います。

[AV-TEST] 2013年 Android向けウィルス対策ソフト テストレポートが公開されました

AV-TESTから、2013年 Android向けウィルス対策ソフトのレポートが公開されました。

AV-TEST - The Independent IT-Security Institute: Android

http://www.av-test.org/en/tests/mobile-devices/android/

AV-TEST - The Independent IT-Security Institute: Jan 2013

http://www.av-test.org/en/tests/mobile-devices/android/jan-2013/ 検出率、操作性トップは、無料アプリのTrustGo Inc.のアンチウイルス＆モバイルセキュリティ。
あまり聞いたこと無いベンダーだが、CNET等からも評価されているようだ。
トレンドマイクロや、シマンテックは無料ソフトに検出率、操作性で負けるという結果に・・・。
検出率上位4アプリは以下

アプリ名		評価	価格	マーケットリンク
	アンチウイルス＆モバイルセキュリティ Antivirus & Mobile Security	★★★★★ ★ ★ ★★★★★ 4.7 46930	無料	ANDROID APP ON Googleplay
	AVL	★★★★★ ★ ★ ★★★★★ 4.3 82	無料	ANDROID APP ON Googleplay
	ウイルス対策セキュリティアプリ Lookout Lookout Security & Antivirus	★★★★★ ★ ★ ★★★★★ 4.5 400463	無料	ANDROID APP ON Googleplay
	Mobile Security & Antivirus	★★★★★ ★ ★ ★★★★★ 4.4 5462	無料	ANDROID APP ON Googleplay

• アプリ名のカッコ内の文字は英名のアプリ名
• 評価のカッコ内の数値は評価数
• 価格は記事投稿時のストア価格(アプリ内課金の価格を除く)

試しにアンチウイルス＆モバイルセキュリティ入れてみた。
最初にユーザ登録を行う。
メールアドレスと、パスワードを入れて登録すると、メールアドレス認証URLが書かれたメールが届くので認証する。
ところどころ日本語がおかしいが、動作も軽く問題無さそう。
あとはバッテリーをどの程度消費するか・・・。
数日経過を見たいと思います。

メイン画面

メモリ消費は30MB弱

[GAE/J] Google App Engine Java SDK 1.7.5 がリリースされました

Google App Engine Java SDK 1.7.5 がリリースされました。 リリースノートは以下。

New instance classes F4_1G and B4_1G are now available.  These instances have compute capacity equal to F4/B4 but with a maximum of 1G RAM instead of 512MB. 
The DataNucleus plugin has been upgraded to 2.1.2. 
The deprecated classes AddException, AddResponse, ListException, ListIndexesException, ListIndexesRequest, ListIndexesResponse, ListRequest, ListResponse, and RemoveException were removed from the Search API in the SDK.  If your app references any of these classes, you must deploy a new version without these references before the next release of App Engine. If you do not do this, your app may stop working in production. 
The Conversion API, which was decommissioned last release, has been removed from the SDK. In a future release, the API will be removed from the runtime and applications that attempt to use it may stop working. Applications in production that import the library should be fixed as soon as possible. 
We are making Java 7 available as an experimental feature. We strongly encourage local and production testing for all existing applications. For more information, please visit: http://developers.google.com/appengine/docs/java/java7 
The Channel API now has the ability to send channel messages from any app version or backend regardless of where the channel was created. 
http://code.google.com/p/googleappengine/issues/detail?id=5123 
The URL Fetch service now supports PATCH method requests. 
http://code.google.com/p/googleappengine/issues/detail?id=6316 
The Mail API can now send mail bounce notifications to the app. The notification will be delivered to /_ah/bounce if mail_bounce inbound services are enabled. 
http://code.google.com/p/googleappengine/issues/detail?id=7451 
The Blobstore service now returns the created filename instead of the blobKey when using Cloud Storage 
http://code.google.com/p/googleappengine/issues/detail?id=8337 
Fixed an issue with Datastore callback annotations not working when running locally on Windows. 
http://code.google.com/p/googleappengine/issues/detail?id=7208 

SdkForJavaReleaseNotes - googleappengine - Google App Engine Java SDK Release Notes - Google App Engine - Google Project Hosting

http://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes

実験的ではあるようですが、Java 7ランタイムがサポートされたようです。
試しに、Javaコンパイラーの準拠レベルを1.7にしてdeployしてみましたが、問題なく動いているようです。
Java 7ランタイムを有効にすると、deploy時にコンソールにUsing java7 runtime: trueと出力されました。

Java 7 Considerations - Google App Engine — Google Developers

https://developers.google.com/appengine/docs/java/java7

[GAE/J] Version not ready. でデプロイが失敗する場合

2013/2/2 GAEにプロジェクトをdeployしようとしたらVersion not ready.というエラーで失敗した。
今までデプロイできていたプロジェクトだったのだが、ソースに手を加えていたので、前回デプロイした時の状態にソースをrollbackしてdeployしてみた。
しかし、結果は変わらず。
以下のようなダイアログが表示される。

See the deployment console for more details
Unable to update app: Version not ready.

eclipseのコンソールには以下のメッセージが出力されていた。

------------ Deploying frontend ------------

Preparing to deploy:
 Created staging directory at: 'C:\Users\Logroid\AppData\Local\Temp\appcfg5512351679699059483.tmp'
 Scanning for jsp files.
 Scanning files on local disk.
 Initiating update.
 Cloning 37 static files.
 Cloning 117 application files.

Deploying:
 Uploading 0 files.
 Initializing precompilation...
 Deploying new version.

Verifying availability:
 Will check again in 1 seconds.
 Will check again in 2 seconds.
 Will check again in 4 seconds.
 Will check again in 8 seconds.
 Will check again in 16 seconds.
 Will check again in 32 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
  on backend null.
java.lang.RuntimeException: Version not ready.

Debugging information may be found in C:\Users\Logroid\AppData\Local\Temp\appengine-deploy1109906141324865915.log

コンソールに表示されたログの中身は以下

Unable to update:
java.lang.RuntimeException: Version not ready.
 at com.google.appengine.tools.admin.AppVersionUpload.commit(AppVersionUpload.java:572)
 at com.google.appengine.tools.admin.AppVersionUpload.doUpload(AppVersionUpload.java:143)
 at com.google.appengine.tools.admin.AppAdminImpl.doUpdate(AppAdminImpl.java:371)
 at com.google.appengine.tools.admin.AppAdminImpl.update(AppAdminImpl.java:53)
 at com.google.appengine.eclipse.core.proxy.AppEngineBridgeImpl.deploy(AppEngineBridgeImpl.java:433)
 at com.google.appengine.eclipse.core.deploy.DeployProjectJob.runInWorkspace(DeployProjectJob.java:148)
 at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
 at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

その後も試行錯誤してみたが、他のプロジェクト(前回デプロイ時からソース等、無変更)もデプロイに失敗する事から、この事象はGoogle App Engine サーバ側の問題であると考えた。
Twitter等で検索しても、他にも同じような状態になっている人もいるようだった。
また、Google グループのフォーラムにも同じ状態になっている人が居た。

Eclipseのプラグインでアプリケーションをアップロードしていたのですが、2013/02/02の午後からアップロードができなくなりました。
Eclipseの環境の問題かもしれないとAppcfgに切り替えてアップロードを再度試みたのですがやはり同じ結果です。
エラー内容:
...
99% Will check again in 60 seconds.
2013/02/03 1:46:39 com.google.appengine.tools.admin.AppVersionUpload commit
致命的: Version still not ready to serve, aborting.
99%  on backend null.

java.lang.RuntimeException: Version not ready.
Unable to update app: Version not ready.

こちらの問題ではなくApp-Engin側のような気がします。
同じ現象が発生した方はいらっしゃいますか?

アップロードができない - Google グループ

https://groups.google.com/forum/#!topic/google-app-engine-japan/qeVkTzjqKbU

翌日、改めてdeployしたら、今度はすんなりdeployできました。
という事で、どうやらサーバ側の一時的な障害だったようです。

Version not ready.となったら、サーバ側が回復するのを待ちましょう。