![]() |
Firefoxの最新版である3.6.2がリリースされています。
本来ならば今月末の予定だったようですが、なぜか前倒しされましたね。
リリースノートによれば、特に大きな変更点はないようですが。
ということは、今回のバグフィクスが割と深刻なものだった見るべきですかね。
3.6と比較して、スクリプトのレンダリング時にハングするケースが増えましたかね。ちょっと固まることがありますね。
そういう場合はAdd-Onsをすべて外して確かめれば良いのですが、面倒なので何もしていません(笑)。まぁ、そう深刻な問題でもないようですしね。
Mozillaに関しては、むしろThunderbirdの方が心配です。3.0b4を入れたはいいですが、そこからアップデートが行われた際にInboxが勝手にまとまってしまうという問題に直面したため、その時点での安定版である2.0.0.23にダウングレードしたままになっているからです。
これ、そのうち2.0系のサポートが終了しますのでね。そうなったら3.0系を使わざるを得なくなる訳ですが、どうも今のままでは嫌なものですから。
どうしたものですかね。
Firefox 3.6を使用していると、Sun JAVAのプラグインが働いていないことに気づきました。
ヘンだな?と思ってabout:pluginsを確かめてみると、確かにJAVAの項目が消えていますね。
そう言えば、3.6の[Preferences]で[Content]のところ、よく読んでいなかったものの何だか風通しが良い感じがしました。改めて確認すると、Enable JAVAのチェック項目がありません。
試しにFirefox 3.5.6を起動してみると、以前と同じようにJAVAプラグインは問題なく走ります。あれ?
www.java.comにそれらしい記事が出ていたので読んでみましたが、
Firefox 3.6 以降では、Java Version 6 Update 10 以降を実行していない場合、Java ベースのアプリケーションは動作しません。
とあるものの、私のマシンにはjre-6u14がインストールされていますので条件はクリアしている筈。
念のため最新バージョンにしてみるかということでダウンロードしましたが、インストールの段階で「テキストファイルがビジー状態です」と蹴られますね。
まぁ、その件は今回の問題の本質とは離れているためとりあえず放置して。
jreのバージョンは合っていますので、だったら何が問題なんだろう?ということで、上記のページをもう一度よく読んでみることに。
なんか下の方に気になるフレーズが出て来ますね。
Firefox 3.6 以降では、Mozilla Foundation は OJI (Open Java 仮想マシンの統合) のサポートを廃止し、今後は、標準の NPAPI および NPRuntime インタフェースだけをサポートしていく予定です。
OJIのサポートを廃止?
Firefoxのプラグインディレクトリには、libjavaplugin_oji.soがシンボリックリンクされていますね。と言うか、そいつのおかげでJAVAプラグインが動作している訳ですが、それがサポートされないということは・・・。
なるほど。では、書かれてあるとおりNPRuntimeをインターフェイスにJAVAプラグインを走らせるということですか。分かりました。
グーグル先生に訊いてみると、どうやらlibjavaplugin_oji.soを外すのはビンゴのよう。代わりにlibnpjp2.soを使用するということで、locateしてみたら簡単に見つかりました。
単純にシンボリックリンクを変更するだけで良さそうですね。
# cd /usr/local/firefox-3.6/plugins
# rm -f -r libjavaplugin_oji.so
# ln -s /usr/java/latest/lib/i386/libnpjp2.so .
これでabout:pluginsにJAVAプラグインが現れ、[Preferences]にも・・・出て来ませんね。あれ?
Add-OnのPluginsのところには・・・あった。ありました。今後はこちらで有効化したり無効化したりを選択する訳ですね。了解しました。
で、jreの最新版をインストール出来ない件ですが、そちらはまたゆっくり見てみます。気が向いた時にでも。
![]() |
今ごろ?というお話ですが、Firefox 3.6を入れてみました。
こちらはリリースが今年の1月21日ですから、大方1ヶ月が過ぎていますね。
実は、昨年システムをFedora11にアップグレードしてから、ダウンロード版のFirefoxがおかしなことになっていまして。
gconfdに接続出来ないというエラーを吐きながら起動はするものの、ページを移動した瞬間クラッシュするもので。
それで、仕方なくyumのリポジトリに乗っかるのを待っていた次第でして。
ですが、何を思ったかちょっと試してみたくなり、ダウンロードサイトからアーカイブを持って来てインストールしてみたところ、rootで起動すると上記のエラーを返すのは相変わらずですが、それでもクラッシュしなくなっていました。
恐々ビビりながら一般ユーザーで起動してみると上記のエラーを吐くこともなく、クラッシュもないためそのまま使うことに。
インストールは任意のディレクトリにアーカイブを展開し、任意のディレクトリにコピーします。
$ su
$ (passwd)
# bunzip2 firefox-3.6.tar.bz2
# tar xvffirefox-3.6.tar
# mv firefox firefox-3.6
# cp -R firefox-3.6 /usr/local
私の場合は /usr/local に送ることに決めていますので、今回もそこへインストールしました。
アーカイブを展開した状態ではfirefoxというディレクトリが現れますが、他のバージョンと区別がつなかくなるのは困りますので、送る前にfirefox-3.6にリネームします。
この状態ではまだプラグインが効いていませんから、それを使えるようにします。
# cd /usr/local/firefox-3.6
# rm -f -r plugins
# ln -s /usr/lib/mozilla/plugins .
/usr/lib/mozilla にある plugins というディレクトリを /usr/local/firefox-3.6 にシンボリックリンクするだけです。
後はブラウザを起動し、about:pluginsで確認するだけ。今のところはプラグイン関連に何の問題も起きていないようです。
また起動や動作が速くなりましたかね? 結構快適に使えています。
リリースノート → http://mozilla.jp/firefox/3.6/releasenotes/
ダウンロード → http://mozilla.jp/firefox/download/all/
先日、サーバーがおかしくなったとお呼びがかかったクライアント先。
行ってみるとハードウェアの問題だったため、入れ替えを打診して昆布の佃煮を買って帰りましたけれども。
早速見積りを送ったら、翌日に社長からお電話を頂戴してご発注頂きまして。早急にマシンを手配し、2週間ほどでメーカーから届いたとの知らせを頂いたため、サーバーを構築するために伺いました。
ファイルサーバーだけですから、そんなに手間はかからないと踏みまして。前回はPC3台の入れ替えと社内のLAN構築もあったため3人で伺いましたが、今回はサーバーだけですので私一人で。
1日で出来ない場合を考えて予備日を取ってはあるものの、出来れば訪問は1回で済ませたいものです。
梱包を解いて、まずは起動。
Windows7搭載のLenovo製タワー製品ですが、Windowsを削除すると保証規程に引っかかりますのでそのまま残し、Cドライブを圧縮してHDDの空き容量を増やします。
これはWindows7の管理ツールから行いますが、問題もなくほんの数分で終了。思えば楽になりましたね。
rsyncを使った自動バックアップを行うため、持参した2台目のHDDを装着。そちらをプライマリーとして使用し、Windowsが入ったHDDの空けた領域をバックアップ用に使います。
![]() |
HDDを装着したらBIOSで2台目から起動するように設定変更。そちらにOSをインストールします。
OSは、日本語のファイル名の使用を考えてFedora11を選択しました。ファイルサーバーですからね。
Windowsが入った方のHDDに空けたパーティションを/optでマウントするよう設定し、OSをインストール。パッケージは余計なものを省き、トータルで1000程度と通常の半分程度に。
30分ほどでインストールが完了し、次はいきなりSambaサーバーの設定です。以前のサーバーと同じ設定になるよう項目を確認し、/etc/samba/smb.confに必要な情報を書き込みます。
workgroup = ***** (workgroup名)
server string = ***** (サーバー名)
hosts allow = ***.***.***. (アクセスを許可するIPアドレス)
load printers = no
log file = /var/log/log.%m
max log size = 50
socket options = TCP_NODELAY
dns proxy = no
encrypt password = yes
security = user
[homes]
comment = Home Directories
read only = no
KDEメニューの[管理]からsambaを開き、アクセス可能なユーザーとパスワードなどをを登録して、OKならばsmbとnmbをリスタートします。
# /etc/rc.d/init.d/smb restart
# /etc/rc.d/init.d/nmb restart
これでWindowsクライアントから見えると思って試したら、何故かsambaサーバー自体が見えていません。あれ?
ifconfigしてみると、ネットワークに繋がっていませんね。思い出しました。Fedora11は、最初にコレがあるんです。
# service NetworkManager stop
# system-config-network
まずは、悪名高いNetworkManagerを停止。
それから、system-config-networkで[NetworkManagerで管理する]をアンチェック。[コンピュータの起動時にデバイスを起動]にチェック。IPアドレスとサブネットマスク、デフォルトゲートウェイを設定して終了し、グリーンのボタンをクリックしてeth0を起動します。
これで大丈夫かと、再びWindowsクライアントからマイネットワークを開きます。今度はサーバーが見えていますね。
ところが、クリックすると何故か「ネットワークパスが見つかりません」と出ます。あれ?
そうそう、FirewallとSeLinixを忘れていました。
KDEの[管理]からSeLinuxを停止し、次にFirewallでUDPの137と138、TCPの139と445ポートを通します。これでOK.
Windowsからのアクセスを確認したら、chkconfigでサービスの起動/停止を設定します。
# chkconfig NetworkManager off
# chkconfig network on
# chkconfig smb on
# chkconfig nmb on
旧サーバーからデータを移動。完了したら更にサーバー内での最初のバックアップを実行します。
# rsync -az /home /opt
その後の自動バックアップとyumによる自動アップデートを/etc/crontabに設定します。
# vi /etc/crontab
00 22 * * * root rsync -auz -delete -exclude “*~” /home /opt
30 0 * * 1 root yum -y update
上記の意味は、「毎日22時にミラーリングを実行」「毎週月曜の0時30分にアップデートを開始」です。
これでOK。
作業は夕方5時前に終了し、1ヶ月後にメンテナンスで伺う旨を伝えて退席しました。予備日を使わなくて良さそうですので、私は1日休みが取れそうです。何もなければ。
前回訪問した時に買って帰った昆布はもう食べてしまったので、売店が閉まる前にまた所望。妻が「塩昆布がいい」と話していたのを思い出し、塩昆布とちりめん山椒をひとつずつ。
サーバーを買って頂いたので、私が少々昆布を買ったくらいではとても釣り合いませんが、せめてもの気持ちですね。ショップサイトを立ち上げたら真っ先に宣伝させて頂きます。
KDDIが契約中のインターネットユーザに提供するセキュリティサービスに、ウィルスバスター for au one net があります。
このサービスは、トレンドマイクロ社が販売するウィルスバスターをコンピュータにインストールして使用し、料金をマンスリーに支払うというもの。
月額440円ですから、料金負担は市販の製品を購入するのとさほど変わりません。
サービスのご利用はお客様ご自身でお申し込みと設定を行って頂くシステムですが、それがご不安であったりご面倒であったりする場合、私たち契約エンジニアがお伺いして申し込みから設定までを代行させて頂くサービスもあります。
KDDIはこのウィルスバスター月額版を普及させたいらしく、最近は3ヶ月無料キャンペーンや訪問設定費の3000円割引キャンペーンなどを始めたようですね。
だからでしょうか、私のところにもパラパラと依頼が来るようになりまして。それで、パラパラと出かける機会も増えました。
![]() |
私たちが伺ったところで、別に何かが違うという訳ではありません。
あくまで申し込み手続きとセットアップを代行するだけのことです。
また、KDDIが提供する月額版のサービスは、現時点ではウィルスバスターのみです。
お客様宅にお伺いして、まず最初にインターネットアクセスを確認。問題なければau one netへ。
[会員サポート]→[セキュリティ対策]→[ウィルスバスター for au one net]から、お客様のセルフIDとセルフパスワードをお借りしてログインします。
申し込み手続きを済ませてダウンロードページへ移動し、ウィルスバスターをダウンロード。ブロードバンド環境なら数分で完了しますが、ダイヤルアップではちょっと無理そうですね。
インストールの前に、既存のセキュリティ対策ソフトウェアを削除する必要があります。私たちにご依頼なさるお客様の多くは、そこの部分で引っかかっておられるご様子ですね。
プログラムの削除方法をご存じない方も少なくないため、私が仕事をしている横でじっと画面を見つめておられたりとか。
お気持ちは分かります。私も自転車を修理して頂く時は自転車屋さんの仕事がとても気になりますし、水道のパッキンを交換してもらう時は斜め後ろからじっと見ていますから。もっとも、何度見ても何も覚えられませんが。
既存のソフトウェアを削除したら、ウィルスバスターをインストールします。ものの数分で終わりますので、普通は最初のアップデートを行ったところで終了。書面にサインとご印鑑を頂戴して帰ります。
作業料はちょっと高めで、8400円かかるところが今はキャンペーン中のため5250円に。ですが、これ以外に基本設定料か訪問費のいずれかがかかりますので、アバウト9000円程度のご負担になります。まぁ、私の会社にご依頼頂いても8400円ですし、業界の相場としてはそんなものでしょうが。
この仕事はね。料金の相場自体があってないようなもの、と言えなくもないのですが、だからこそ私たちも大手の料金を参考に料金設定しますのでね。
私の会社の場合はKDDIやソフトバンクの料金よりも少し安めに設定してありますが、それも同じ料金ならお客様は大手にご依頼なさるからであって、それが高いか安いかは分かりません。
ですが、例えば車に乗る人がみなボンネットの中身を熟知していなければなからいかと言えば、それだと車に乗る人は激減するでしょう。ユーザーに心地よく安全なドライブを提供するために整備士がいるのであって、私たちも言ってみればその整備士と同じ立場ではあります。
安全で快適なコンピューティングを提供するために私たちの仕事はあります。出来ればウィルス感染する前に、データを飛ばしてしまう前に、安全策を私たちプロフェッショナルにご依頼頂きたいものです。
私の過去のエントリーに、無料セキュリティソフトのKingsoftについて書いたものがあります。
そのエントリーには結構頻繁にアクセスがあるようですが、先日Google Analyticsのレポートを眺めていて、私はちょっと驚きました。
Google AnalyticsはGoogleが提供するウェブマスターツールのひとつで、言ってみればアクセス解析のようなもの。その中に「キーワード」という項目があり、ユーザーがどのようなキーワードで検索してそのページにたどり着いたかを示してくれます。
私が驚いたのは、上記のエントリーにたどり着いたユーザーが検索したキーワードの、ほぼ90%が「kingsoft 広告 消す」に類似したものだからです。どうやら皆さん、無料版Kingsoftの広告を消す方法を懸命に調べておられるようですね。
Kingsoftには有料版と無料版があり、有料版はライセンスが1年版で980円、無期限版でも1980円と非常に安いものですが、その料金を支払う代わりに広告が表示される無料版もリリースされています。CMが流れることを条件に無料で視聴できる民放と同じ考え方ですね。
KingsoftのサイトにあるFAQにも「【無料版】Kingsoft Internet Security で広告を表示したくないのですが。」というものがありますが、上記のように「なぜ無料なのか」を考えれば、無料版の広告表示を消す方法はひとつしかありません。その方法とは、正規の手続きでシリアルを購入することです。
無料版のユーザーは、最初に広告が表示されるという条件を承諾した筈です。それでも広告がどうしても嫌なのであれば、980円くらい払いましょうよ。
なお、シリアルを購入したのに広告が出るという症状もまれに見られるそうですが、その場合はサポートデスクにご相談なさるべきでしょう。
それから、単に表示された広告を消したいだけならば、ウィンドウの右上にマウスポインタを乗せれば×ボタンが現れます。
Kingsoft → http://www.kingsoft.jp/
サポート → http://www.kingsoft.jp/support/
