[Subject Prev][Subject Next][Thread Prev][Thread Next][Subject Index][Thread Index]
[webdav-jp:1202] path_iconv導入するもWinXPクライアントからEUC-JPが正しく表示されない
皆さんはじめまして、こんにちは
数日前にWebDAVという技術を知り、自宅サーバに設定しようとしています
佐藤と申します。
WebDAV自体は使えるようになったのですが、サーバ上に存在するEUC-JPなファイル名が
WindowsXPクライアントで正しく表示されなくて困っています。
「テスト.txt」というファイルが「/davtest/%a5%c6%a5%b9%a5%c8.txt」
と表示された上に、他にファイルが存在するにも関わらず日本語を含むディレクトリを
開くと一つしかファイルが表示されないという状況です。
サーバはDebian sid + Apache 2.0.55
クライアントはWindows XP x64のWebフォルダです。
ID:863のスレッドを参考にしたのですが、うまくできていません。
下に私の行ったことを記します、何か手順に漏れ等あればご指摘お願いします。
1. Apache2.0.55にpath_iconvパッチ当てインストール
# apt-get remove libapr0
# apt-get source apache2
# cd apache2-2.0.55
# cp ~/090_path_iconv debian/patches
# debuild -us -uc
# cd ..
# dpkg -i apache2-common_2.0.55-4.2_i386.deb
apache2-mpm-prefork_2.0.55-4.2_i386.deb apache2-utils_2.0.55-4.2_i386.deb
libapr0_2.0.55-4.2_i386.deb
2. mod_encodingのインストール
# apt-get install libapache2-mod-encoding
# a2enmod encoding
3. 設定
/etc/init.d/apache2 に環境変数を追加
APACHE2="$ENV /usr/sbin/apache2"
APACHE2CTL="$ENV /usr/sbin/apache2ctl"
APACHE_FS_ENCODING="EUC-JP-MS" ←追加
/etc/apache2/httpd.conf にmod_encodingの設定追加
<IfModule mod_encoding.c>
EncodingEngine on
NormalizeUsername on
SetServerEncoding UTF-8
DefaultClientEncoding CP932 SJIS EUC-JP-MS
AddClientEncoding "Microsoft .* DAV 1.1" ASCII CP932 UTF-8
AddClientEncoding "Microsoft .* DAV" UTF-8 CP932
AddClientEncoding "(Microsoft .* DAV $)" UTF-8 CP932
AddClientEncoding "(Microsoft .* DAV 1.1)" CP932 UTF-8
AddClientEncoding "Microsoft-WebDAV*" UTF-8 CP932
AddClientEncoding "RMA/*" CP932
AddClientEncoding "xdwin9x/" CP932
AddClientEncoding "cadaver/" EUC-JP-MS
AddClientEncoding "Mozilla/" EUC-JP-MS
</IfModule>
4. apache再起動
# /etc/init.d/apache2 force-reload
/usr/lib/libapr-0.so.0.9.7中に「apr_iconv_proc2fs」「apr_iconv_fs2proc」
の文字が見えることからpath_iconvのパッチ当ては成功していると認識しています。
環境変数も設定したのでpath_iconvは有効になっていると思うのですが…
それと、お手数ですがsourceforge.jpのpath_iconv.txtを
現状に即したものにupdateお願いできませんでしょうか。
path_iconvはAPACHE_FS_ENCODING環境変数で有効化するとか
パッチの適用順序が変わったという情報は
とても重要だと思うのですが、MLのID:747以外で見ていません。
私の探し方が悪いのかこの情報に辿り着くまでにかなりの時間がかかってしまいました…
--
Yoshinori SATO <red-type00@xxxxxxxxx>