管理人のヒトリゴト -もみんぎゅぅ-

続きを読む… »

なにが曲者なのかと言いますと、Windows 2003 ServerのActiveDirectory（Windowsすべての日付がそうなのかは不明ですが）上の日付というのは1601年1月1日から100ナノ秒（10000000分の1秒？）間隔というワケのワカラン仕様なのです・・・詳細はコチラ

（´A`）.。ｏO（1601年から起算していったい何がしたいんだろう）

つまりPHPでこれを正しい日付で表示するにはtime()関数の1970年1月1日からの秒（SEC）に変換すればよいので、
・取得した日付を秒（SEC）に変換
・秒（SEC）に変換した日付から1601年1月1日から1969年12月31日までの秒（SEC）を引く
という処理が必要なのです。

●取得した日付を秒（SEC）に変換
$lastLogon = $ATTRS["lastLogon"][0]; //ActiveDirectoryからlastLogonを取得
$lastLogon = floor($lastLogon / 10000000); //lastLogonを秒（SEC）に変換して小数点以下を切り捨て

●秒（SEC）になった$lastLogonから1601年1月1日から1969年12月31日までの秒（SEC）を引く
$lastLogon = $lastLogon - 11644473600;

11644473600という数字が1601年1月1日から1969年12月31日までの秒（SEC）です。
これの算出方法は過去にCmfDiaryのカレンダー機能でその年が閏年かどうかを判定する手法を取り入れたことがあったので、これを応用しました。

閏年は
・4で割り切れて100で割り切れない
・400で割り切れる
というのが条件です。

PHPで書くとこんな感じ
for($SEC = 0,$C = 1601; $C < 1970; $C++) {
　　$SEC += 60 * 60 * 24 * (365 + (($C % 4 == 0 and $C % 100 != 0) or $C % 400 == 0));
}

で最後に

$lastLogon = date("Y/m/d H:i:s",$lastLogon);

とすれば正しい日付に変換することができます。

面倒くさい仕様だな〜もう・・・（A`）

« 閉じる

続きを読む… »

このＷｏｒｄＰｒｅｓｓですが、なにがいいってまずテーマが大量に用意されているってことです：）
今のところはこのテーマを使っていますが、いいのがあればコロコロ変わるかもしれません：）

んで実際に設置してみた感じですが、拍子抜けするくらい簡単だでした：）
ただ、ダウンロードしたものをそのまま使うと投稿したものが文字化けしてしまうので、wp-db.phpの$this->select($dbname);の前に@mysql_query(”SET NAMES ujis”,$this->dbh);を追加しました。

UTF8推奨のようですが、ウチのサーバーはMySQLも含めてすべてEUCコードで統一しているのでSET NAMESもujisにしてあります。

まだまだ把握してない機能とかあるのでこれから吟味してみようと思います：）

« 閉じる

続きを読む… »

いつから落ちてたんだろう？と思いmaillogを追ってみたのですが、どうやら今朝の5時過ぎに落ちたようです。

—————————————————–
Mar 20 05:03:23 www clamsmtpd: 1003E8: CLAMAV: network read operation timed out
Mar 20 05:03:23 www clamsmtpd: 1003E8: unexepected response from clamd:
Mar 20 05:03:23 www clamsmtpd: 1003E8: from=xxx@example.com, to=yyy@example.com, status=CLAMAV-ERROR
Mar 20 05:03:23 www postfix/smtp[7105]: 47DD891C168: to=, relay=127.0.0.1[127.0.0.1], delay=180, status=deferred
(host 127.0.0.1[127.0.0.1] said: 451 Local Error (in reply to end of DATA command))

Mar 20 05:06:51 www clamsmtpd: 1003EB: CLAMAV: couldn’t connect to: /var/run/clamav/clamd: No such file or directory
—————————————————–

↑のようなログが5時過ぎたあたりから出始めてました。

こんな時間に落ちるような原因を作るものといえば１つだけ心当たりがあります。

cronで毎時0分に実行しているfreshclam（Clamavのウィルス定義ファイルの更新）しかない！・・・・キガスル！

clamav用のログを見てみると見事に5時に定義ファイルが更新されてました。

定義ファイルの更新とメールのウィルスチェックのタイミングが被ってClamAVが異常終了してソケットファイルが削除されたのかな〜？？？

clamd.confの設定でFixStaleSocketをyesにするとClamAVが異常終了したときにソケットファイル（/var/run/clamav/clamd）が削除されます。

何れにしてもこのままじゃまた落ちて気が付くまで放置なんてことになりかねないので、急遽以下のようなシェルスクリプトを書いてfreshclamの実行から10分後にソケットファイルの監視をするようにしてみました。

—————————————————–
#!/bin/sh

PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
COUNT=`ls /var/run/clamav/clamd | wc -l`

if [ $COUNT -eq 0 ]; then
　　　/etc/rc.d/init.d/clamd start
fi
—————————————————–

↑は/var/run/clamav/clamdがなくなっていたらclamdを起動します。

んでこれを
—————————————————–
0 * * * * /usr/bin/freshclam –daemon-notify –quiet -l /var/log/clamd
10 * * * * /usr/local/bin/clamdcheck.sh
—————————————————–
↑のような感じにcronに入れました。

これでもしこのシェルスクリプトによって起動されれば、
clamd用のログに以下のように表示されるので、いつ落ちたのかも分かります。

