akky’s log

タイトルの「翻訳者の目で文章をみる」は「ドキュメントハックス-書かない技術 ~ムダな文書を作り方からカイゼンする~」の４章に出てきた見出しです。

自分の書いた文章が判りやすいのかを判断するための基準として他言語に訳した文章でも意味が通じるのか考えてみなさいということです。文系で物書きを得意とする人に聞いてみると割とポピュラーな考え方だそうだ。自分の書いた文章を読み直していても、自分では判っている事柄を書いているので、どうしても「判り難さ」の評価が出来ないでいる。想定する読者が決まっている文章であれば、想定する読者の視線で考える事ができるのだけど、自分と同程度の人を想定している文章だと何度も繰り返し読んでみないと判らない。

他言語の視点ということで、翻訳サイトを使って自分が書いた文章を一度英語へ翻訳してから、翻訳された英語を日本語に翻訳しなおしてみる。英語から日本語に翻訳した文章と元の文章を比較して読みやすい文章であれば悪くないでしょう。ということなので、前の段落を試してみました。

原文→英語

It is to think about whether a meaning knows even the sentence that I translated for the other language as a standard to judge whether it is easy to understand one’s sentence that I wrote. It seems to be a way of thinking that is popular comparatively when I ask the person who is good at composition in a faculty of liberal arts. Because I write a matter understanding by oneself even if I read over one’s sentence that I wrote again, it is never possible for evaluation of “the difficulty to understand” it. Though I can think for the eyes of the reader to assume if it is the sentence that a reader to assume is decided on, I do not understand it unless I repeat it many times when it is a sentence assuming a person at the same level as oneself and read it.

英語→日本語

それは、意味が私が標準としての他の言語が私が書いたその人の文を理解することが簡単かどうか判断するために翻訳した文さえ知っているかどうかについて考えることです。それは、私が誰が教養学科学部で構成が得意かについて人に尋ねるとき、比較的に人気がある考え方であるようです。たとえ私が私が再び書いたその人の文を読み終えたとしても、私が単独でわかっている問題を書いて、それは「わかる困難」の評価にとって決して可能でありませんそれ。それが装う読者が決心する文であるならば私が装う読者の目のために考えることができるけれども、それが自分と同じレベルで人を装っている文で、それを読んだとき私がしばしばそれを繰り返さない限り、私はそれを理解しません。

どうでしょうか。なんだか、判るような、判らないような・・・

先日OTNで公開されたばかりのOracle11gを早速インストールした方。
http://www.fiberbit.net/user/kunyami/oracle/11g-install.html
それにしても、512Mではスワップ多発で実用に耐えないのか。最初はメモリ使用量を調整すれば512Mでも平気じゃないかとおもったけどデータベースのインスタンスよりも管理用の機能がJavaで実装されているからメモリを喰うのだろうな。

この（？）ブログ２回目の引越し。MovableTypeからWordPressに変更。

変更した理由は知人に進められたから。ポジティブな理由としてはMovableTypeの管理画面全般の文字が小さくて見難かった。あと記事投稿画面が使い難いのあるかな。そこを比較してみると文字の見易さはwordPressが上。記事投稿画面は使ってみないと判断できないので、現時点では保留。

使ってみた感想はMovableTypeはすんなり応答がある。そこは静的HTMLの利点が出ている。 あとは、追々書くかも。

これまでははてなを使っていたブログをレンタルサーバーに引越し。そうした理由はこのakky.orgのドメインが取得できたから。先日調べてみたら空いているのが判ったので即座に申請。orgドメインの手続きは1日で済むものの、管理料の支払いを銀行振り込みにしたものだから確認に3営業日もかかり取得完了のメールが届くのを一日千秋で待ったものだ。

ドメインが取得できたらレンタルサーバーにMovableTypeをセットアップ。MovableTypeにしたのは特段な理由はなく興味本位。

とりあえず、日々の事を書いていくよ。

このページは整理してapache1.3にwebdavに統合しました。

このページは整理してapache1.3にwebdavに統合しました。

このページは整理してapache1.3にwebdavに統合しました。

このページは整理してapache1.3にwebdavに統合しました。

このページは整理してapache1.3にwebdavに統合しました。

CentOS4 をEUCで動かしているサーバにapache1.3でWebDavをインストールする手順。
自分のためのも記録として残しておく。主に http://www.futurewave.co.jp/linux/webdav.html を参考

mod_encodingをインストール

ソースをダウンロード

• http://webdav.todo.gr.jp/download/mod_encoding-20021209.tar.gz

iconv_hookをコンパイル

$ tar xvfz mod_encoding-20021209.tar.gz
$ cd mod_encoding-20021209/lib
$ ./configure
$ make
$ su
# make install

mod_encodingをコンパイル

$ cd mod_encoding-20021209/
$ ./configure --with-apxs=/usr/local/apache/bin/apxs --with-iconv-hook=/usr/local/include/iconv_hook
$ make
$ su
# make install

