HPS TECH

ZIP圧縮・ファイル名抽出ツール

Javaは標準機能としてZIPファイルの作成・展開などをするライブラリが揃っているのですが、これを使ってファイルを圧縮するツールを作ってみました。

まぁ、やってわかったのですが、標準ライブラリでは日本語ファイル名が扱えないという制約があったので、Apacheのライブラリに切り替えましたけど。

ついでに展開のライブラリを使って、会社メールの添付ファイル名記載ルールに則ったテキストをクリップボードに貼り付ける機能も付けてみました。
っていうか、こっちの機能が欲しくて作ったツールなのですがね（笑）

このツールをWindowsのエクスプローラにあるポップアップメニュー「送る」に入れておけば、
　ファイルを圧縮
　　↓
　メールに記載するファイル名の抽出
　　↓
　メール本文に「添付ファイル名」と「解凍後ファイル名」を貼り付ける
が、シームレスに出来るというわけです。

デザインの常識

日経にて以下のような記事がありました。

http://itpro.nikkeibp.co.jp/article/COLUMN/20061023/251454/

WEBページのデザインに関するコラムなのですが、「メニューは左に配置するべきか、右に配置するべきか」といった内容がありました。

普段当たり前と思っていることも、もう一度考え直してみると新しい要素により微妙な変化が生まれてくることを思い出させてくれました。

ちなみに、「Strategic Web Design」というコーナーにていろいろなコラムが公開されています。
今までの経験に胡坐をかかず、目を通してみると目からうろこが落ちるコラムに出会えるかもしれません。

セキュアデータベースマトリックス

日経の記事ですが、データベース向けのセキュリティ対策をまとめた資料をセキュリティ・ベンダーのLAC社が公開しました。

http://www.lac.co.jp/business/laboratory/dbsl/matrix/index.html

設計、運用の手助けになるかもしれません。
興味のあるひとは読んでみて下さい。

IE7 正式版

IE7の正式版がリリースされましたよ。

こちらからダウンロードできます。
http://www.microsoft.com/windows/ie/downloads/default.mspx

Google Code Search

「SQL関数のto_charって、日付書式は第一引数に書くんだっけ？第二引数に書くんだっけ？」
という疑問がto_char関数を使おうとするたびに頭をよぎってしまうのですが、それは自分だけではないはずです。きっと。

そんなとき力になってくれるのが、
Google Code Search
です。

Google Code Searchは、ネット上に公開されているソースをググることが出来ます。
例えば冒頭の検索は
　lang:sql to_char
をキーワードに検索すれば、それを使っているソースがハイライト表示されるというわけです。

ん～。けっこうかゆいところに手が届く機能かもしれませんね。

Scalix

WebベースのAjaxグループウェアって面白いですね。

OutlookライクなAjax Webメール/スケジューラScalix，ソースコード公開を開始

「無償版Community Editionは，メールのみであればユーザー数無制限で使用できる。グループ・スケジューラ，共有フォルダ機能も，25ユーザーまでなら無償。」
だそうな。
ちょっと魅力ありますね。

日本のAsterisk最新事情

ITProに連載記事があります。

日本のAsterisk最新事情

今年からAsterisk熱が盛り上がっているようですね。

【Apache】cgiのセキュリティ

最近困っていること。

blueで動いているApacheは、ドキュメントのルートディレクトリ配下に認証によるアクセスガードがかかるようになっているが、同じことをcgi-binに対して行おうとするとうまく行かない。

HTML、PHPによって作成されているドキュメントはガードをかけられるが、cgiのガードが（簡単には）かからないことになる。
認証をどのディレクトリにかけるか？という設定をhttpd.confにて行えるが、これがドキュメントのルート配下にしかできないっぽい。
なので、cgi-binがドキュメント配下にない場合は認証をかけられない？
そんなはず無いと思いつつ、いろいろ試しています。

いっそのことcgi-binをドキュメント配下に収めては?
というのも考えましたが、それってどーよ？
（試したらApacheの再起動でコケたので今度リトライ）

てなわけで悩んでます。

玄箱その他

いろいろいじっていた玄箱ですが、あまりお披露目することなく帰社日が終わってしまいました。
blueへアプリをインストールする前にいろいろ試行錯誤するために＆都度必要になったファイルをダウンロードして保存するために用意してあるので、気の向いた人はいろいろいじってみて下さい。

以下、説明

ネットワークマシン名：orchid

主な共有ディレクトリ
/share/binary　玄箱で動かすアプリのアーカイブを集めてあります。
/share/Software　Winも含めた各種アプリが集まっています。

インストールしたアプリ
・Apache
/usr/localにインストールしてあります。

./htdocsにhtmlを入れておけば
http://orchid/xxx.html
でアクセスできます。

http://orchid/member
配下は、Digest認証となります。
user:bell
pass:pass
にてアクセスできます。

http://orchid/cgi-bin
にはcgiが詰まっています。

http://orchid/cgi-bin/wiki/wiki.cgi
FleeStyle Wikiが動きます。
user:admin
pass:admin
管理者ログインがうまく行かないですが、いろいろ書き込んでみることができます。
ただいまいろいろ調整中です。

http://orchid/cgi-bin/wforum/wforum.cgi
ツリータイプの掲示板cgiです。QAや、技術系掲示板としてこのタイプが欲しかったので入れてみました。