—————————————————–
+++ Started at Tue Mar 20 13:37:31 2007
clamd daemon 0.90.1 (OS: linux-gnu, ARCH: i386, CPU: i386)
Log file size limited to 1048576 bytes.
Reading databases from /usr/share/clamav
Loaded 100750 signatures.
Unix socket file /var/run/clamav/clamd
Setting connection queue length to 15
Archive: Archived file size limit set to 10485760 bytes.
Archive: Recursion level limit set to 8.
Archive: Files limit set to 1000.
Archive: Compression ratio limit set to 250.
Archive support enabled.
Algorithmic detection enabled.
Portable Executable support enabled.
ELF support enabled.
Mail files support enabled.
Mail: Recursion level limit set to 64.
OLE2 support enabled.
PDF support disabled.
HTML support enabled.
Self checking every 1800 seconds.
—————————————————–

これでちょっと様子をみてみようと思います。

« 閉じる

続きを読む… »

サクサク動いてくれるし、必要な機能は一応揃ってるし、そしてなによりインタフェースがかっこいい！

しかし、若干気になったのがこっちにも書きましたがAUTHをloginにしたときにホスト名、ユーザー名、パスワードが空でもlocalhostにログイン済みと判定されてmain.phpに飛んでしまうことです。
（ただし見えるデータベースは初期からあるinformation_schema、test、mysqlのみです。）

そもそもphp.iniの
mysql.default_host
mysql.default_user
mysql.default_password
が未定義なのになぜlocalhostを見に行くのかもナゾです。

結局index.phpの中でログイン判定している

if((!@mysql_connect(MYSQL_HOST, MYSQL_USER, MYSQL_PASS))){

↑の部分で判定がうまくいってないようなので、私の方でホスト名、ユーザー名、パスワードの何れかが空の場合はホスト名に半角スペースをセットして無理矢理エラー判定させてlogin.phpに戻るように修正しました。

それともう1点気になるのが、リモートのデータベースに接続したときに、たとえばMysql Quick Adminを設置したサーバーがUTF8環境で、リモートのデータベースがEUC環境といった場合に、データーをINSERTしたときに一部の文字が文字化けしてしまうことです。

かといってMysql Quick Admin側の文字コードをEUCにしてリモートに接続すると、SELECTした文字さえも文字化けしてしまいます・・・

まぁ〜同じ文字コード環境なら問題ないと思いますし、こればっかりは日本語の限界だと思って諦めました：（

まだまだ知名度の低いツールですが、間違いなくphpMyAdminと肩を並べるツールになるでしょう！

« 閉じる

続きを読む… »

手順としては以下のとおり、

※4.0環境で最新の状態にする
> apt-get update
> apt-get -s upgrade
(なにがアップデートされるか確認)
> apt-get upgrade
(アップデートの実施)

※apt-lineを4.1に変更する
> vi /etc/apt/sources.list
(4.0を4.1に変更)

※4.1でupdateを実施
> apt-get update
> apt-get -s dist-upgrade
(削除されるものがないか確認、削除されるものがある場合はあとで再インストールする)
> apt-get dist-upgrade

※再起動
> /sbin/shutdown -r now

以上で終わりです！

dist-upgradeは初体験だったのでちょっと緊張しました（*’ー’）

« 閉じる

続きを読む… »

↓に書いたようにまず、掲示板スクリプトのすべての<form>のACTION部分のURIすべてにPATH_INFOを付与しました。

<form action=”bbs.cgi/USERNAME” method=”POST”>
といった感じ。

それとPATH_INFOを付与すると掲示板内で相対パスで指定しているURI部分（IMGタグとか）がPOST後に
ｈttp://bbs.ohtanz.com/bbs.cgi/USERNAME/images/image.gif
みたいになってしまうのですべて絶対パスに修正。

ついでに日本語投稿のみに制限する機能のON/OFFを環境設定画面から行えるように修正。

次に.htaccessにmod_rewriteの記述を追加

RewriteEngine on
RewriteCond %{REQUEST_METHOD} POST [NC]
RewriteCond %{REQUEST_URI} ^\/bbs.*\.cgi.*
RewriteCond %{PATH_INFO} !^\/hogehoge$
RewriteCond %{REMOTE_HOST} !.*\.ohtanz\.com$ [NC]
RewriteCond %{REMOTE_HOST} !.*\.nifty\.com$ [NC]
RewriteCond %{REMOTE_HOST} !.*\.bbtec\.net$ [NC]
RewriteCond %{REMOTE_HOST} !.*\.hyogo\.h555\.net$ [NC]
RewriteCond %{REMOTE_HOST} !.*\.jp$ [NC]
RewriteRule ^.*$ - [F]

・REQUEST_METHODがPOSTで
・REQUEST_URIが/bbs**.cgiで
・PATH_INFOが/hogehogeではなく（特定ユーザーを除外）
・REMOTE_HOSTがohtanz.com/nifty.com/bbtec.net/hyogo.h555.net/その他JPドメイン
ではない場合は403エラーを返す

RewriteEngine on
RewriteCond %{REQUEST_METHOD} POST [NC]
RewriteCond %{REQUEST_URI} ^\/bbs.*\.cgi.*
RewriteCond %{PATH_INFO} ^$
RewriteRule ^.*$ - [F]

・REQUEST_METHODがPOSTで
・REQUEST_URIが/bbs**.cgiで
・PATH_INFOが空
の場合も403エラーを返す

という２つの制限を仕掛けました。

かなりイイカンジです（*’ー’）

« 閉じる

続きを読む… »

レンタル掲示板にも以前紹介したmod_rewriteによる海外からのPOST制限を実施しているのですが、
一部のユーザー様が海外から利用されているようで書き込めないとの問い合わせがあったので、
CGI自体に少し細工をしてその上でmod_rewrite側で特定の掲示板アカウントのみこの制限に引っ掛からないようにしたいと思っています。

POST時のACTIONのURIを***.cgi/ユーザー名として
mod_rewriteで環境変数REQUEST_URI、若しくはPATH_INFOを参照すればユーザーごとに制限の有無ができそうです。

詳細はまた後日

« 閉じる