ソースをダウンロード

• http://www.webdav.org/mod_dav/mod_dav-1.0.3-1.3.6.tar.gz
• http://webdav.todo.gr.jp/download/mod_dav-1.0.3-1.3.6-l10n.diff

mod_dav-1.0.3-1.3.6-l10n.diffはサーバへファイルを保存するときの文字コードをEUCにするために必要

ソースの展開とパッチ

$ tar zxvf mod_dav-1.0.3-1.3.6.tar.gz
$ cd mod_dav-1.3.0-1.3.6
$ patch -p1 < mod_dav-1.0.3-1.3.6-l10n.diff

mod_dav-1.0.3-1.3.6-l10n.diffを当てるとmod_encoding-20021209/libにあるiconv_hook_default.c、iconv_hook_ja_auto.c、iconv_hook_mssjis.c 、identify_encoding.cを使う事になる。configureが作成するmakefileがこれらを参照できるようにMakefile.inを編集

SRCS = ・・・
　 　 　iconv_hook_default.c \
　 　 　iconv_hook_ja_auto.c \
　 　 　iconv_hook_mssjis.c \
　 　 　identify_encoding.c

を

SRCS = ・・・
　 　 　../mod_encoding-20021209/lib/iconv_hook_default.c \
　 　 　../mod_encoding-20021209/lib/iconv_hook_ja_auto.c \
　 　 　../mod_encoding-20021209/lib/iconv_hook_mssjis.c \
　 　 　../mod_encoding-20021209/lib/identify_encoding.c

に変更。その後に

/etc/ld.so.confを編集

configureのテストで/usr/local/lib/libiconv_hook.so.1.oを参照できずに失敗する。LDFLAGS=’-L/usr/local/lib -liconv_hook’を指定してもだめ。/etc/ld.so.confを編集する必要がある。下の行を追加

そのあと、

を実行してキャッシュを更新

コンパイル

$ ./configure CFLAGS=-I/usr/local/include/iconv_hook LIBS='-L/usr/local/lib -liconv_hook' --with-apxs=/usr/local/apache/bin/apxs
$ make
$ make install

httpd.confを編集

認証もするべきなのだけど、今回は省略。

# モジュール読み込み
LoadModule dav_module         libexec/libdav.so
LoadFile  /usr/local/lib/libiconv_hook.so.1
LoadModule encoding_module    libexec/mod_encoding.so

AddModule mod_dav.c
AddModule mod_encoding.c

## for WebDav
# WebDAVとして公開するディレクトリ
alias /dav /usr/local/dav
<Location /dav>
        DAV On
</Location>

<IfModule mod_dav.c>
  # ロックDBの場所
  DAVLockDB logs/DAVLock/lockfiles
  # apache側のタイムアウトは10分
  DAVMinTimeout 600
  # サーバ側のエンコーディング 保存されているファイルの漢字コード
  DAVServerEncoding EUC-JP
</IfModule>

<IfModule mod_headers.c>
   Header add MS-Author-Via "DAV"
</IfModule>

<IfModule mod_encoding.c>
   EncodingEngine on
   # WindowsXPでホスト名を除いて認証させる
   NormalizeUsername on
   # サーバ側のエンコーディング 保存するファイルの漢字コード
   SetServerEncoding EUC-JP
   DefaultClientEncoding JA-AUTO-SJIS-MS SJIS
   AddClientEncoding "Microsoft .* DAV 1.1" ASCII MSSJIS UTF-8
   AddClientEncoding "Microsoft .* DAV" UTF-8 MSSJIS
   AddClientEncoding "(Microsoft .* DAV $)" UTF-8 MSSJIS
   AddClientEncoding "(Microsoft .* DAV 1.1)" MSSJIS UTF-8
   AddClientEncoding "Microsoft-WebDAV*" UTF-8 MSSJIS
   AddClientEncoding "RMA/*" MSSJIS
   AddClientEncoding "xdwin9x/" MSSJIS
   AddClientEncoding "cadaver/" UTF-8 EUC-JP
   AddClientEncoding "Mozilla/" EUC-JP MSSJIS UTF-8
</IfModule>

はまったこと。

• mod_dav-1.0.3-1.3.6-l10n.diffのパッチと<IfModule mod_dav.c>ディレクティブでDAVServerEncoding を指定しなとサーバから読み込んだときに正しく表示されない。
• /etc/ld.so.confを編集しないとmod_davのconfigureが失敗する。

今後の課題

このサーバにはmediawikiを同居させたいのだが、mod_encodingの副作用でページ名をUTF-8で渡されるのだがmod_encodingがEUCに変換するで、日本語のページを表示できない。http://www.namazu.org/ml/namazu-win32-users-ja/msg01596.html のパッチを当てればいいのだが、mediawikiはindex.php?wiki名ではなくindex.php/wiki名になっているので、副作用を回避できない。