Hiroaki’s blog

Menu　←のメニューリンクをクリックすると全記事のメニューが表示されます
当blogを参考にしたために発生した一切の損害については補償出来ません。
また、当blogの記述が正しいことも保証出来ません。改造は自己責任で！

各種アプリケーションの受託制作を始めました。(有料です)
こんな不況な時代なので安価にご提供出来ればと考えています。
各種アプリケーションの制作承ります。

久々にヴォクシー弄りです。

ダウンサスの交換に関しては、知識と道具が無いと出来ません。
自分で交換を考えている方は、知識、道具共にお持ちだと思うので
細かい交換方法に関しては省略させて頂きます。

今回交換したダウンサスは、インシュランス(INSURANCE)のZRR70用となります。
購入前にネットでZRRに装着している画像が載っているページを探しましたが
見つけることが出来なかったので、書いてある落ち幅を頼りに購入してみました。
（ちなみにメーカーのHPには、まだAZR60用しか載っていません）

以下、書かれていた商品の詳細です。
≪スペック≫
・ダウン量Ｆｒ:－４５～－５０ｍｍ　Ｒｒ:－４０～－４５ｍｍ
・バネレート　Ｆｒ：２．６ｋｇ　Ｒｒ：６．２ｋｇ
・エンジン型式：３ＺＲ-Ｆ（Ａ）Ｅ
≪備考≫　　　２ＷＤ　
Ｂ/Ｒカット　（バンプラバーカットの略、ローダウンによるショートストロークでの底突き対処法の１つで、
純正ショックアブソーバーについているラバーゴムをカットしてショックのストロークを確保すると言う意味です。
乗り心地重視の方はスプリング交換時に一緒に作業してください。
カットしなくても問題無く走行可能ですし、車検対応します。）

交換の際は、ワイパー・雨避けを外した方が作業はしやすいと思います。
(外さなくても可能なようですが、非常に狭い隙間でフロントのアッパーのネジを外すことになります)


ノーマル時のフロント


ダウン後のフロント


ノーマル時のリア


ダウン後のリア