http://orchid/cgi-bin/mantis/login.php
フリーの障害管理システムです。動きません。。。。
MySQLをインストールする必要があるのですが、うまくいってないです。
誰かヘルプ。

今後の予定
・MySQLインストール（これが無いと始まらない。。）
・MovableTypeインストール
・Asteriskインストール

【Security】Digest認証

調べ事ついでにDigest認証の設定を調べました。

Webサイトへアクセスしたとき、ダイアログが出てユーザー名とパスワードを聞かれるあれですが、
Digest認証はユーザー名、パスワードが生でネットワーク上に流れないので比較的安全とされています。

玄箱にインストールした手順は以下のとおり。

①mod_auth_digest.soをビルド
configureに--enable-auth_digestを追加しておく。
＃そうでないときはリビルド？

②ユーザー認証対象のディレクトリを作成。
保護すべきhtmlファイルなどを入れておくディレクトリです。
DocumentRootの下に作るのがよいかと。

③ユーザー認証用のパスワードファイルを作成。
htdigest -c /xxx/xxx/.htdigest 'Secret Zone' secret
※'Secret Zone'はレルムと呼ばれている。httpd.confのAuthNameと同じものを指定
　realm=領域, 範囲；（学問などの）分野, 部門；（動植物分布の）圏, 帯

④httpd.confに下記行を追加

←②で作成したディレクトリ
AuthType Digest
AuthName "Secret Zone" ←③で指定したレルムと同じ
AuthDigestDomain /xxx/ ←②で作成したディレクトリの一番下層のディレクトリ名
AuthDigestFile /xxx/xxx/.htdigest ←パスワードファイル　外部からアクセスされない場所にする
Require valid-user

⑤httpd.confに下記行を追加
LoadModule auth_digest_module modules/mod_auth_digest.so

⑥Apace起動または再起動

所感：
・DocumentRootから外れたところに設定しようとしたがだめだった。
・各コミュニティごとにディレクトリとパスワードファイルとhttpd.confのDirectoryを作成して
　秘密のサイトを運営してもらうことになりそう。
・パスワードファイルは一つのユーザーをハッシュしたデータとなるので、
　コミュニティ内共通となる。
・Apacheの場合は標準機能なので、変な手間はかからないが、CPanelからはベーシック認証しか選べなかった。
　これはSSL＋ベーシック認証を強制してSSL使用量をぼったくる罠か?

【Security】PKCS

備忘

PKCS：
米RSA Security社が定めた公開鍵暗号技術を利用するうえでの規格セットのこと。

PKCS #1
RSA暗号標準。RSA暗号を使った暗号化とデジタル署名の方法（RFC2437）。

PKCS #2
PKCS #1に統合。

PKCS #3
Diffie-Hellman鍵交換標準。共通鍵（秘密鍵）を交換するための方法。

PKCS #4
PKCS #1に統合。

PKCS #5
パスワードベースの暗号標準。パスワードから生成した共通鍵によって暗号化する方法（RFC2898）

PKCS #6
拡張証明書の構文標準。X.509公開鍵証明書の拡張部分のフォーマット定義。

PKCS #7
暗号化メッセージの構文標準。暗号化、及び、デジタル署名されたメッセージの一般的な構文の定義（RFC2315）

PKCS #8
秘密鍵情報の構文標準。秘密鍵情報と暗号化された秘密鍵情報の構文の定義。

PKCS #9
選択属性タイプ。PKCS #6、PKCS #7、PKCS #8、PKCS #10で使われる属性タイプの定義（RFC2985）。

PKCS #10
証明書要求の構文標準。証明書発行要求メッセージの構文の定義（RFC2986）。

PKCS #11
暗号トークンのインターフェース標準。スマートカードやPCカードのような暗号化デバイスのためのCryptokiというAPIの定義。

PKCS #12
個人情報交換の構文標準。秘密鍵や証明書を保存・転送するための構文の定義。

PKCS #13
楕円曲線暗号標準（ドラフト）。

PKCS #14
擬似乱数生成標準。擬似乱数の生成方法の定義。

PKCS #15
暗号化トークンの情報形式標準。暗号化トークンへの鍵の保存形式の定義。

deepred軽くなりました

社内LANがいように遅かったのですが、この度快適になりました。
＃昨日からですが

ネットワークの遅さにいらいらしてた人、まずはお試し下さい。

フリーのグループウェア

フリーのグループウェアをいくつか評価しようとしていたが、MySQLをインストールしきれていないのでほとんどが動かない。。
CGIオンリーというのも見つかったが、これもまた動かない。。
前途多難な予感です。

【Vista】IEのセキュリティー設定

IEのメニューバーよりツール→インターネットオプションを選択すると各種設定のダイアログが表示されますが、そこの詳細設定タブは項目がいっぱいです。
Vista（IE7）はさらに増えてます。。。。
こんなのだれが一個一個確認して設定するものか。

と思ったのですが、各項目の情報を公開したり自動設定ソフト用意すれば結構面白そう。
設定画面と同じツリーを一覧で表示し、Wikiと連動させれば情報を管理しやすいし、
それによってセキュリティ設定に関心を喚起できれば世のためにもなりそう。

COMドメイン名の登録数

探したらすぐ見つかったので続報。

普通に増えていますね。.net、.orgも緩やかではありますが、増えています。
上昇率でいうとco.jpよりは高くｊｐよりは低いといったところです。
どういう人たちがとっているのかまでは分かりませんが。。