地上からフェンダーまでを計った方が、正確で良かったと思います・・・
そう言っても今更なので、写真のメジャー読みで(^^;
フロントの隙間：８．５ｃｍ→４ｃｍ
リアの隙間：１０ｃｍ→６ｃｍ

フロントで４．５ｃｍダウン、リアで４ｃｍダウン
暫く走ってるうちに、あと５ｍｍくらいは落ちると思います。
ほぼ書いてあった通りの落ち幅です。

交換が終わったら、平らな場所でコンピューターの光軸リセットを行い終了。
（手動で合わせるか、これをやらないと、ノーマルに比べてライトが下向きになります）

私的には、ベタベタでもなく、落ちたか分からないくらいでもなく
丁度良い感じに落ちたと思うのですが、嫁的には「落ちすぎ・・・」だそうです(^^;
乗り心地もノーマルより少し固くなったくらいで、悪くはなっていないと思いますが
嫁的には「乗り心地悪くなった」だそうです・・・
やはりこの辺りの感じ方は個人差がありますね～

全体ダウン後


2009/11/22　追記
インシュランスのZRR用ダウンサスには、標準でサイレンサーラバーが付いています。
サイレンサーラバーとは、スプリング同士が干渉してゴトゴト音を出すのを防止してくれます。
スプリングの一部にゴムのような物が付けれられていますが
それがサイレンサーラバーですので、外さずに取り付けてください。

トヨタ純正ナビのメモリ地点にオービス登録の記事が、複数になってきたのでここで纏めることにしました。

トヨタ純正ナビのメモリ地点にオービスデータを登録する方法です。
SDカードにメモリ地点の保存が可能なモデルであれば可能な確率は高いですが、稀に登録出来ない機種があります。
※ナビ側の操作については触れませんのでマニュアルを参照してください。

まずSDカードにナビに設定しているメモリ地点を保存してください。
※この時点でナビ側のメモリ地点は、全て抹消されましたので
万一の為に別にバックアップも取っておきましょう。
次にSDカードをPCに繋いで保存されたメモリ地点のファイル「MPT.BIN」をPCにコピーしてください。

ahopaparaさんのHPからmptutilとpmf2mptutil.awkをDLしてください。
（当ツールはahopaparaさんのツールを利用することで動作します）
ahopaparaさんのHP

gawk win32もDLします。
gawk win32

パナ形式のオービスデータは、ネットを検索して探してください。

ナビポイントファイル変換ツールVer2.5（当サイトのツール）

以上がオービスデータ作成に必要なファイルとなります。

適当なフォルダを作成し、DLしたファイルを全て入れます。
（作業は全て同一のフォルダで行います）
全部同じフォルダに入れたらpmftobin.exeを実行してください。



画面に書いてある通り、処理１～処理４まで順番に進んでいけば
トヨタナビのメモリ地点ファイルが完成します。
今現在のナビのメモリ地点が、全て消えてもいいのであれば、処理１は飛ばしても結構です。

処理１．
実行するとMPT.BINファイルをmptutil形式のファイルに変換します。
無事変換されれば処理１は終了です。
※Ver2.3で追加された「出力PDタイプ」は、通常変更の必要はありません。
測地系を独自に変更したい方のみ変更してください。

処理２．
パナソニックナビ形式のファイルをmptutil形式のファイルに変換します。
特にこだわりが無ければ「オリジナルawkの作成」は飛ばして実行で結構です。
実行をクリックしパナソニックナビ形式のファイルを選択すれば
awkのルールに則りmptutil形式に変換されます。
拡張子がpmfからtxtに変わって出力されたファイルがmptutil形式となります。
（拡張子以外の名前は変更されません）
必要な数だけpmfから変換してください。
処理3にて変換したファイルを使用しますので、ファイル名は覚えておいてください。

※処理2の変換時点でアイコンや音声を変更したい場合、処理2の変換実行前に
「オリジナルawkの作成」をクリックします。
処理2の変換はpmf2mptutill.awkのルールに則り変換されます。
(処理3で行単位での変更も可能ですが、大量のデータを変更したい場合、操作もその分必要になりますので、この時点で一括変換しておくと楽です)
すると以下の画面が表示されますので、お好みに設定してオリジナルawkファイルを出力します。


「方向ありの設定」とは方向性のメモリ地点として登録されているデータに対して有効です。
（特定の方向からのみメモリ地点に近づいた際に音声が鳴るメモリ地点です）

「方向なしの設定」とは通常の音声ありメモリ地点として登録されているデータに対して有効です。
（どの方角から近付いても音声が鳴るメモリ地点です）

「共通の設定」では「登録名」「登録名接頭語」「付近名」を設定します。
「登録名」はトヨタナビの登録名に、パナ形式のどの部分を使用するかを設定します。
「登録名接頭語」は登録名を作成する際に、名前の前に入れたい文字を指定します。
特に何も指定しない場合は、空白で構いません。
例：登録名に付近名、接頭語にOBSを指定した場合は
トヨタの登録名は「OBS○○高速○○付近」のようになります。
「付近名」はトヨタの付近名に、パナ形式のどの部分を使用するかを設定します。

以上の設定が終わったら「pmf2mptutil.awkの出力」をクリックすれば、オリジナルのawkが出力されます。

処理３．
処理1、処理2にて、それぞれ出来上がったmptutil形式のファイルを、既にマージしている場合、処理3は飛ばして結構です。
ツールを使用して複数のファイルをマージしたり、追加、削除、編集を行う場合は実行をクリックします。
すると以下の画面が表示されますので、編集作業を行います。


それぞれの機能について説明します。

「ファイルの追加」　mptutil形式のファイルからデータを読み取り、編集画面に表示します。
処理1、処理2で作成したファイルは、このボタンで画面上に取り込みます。
この編集画面にファイルをドラッグ＆ドロップしてもデータの追加が可能です。
複数ファイルを一気にドラッグ＆ドロップもしてもOKです。
※ナビ上のメモリ地点一覧表示では、最初の行ほど下に表示されますので
よく使うメモリ地点を後から取り込み下に置いた方が、ナビメモリ地点の使い勝手は良いと思います。
（後に追加したデータほど、ナビ上では上に来るということです。）
「全件削除」　取り込んだデータを全件削除します。
「選択行削除」　不必要なデータを削除する場合に使用。選択されている行を削除します。
「選択行の編集」　選択行を編集します。（後で詳しく説明します）
編集したいデータをダブルクリックでも、編集画面を開くことが出来ます。
「行の追加」　新しい行を追加します。（設定する項目は編集と同じ内容です）
「Googleマップで開く」　選択行の座標をGoogleマップ上に表示します。（要IE）
「↑上へ」「↓下へ」　選択行を上下させます。
「ファイルの書き込み」　最終的に編集されたデータをmptutil形式で出力します。
（ファイルの書き込み直前にデータNOを１から振り直します）

Ver2.4で追加された機能
データマージ画面にデータ取り込み時の「取込フラグ」項目を追加しました。
この項目に入る値は以下のようになります。
「新規」　ファイルからデータを新規に追加
「重複」　ファイルからデータを追加する際、重複チェックに引っ掛かり、追加されなかった
「手動追加」　ユーザーが手動で追加
また、重複行の色を変えるためのチェックボックスも追加したので、簡単に重複行を特定可能になりました。
以下のような利用方法を行うと便利です。
１．既存データを取り込む。
２．データが更新された新しいpmfファイルを取り込む。
３．既存データ行の非重複行は、新しいpmfファイルでは削除された可能性がある。
４．新しいpmfファイル部分での非重複行は、新規に追加されたメモリ地点である。

Ver2.5で追加された機能
「自宅に近い順に並び替」ボタンを追加しました。
その名の通り、データを自宅に近い順で並び替えます。
自宅はデータの一番上になります。
※自宅からの距離は、実際の道路の距離ではなく
緯度・経度の差分の絶対値を足した数値で比較しています。
編集データが400件を超えている場合、データの削除が必要となりますが
この機能を使うことで、自宅から遠いデータを優先的に削除し易くなります。

処理４．
実行をクリックするとファイルダイアログが開きますので、処理3で作成した(手動で作成した)
mptutil形式のファイルを選択すればトヨタナビ形式のMPT.BINを出力します。

完成したMPT.BINファイルをSDカードに書き戻し、ナビに取り込めば全て完了です。
※mptencで変換するとパスワードは「0000」になるようです。
パスワードを聞かれたら「0000」を入力してください。



編集画面の補足
データの編集時(新規追加も同じ)には、以下の画面が表示されます。


「識別子」「データNO」「データ種別」「PDフラグ」は編集出来ません。
「データ種別」「PDフラグ」の意味は、画面に表示されている通りです。

緯度、経度などの位置情報は「PDフラグ」の内容により、設定すべき数字が変わります。
※現在は、デフォルトの0にしか対応していません。
Ver2.3にて各測地系に対応しました。（測地系に関しては後述します）
「Googleマップで開く」　をクリックすると、設定されている座標を元に、Googleマップを表示します。
「Googleマップから変換」　をクリックすると、URL入力画面が表示されるので
GoogleマップのURLを入力すれば、自動的に座標に変換します。
（変換画面に表示される「PDタイプ」は、データのPDフラグを元に自動的に選択されていますので、通常は変更する必要はありません）
※GoogleマップURLの注意点については後述します。
「マークNO」　メモリ地点に表示したいマークを選択します。
「音NO」　メモリ地点に近付いた際に鳴らしたい音を選択します。
「方向」　方向性を持つメモリ地点にしたい場合には、255以外の数字を指定します。
※方向を指定しない場合は、255を。方向を指定する場合は、後述する数値を指定してください。
「表示フラグ」　ナビのメモリ地点のアイコン部に、登録名を表示するかしないかを設定します。
「登録名」　トヨタナビのメモリ地点の登録名を設定します。
「TEL」　トヨタナビのメモリ地点の電話番号を設定します。
「カナ名」　トヨタナビのメモリ地点の登録カナ名を設定します。
「付近名」　トヨタナビのメモリ地点の付近名を設定します。
「更新ボタン」　設定した内容をデータ一覧のデータへ更新します。

「方向の確認」　以下のウィンドウが表示されますので、方向の数値の確認が行えます。
※表示された数値は自動で入力されませんので、手動で入力してください。
Ver2.3にてOKボタン押下することで反映されるようになりました。



ウィンドウは半透明ですので、Googleマップなどに重ねてから、方向を確認することが出来ます。
各ボタンをクリックすると、矢印の向きが変わりますので、方向を持たせたい進行方向に矢印を向け、方向が一致した時に画面に出ている数値が、「方向」に設定する数値となります。
Ver2.3にて透明度の変更が可能になりました。
また当アプリの方向ウィンドウ以外を最小化出来るようになりました。
（方向ウィンドウを閉じれば最小化されたウィンドウは元に戻ります）


※GoogleマップURLの注意点

単純に「東京タワー」の様にマップで検索を掛けると、以下のような画面が表示されます。
（右側の地図が小さく表示されています）
この状態でリンクをクリックしURLを取得しても、URLに座標情報は含まれません。
この場合は、赤丸の部分(どちらでも可)をクリックして、地図を拡大してください。


地図拡大状態で赤丸のリンク部分をクリックすると、URLが表示されますので
上段のURLをコピーし、URL変換画面に貼り付けてください。


GoogleマップURｌ変換画面



測地系について
mptutilにて使用可能な測地系は、以下の4つとなります。
WGS84測地系&60進表記
TOKYO測地系&60進表記
WGS84測地系&10進表記
TOKYO測地系&10進表記
トヨタのメモリ地点データは、WGS84測地系&10進表記を使用しています。
Googleマップもトヨタメモリ地点と同じでWGS84測地系&10進表記を使用しています。
（マップ上の吹き出しに表示される測地系は、WGS84測地系&60進表記です）
パナソニックナビ用のpmfファイルは、TOKYO測地系を使用しています。
mptutilがデフォルトで扱う測地系は、WGS84測地系&60進表記となります。
※mptutilで扱う測地系は、コマンドラインのオプションで指定可能で
　処理1の「出力PDタイプ」が、そのオプション指定となります。
当ツールでは、基本的にそれらの変換を内部的に行っておりますが
変換の際に(実用上は問題ないであろう)誤差が出る場合があります。

測地系について、詳しくはこちらを⇒世界測地系移行の概要


その他
方向性メモリ地点や、音声付メモリ地点のアイコンを変更してナビに登録した場合
表示や動作は一般的にうまく行くようですが、メモリ地点をSDカードに書き出した場合は
デフォルトのアイコンや音声に戻るようです。
（色々な機種での検証は出来ておりませんので、この辺りもご報告頂けると助かります）

現在、動作確認済みの機種
56系：NHDN-W56
57系：NHZN-W57　NHDA-W57G　NHDT-W57D
58系：NH3N-W58　NHDT-W58　NHZA-W58G
59系：NHZN-W59G　NHZT-W58　NHZA-W59G　NHZA-W59

バージョンアップ情報
2009/11/03　Ver2.3にアップデートしました。
CUI側で対応している４つの測地系に対応しました。
Googleマップ関連も４つの測地系に対応しました。

2009/11/06　Ver2.4にアップデートしました。
データマージ画面にデータ取り込み時の「取込フラグ」項目を追加しました。
重複行の色を変えるためのチェックボックスを追加しました。
詳しくは処理３の項目説明をお読みください。

2009/11/18　Ver2.5にアップデートしました。
データマージ画面に「自宅に近い順に並び替」ボタンを追加しました。
詳しくは処理３の項目説明をお読みください。

純正ナビにオービスデータを登録するツールが、ラジオライフ１１月号に掲載されたので
これを機にGUIツールを作り直してみました。

トヨタ純正ナビのメモリ地点にオービス登録　まとめ←最新情報はこちらへ

基本的にやってることは前のものと同じなのですが
エクセルやエディターを使わずに出来るだけツールで完結出来るようにしました。
使用方法などは以前の記事を読んで頂ければ分かると思います。

トヨタ純正ナビのメモリ地点にオービス登録
トヨタ純正ナビのメモリ地点にオービス登録その２

大きく変更になった点は、パナファイルは名前を固定で処理しないことで
ファイル名を変えずに複数変換出来るようになったのと
処理３ではファイルを複数読み込んで、データの切り取りなどを出来るようにしました。
（ここに重複データを取り込まないチェックも追加しました）
それでも件数が多いとデータの切り取りなどの処理は面倒だと思いますので
出来るだけパナファイルの時点でデータを編集した方が楽だと思います。

以前のバージョンのファイルもそのままにしておきますので
以前のバージョンで馴れている方は、そのまま使用されるのもありかと思います。

※mptencで変換するとパスワードは「0000」になるようです。
パスワードを聞かれたら「0000」を入力してください。

追記
pmf2mptutil.awkを作成する画面も追加しました。
音声の種類やアイコンの変更が可能になります。

2009/11/01追記
データ編集画面にて、行単位での編集を可能にしました。
この機能により、行単位でのアイコンや音声の変更が可能になりました。
また、データの座標ポイントをGoogleマップで表示可能にしました。
（撤去されたポイントなどの削除が少しは楽になるかも？）
※ブラウザはIEのみ対応。IEのキャッシュで地図がずれる場合は、IEの更新ボタンで再表示してください。

2009/11/02追記
Ver2.2にバージョンアップしました。
GoogleマップのURLから座標が取得可能になりました。
また、方向を視覚的に取得出来るように機能を追加しました。
フォームを半透明にしていますので、MAPに重ねて方向を数値で見れると思います。

SSHで外から接続出来ると何かと便利です。
しかし、セキュリティ的にはあまり良くありません。
秘密鍵の利用や、SSHポート番号の変更は当然ですが
それでもアタックしてくる奴はいるものです。

私はアタックが多い国のIPをiptablesで規制しています。
（当然ながらその国のIPからは全く繋がりません）
この対応でアタック自体はかなり減らすことが出来ました。
※詳しくはblog内に書いてます。

それでも稀にアタックはあるかもしれません。
より安全にするためにSSHに接続出来るIPを規制します。
（会社などで固定IPがある場合で無いと有効には出来ませんが）

編集するファイルは以下となります。
/etc/hosts.allow

当然ながらローカルの接続は許可となります。
sshd : 192.168. : ALLOW

複数のIPを登録する場合は、スペースで区切って登録します。
（最後の: ALLOWは無くても構いません）
sshd : 192.168. 　xxx.xxx.xxx.xxx: ALLOW

それ以外は拒否しなければならないので
/etc/hosts.denyにsshd: ALLと書き加える必要があります。

個人的には面倒臭がりなので
/etc/hosts.allowに拒否の行まで書き加えます（笑）
sshd: ALL : deny

許可・非許可のルールはファイル内では上から一致するまで
ファイルの優先順位は/etc/hosts.allowから/etc/hosts.denyへと解釈されます。
どちらにも一致しなかった場合は許可となりますので/etc/hosts.denyの最後に
次の一行を追加しておくことをお勧めします。
ALL : ALL : deny

またsshdにアクセスがあった場合にメールを送ることも可能です。
※メールを送信出来る環境の場合です。
下にサンプルを書いておきます。

# for sshd local access
sshd : 192.168. : ALLOW
# for sshd etc access with mail
sshd : xxx.xxx.xxx.xxx : spawn ( /usr/bin/mail -s "sshd connected from %h" yourname@yourmail.com) &

上の行が192.168から始まるアドレスを許可（メールは送られません）
下の行がxxx.xxx.xxx.xxxからアクセスがあった場合に許可しますが、同時にメールを送信します。
※ポートへの接続自体の許可であって、SSHの認証は当然必要です。
"sshd connected from %h"の部分がメールの件名として送られてきます。
%hは接続してきたホスト名（又はIP）に置き換えられて送信されます。
yourname@yourmail.comは送信先のメールアドレスとなります。
※標準の25番ポートを開けて使うのは、かなりの確率でアタックを受けるのでお勧めしません。

MRTGを動かしていると５分に１回syslogにcronのログが出力され
syslogを見ても非常に見難くなります。

cronの-Lオプションでwarn以上しか出力しないように設定してみましたが
上手く動かずsyslogに出力されてしまいます。
そこでcronのログをsyslogではなく独立して出力するように変更します。

T4のlennyではrsyslogが使用されているので/etc/rsyslog.confを修正します。
以下の行があるので変更します。

#
# First some standard log files. Log by facility.
#
auth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
#cron.* /var/log/cron.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
lpr.* -/var/log/lpr.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log

#
# First some standard log files. Log by facility.
#
auth,authpriv.* /var/log/auth.log
cron.* /var/log/cron.log　　←追加
*.*;auth,authpriv.none;cron.none -/var/log/syslog　　←cron.noneの追加
#cron.* /var/log/cron.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
lpr.* -/var/log/lpr.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log

変更後にrsyslogをリスタートするか、システムをリブートすれば適応されます。




続いてntpのログもsyslogから切り離します。
ntpのログ設定はntpdオプション用のファイルを修正します。

# vi default/ntp

NTPD_OPTSに以下の用に追加してください。
-l /var/log/ntp.log

ntpデーモンを再起動すれば/var/log/ntp.logが出来ているはずです。

未確認ですが、恐らくこのままではログは肥大化を続けるので
logrotateを使って、ログをローテーションさせてあげます。

新規にlogrotate用のファイルを作成して登録します。
# vi /etc/logrotate.d/ntp

内容はご自分でローテーションさせたい値に書き換えてください。

/var/log/ntp.log {
weekly
rotate 12
compress
missingok
}

これで/var/log/ntp.log がローテーションされます。




dhcp3-serverのログも結構頻繁に出るので独立させます。
基本的にはcronと同じ方法ですが、/etc/dhcp3/dhcpd.confの以下の行をまず確認します。

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;

log-facility local7;が該当箇所です。
これはsyslogでlocal7というfacilityを使うという意味です。
もし他のデーモンがlocal7を使っていると、そのログまで一緒に別のファイルに書き込まれることになるので、local7の数字の部分を書き換える必要があります。
他で使われていなければそのままで構いません。

/etc/rsyslog.confを開いてcronと同様に追加、修正します。
追加、修正する文字はlocal7(書き換えていたら書き換えたもの)となります。
両サービスを再起動すれば、ログは別れて出力されます。

またlogrotateもcronと同じように設定する必要があります。

これらのログファイルを分けることでsyslogは大変見やすくなりました。
（ntpやdhcp-serverなどは、システムのログに比べて重要性は下がりますが、チェックはした方が良いと思います）



追記
smartmontoolsも同じようにsyslogのfacilityを指定可能です。

smartdのオプションを見ると以下のように書いています。

smartd version 5.38 [powerpc-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Usage: smartd [options]

-c NAME|-, --configfile=NAME|-
Read configuration file NAME or stdin [default is /etc/smartd.conf]

-d, --debug
Start smartd in debug mode

-D, --showdirectives
Print the configuration file Directives and exit

-h, --help, --usage
Display this help and exit

-i N, --interval=N
Set interval between disk checks to N seconds, where N >= 10

-l local[0-7], --logfacility=local[0-7]
Use syslog facility local0 - local7 or daemon [default]

-n, --no-fork
Do not fork into background

-p NAME, --pidfile=NAME
Write PID file NAME

-q WHEN, --quit=WHEN
Quit on one of: nodev, errors, nodevstartup, never, onecheck, showtests

-r, --report=TYPE
Report transactions for one of: ioctl[,N], ataioctl[,N], scsiioctl[,N]

-V, --version, --license, --copyright
Print License, Copyright, and version information

/etc/default/smartmontoolsのsmartd_optsに--logfacility=local6などと追加すればOKです。
後はsyslogの設定でlocal6(オプションで指定したlocal)のログを切り離せば別にログを吐き出せます。

snmpdにアクセスすると、その度にsyslogにログを吐いてかなりの量に・・・
ログの出力レベルを変更して、通常のレベルのログを出力しないようにします。

# vi /etc/default/snmpd

SNMPDOPTS='-Lsd -Lf /dev/null -u root -I -smux -p /var/run/snmpd.pid
この行を書き換えます。
※仕様が変わったのか、他と仕様が違うのか、よく書かれている方法ではうまく動きませんでした。

SNMPDOPTS='-LS3d -Lf /dev/null -u root -I -smux -p /var/run/snmpd.pid

これでsyslogにログが出力されていないのを確認しました。
※ログレベルは３と書いてあるサイトや５と書いてあるサイトがあります。

kernel.hには以下のように書かれているのでerr以上の場合は３、notice以上の場合は５で良いとは思います。

#define KERN_EMERG "<0>" /* system is unusable */
#define KERN_ALERT "<1>" /* action must be taken immediately */
#define KERN_CRIT "<2>" /* critical conditions */
#define KERN_ERR "<3>" /* error conditions */
#define KERN_WARNING "<4>" /* warning conditions */
#define KERN_NOTICE "<5>" /* normal but significant condition */
#define KERN_INFO "<6>" /* informational */
#define KERN_DEBUG "<7>" /* debug-level messages */

非力なCPUマシン＋text使用で段々と表示速度が遅くなってきました。
（早いマシンだとtext使用でも、それ程遅くはなりません）

DB使用でどれくらい早くなるか分かりませんでしたが変更しました。
※blognplusを導入するサーバーがDBに対応してる必要があります。

ちなみに、それなりに手間は掛かりますので、完全に初期インストールして戻すよりも少しだけ楽な程度です（笑）

まずはblognplusを最新版にアップデート。
動かなくなるモジュールなどもあるので、最新のモジュールをDLして入れ替え。
現在のデータを管理画面＞データ管理でバックアップ。

次に適当なディレクトリを作成して、そこに最新のblognplus初期インストール版を入れます。
初期設定を行って正常動作するか確認。
conf.phpをローカルにコピーして内容を編集する。

編集内容は、エディタで新規インストールをしたディレクトリ名を検索し
元々blognplusが入っているディレクトリに置換する。

編集したconf.phpを元々のディレクトリに上書きする。
（つまり欲しいのはDB設定したconf.phpだけなので、これを書き換え出来る人は新規で入れる必要はありません）

これでDB利用に切り替わっていますので、バックアップしたデータを使ってリストアする。
データ以外でもDBに保存されるものはあるので、一通り設定を見直してください。