megu's blog 

Jun 25 01:24:03 megu xinetd[1747]: START: sgi_fam pid=25594 from= 
Jun 25 01:24:03 megu xinetd[25594]: FAIL: sgi_fam libwrap from= 
Jun 25 01:24:03 megu xinetd[1747]: START: sgi_fam pid=25595 from= 
Jun 25 01:24:03 megu xinetd[25595]: FAIL: sgi_fam libwrap from= 
Jun 25 01:24:03 megu xinetd[1747]: START: sgi_fam pid=25596 from= 

投稿者 megu : 23:21 | コメント (0)

文字コードをUTF-8からEUCへ変換したのはいいのですが...

ふと冷静になってみると...

「私、なんか逆のことやってない？」
ってキモチになりました。

確かにEUCになって、システムとシームレスになって便利になりました。
エディタで開いてもちゃんと見えるし、SQLでもちゃんと見えるし...
ちょっとした更新なら、DBを直接....たとえば
「テンプレートの更新、管理画面を介さなくても出来るようなツールを作ろうかな」
とか欲も出てきました。

でも....なぜ、せっかくUTF-8で表示していたものをEUCにしなくちゃならなかったのか？？
世の中の流れは、Unicodeじゃないのかなぁ〜〜　っと...。

そもそも、
１．データベース内の文字コード
２．システムで使う文字コード（ソースコードの中の文字コード）
３．公開するときの文字コード

上記は別のものであっても、よいのでは？？と思ったのですが....。

私の環境だたら、
データベースとソースはEUCで、
最終的に構築するサイトはUTF-8で....っというのがベストだと、、、

よく考えてみれば（考えてみなくても？）、そうすることがアタリマエのことのように思えてきました。

なぜ、全部同じじゃなくちゃいけないのか？

そりゃ、それがMTにとって都合がよいからだろうけれど。

...などではなくて、おそらく.....
まだ私の勉強が足りないせいなのだと思います。
（構築時に指定された文字コードに変換なんて、jcodeかけちぇばいいだけですから、簡単にできそうですもんね。）

MTをきちんと研究せずに「とりあえずモード」で使っているから。

もしかしたら、どこかに「設定ファイル」があるのかもしれません。
少し探してみます。

あとひとつ...
文字コードを変換する前、DBの中、UTF-8でした。
ほとんど日本語（２バイト文字）のここのコンテンツをUTF-8で保存するのにはギモンがありました。
たとえば、Perlのソースコードの中にポツポツと日本語（２バイト文字）が出てくるような場合はUTF-8が（格納サイズという意味で）効率が良いと思うのですが、エントリーの内容など、どうみてもほとんど日本語。
絶対UTF-16のほうが効率がいいですよね。

いろいろ考えると、やっぱり、文字コードの使い分けができるのがいちばんいいのかな？
っと思います。

＜追記＞
mt.cfgのPublishCharsetですが、コメント部に
#Use the PublishCharset option to determine the character encoding that is sent in the HTTP headers.
と書いてあるんです。
「出力するときにこの文字コードセットを使いますよ」
と言っている風に受け取れなくもないので、ちょっと期待して、UTF-8にしてみました。
『もしかしたら、内部のEUC-JPは勝手に判断してくれて、構築する際にUTFに変換してくれないかな』
という、あまい期待を抱いて..

結果は.....

文字ばけちゃいました（泣）。

う〜ん、甘かったです。

PublishCharasetはEUC-JPに戻してやりなおし....。
どのようにすれば、うまくいくのだろう。

あと、UTFコードでのTrackBackを正常に受け取れるか気になったのでテストしてみました。

トラックバックpingの送信はHTMLを使って簡単にできます。
UTFコードでテスト用のサイトを作って、このエントリーへトラックバックしてみましたが正常に表示されているので、ひと安心です:-)
トラックバックテスト用サイトです。

投稿者 megu : 01:22 | コメント (4)

&mysqldump kiyo >kiyo.sql --password=*****

$ nkf -e kiyo.sql >kiyo.euc.sql
$mysql -ukiyo -p kiyo_euc < kiyo.euc.sql

mysql> select entry_title from mt_entry;
+-------------------------------------------------------------+
| entry_title                                                 |
+-------------------------------------------------------------+
| Movable Type 3.0 Developer Edition日本語版ベータ 設定時メモ |
| コメントのプレビュー の問題、　画像のサムネイル             |
| スタイルシート                                              |
| (続)スタイルシート                                          |
| コメントプレビューの不具合修正について                      |
| MySQLへの移行..あれこれ                                     |
| 今後の課題....文字コード変換など                            |
+-------------------------------------------------------------+
7 rows in set (0.00 sec)

Use of uninitialized value in split at /home/blog/public_html/lib/MT.pm line 869.
Use of uninitialized value in split at /home/blog/public_html/lib/MT.pm line 869.
Use of uninitialized value in split at /home/blog/public_html/lib/MT.pm line 869.
Use of uninitialized value in split at /home/blog/public_html/lib/MT.pm line 869.
Use of uninitialized value in split at /home/blog/public_html/lib/MT.pm line 869.
Use of uninitialized value in split at /home/blog/public_html/lib/MT.pm line 869.

    859     sub translate_templatized {
    860         my $mt = shift;
    861         my($text) = @_;
    862         $text =~ s!<MT_TRANS ([^>]+)>!
    863             my($msg, %args) = ($1);
    864             while ($msg =~ /(\w+)\s*=\s*(["'])(.*?)\2/g) {  #"
    865                 $args{$1} = $3;
    866             }
    867             $args{params} = '' unless defined $args{params};
    868             my $enc = MT::ConfigMgr->instance()->PublishCharset;
    869             my @p = map MT::Util::decode_html($_),
    870                     split /\s*%%\s*/, MT::I18N::encode_text($args{params
        },$enc,'euc-jp');
    871             $mt->translate($args{phrase}, @p);
    872         !ge;
    873         $text;
    874     }

!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=EUC-JP" />
<meta name="generator" content="http://www.movabletype.org/" />

<title>はじめてのウエブログ♪</title>

投稿者 megu : 19:03 | コメント (0)

最近WebDAVを経由した不正アクセスが増えています。
＃私はWeb経由でファイル更新なんてするつもりはないのでそんな設定してないですよっ！

おしおきに...（笑）、
これからWebDAVアクセスログを公開しちゃうことにしました。

下記リンクで参照することができます。
なお、お申し出があれば削除いたします....。
WebDAVを経由した不正アクセスのログ

アクセスログの取り方（apache、httpd.confの設定の仕方）は下記のメモの通りです。
アクセスログの取り方メモ

その後.....
たくさんアクセスのあったIPアドレスについて、管理者の方と連絡が取れましたので、ログから削除しました。
残りは意外と少なかったです。
それでもまったくないワケではないので、しばらくこのままにしておかせてください

....

投稿者 megu : 12:48 | コメント (0)

MySQLへの登録も済んで、今はMySQLで運用しているワケですが、それほど速くなったとは感じられないし、相変わらず管理画面は重たいです。

昨日の文章を打ち込んだとき、テキストフォーマットの改行のコンバートをなしにしてみたら、見た目がめちゃくちゃになってしまいました。
それで、スタイルシートを見直していたのですが、この作業をMTの管理画面経由でやっているとどうにも遅くて....。

結局はTelnetでログインして、viエディタでcssを直接編集してリロードしてみる...（もちろん、別の名前で...）なんて、いつもの作業になってしまいました。

これではblogツールの意味、ありませんよね？（苦笑）

もうちょっとサクサク動いたらなぁ〜
スタイルシートを保存→サイトの確認が、エディタで作業するのと同じくらいの感覚でできたら....。

っと思いました。

＃やっぱり今度メモリをかってきます.....泣。

さて、今後の課題です。

　1.文字コードの変換

Movable Type 3.0 DEをインストールするとき、文字コードの指定をUTF-8にしてしまったのですが、FedoraをEUCで運用しているのでちょっと不便です。
また、MySQLもeucコードに設定しています。
それで、文字コードの変換にトライしてみようと思っています。
コンテンツはMySQL上ですので、いったんCSVに吐き出して作業...みたいなことになるのでしょうか？

　２．PHP化

巷のウワサで速くなる？と聞いているのですが、本当でしょうか？
たしかに、構築は軽くなるかもしれませんね。
includeすれば、すべてを静的HTMLに変換せずにすみますから。
でも逆に、閲覧されるたびにphpが動くわけですよね？
どっちをとるか？だけの話のような気もするのですが....

そこまでやるなら、データベースから常に最新の情報をphpで表示するようにすればいい？...

なにもやらずにこんなコト言ってるのって駄目ですよね。
とりあえず、見てみなければ、調べてみなければ、どんなカラクリかもわかりませんので、これもトライです。

　３．本当に速くなったかテスト

BerkeleyDBからMySQLへの移行で本当に速くなったのか？
テストしてみたいと思います。

今、ネラっているツールは、JMeterであります。
※これ、使ってみたいの（笑）

あとは、自分でJavaのコードを書いてみる予定も....

　４．MySQLデータのバックアップ

今回、サーバがダウンして、古いハードディスクからコンテンツをひっぱってくるとき、ユーザーごとまるまる環境を持ってくることができました。
BerkeleyDBのデータ領域は、ユーザー以下のフォルダだったのですが、これがMySQLとなるとどうなるでしょう？？
定期的バックアップを取るためにどうすればよいか、調べます。
（もしかして....csv形式に出力して、それをimportするだけ？）

投稿者 megu : 13:00 | コメント (2)

rootにならなくても、下記のようにして管理者権限でログインすることができます。

$ mysql -uroot -p

こうやって、mysqlに接続します:-)
mysqlに接続できましたら、

mysql> use mysql
と入力して、「mysqlというdbを使うよ」と宣言します。
mysqlの中には、下記のようなテーブルがあって、ユーザーやdbを管理しているようです。

mysql> show tables;
+-----------------+
| Tables_in_mysql |
+-----------------+
| columns_priv    |
| db              |
| func            |
| host            |
| tables_priv     |
| user            |
+-----------------+

ここで、create database というコマンドを使って、kiyo（仮名）という名前のデータベースを作成します。

mysql> create database kiyo;

mysql上で下記コマンドを実行しました。

mysql> grant all privileges on kiyo.* to kiyo@localhost
    -> identified by '****' with grant option;  ←←****はパスワード


※*****部分はパスワードです。
※権限はひとつずつ与えてもいいのですが、面倒なので全部(all)にしてしまいました(^^;。


権限を与えたら、設定を反映します。
mysql> flush privileges;

mt.cfgの下記部分を修正しました。
私は直接サーバ上で編集します。
左側の数字は、viエディタでnumberを表示させたものです。
（行番号はオリジナルのときとほぼ変わっていないと思います。）

 21 # The filesystem path to the 'db' directory, where your MT database
 22 # files are stored. You will probably need to change this when you
 23 # first install MT; instructions for doing so are in the Installation
 24 # Instructions, in INSTALLING THE MOVABLE TYPE APPLICATION CODE, Step 8.
 25 # Consider using the MySQL configuration, below.
 26
 27 #DataSource /home/hogehoge/db       ←←コメントアウト


 34 # Configuration for MySQL databases. Add the name of your database
 35 # and the username that you have for logging in to that database
 36 # below. The password needs to go in the file mt-db-pass.cgi.
 37 #
 38 ObjectDriver DBI::mysql         ←←コメントをはずす
 39 Database kiyo                   ←←上で作ったdatabase名をセット
 40 DBUser kiyo                     ←←上で設定したユーザー名をセット
 41 DBHost localhost                ←←同じマシンなのでlocalhost         

    Loading database schema...

    Loading data...
    MT::Author

    An error occurred while loading data:

    No ObjectDriver defined at /home/kiyo/public_html/lib/MT/Object.pm line 105.

    泣.....

Loading database schema...


An error occurred while loading data:

Table 'mt_author' already exists at /home/kiyo/public_html/mt-db2sql.cgi line 55.

確認のために、テーブルを一覧表示してみました。
mysql> show tables ; 
+-----------------+ 
| Tables_in_kiyo  | 
+-----------------+ 
| mt_author       | 
| mt_blog         | 
| mt_category     | 
| mt_comment      | 
| mt_entry        | 
| mt_ipbanlist    | 
| mt_log          | 
| mt_notification | 
| mt_permission   | 
| mt_placement    | 
| mt_plugindata   | 
| mt_session      | 
| mt_tbping       | 
| mt_template     | 
| mt_templatemap  | 
| mt_trackback    | 
+-----------------+ 

予想通りだったので、dropします。
※もちろん、データベースから作り直してもOKですが、私はdropの道を選びました（大袈裟）。

以下はdrop table のスクリプトです。

drop table mt_author;
drop table mt_blog;
drop table mt_category;
drop table mt_comment;
drop table mt_entry;
drop table mt_ipbanlist;
drop table mt_log;
drop table mt_notification;
drop table mt_permission;
drop table mt_placement;
drop table mt_plugindata;
drop table mt_session;
drop table mt_tbping;
drop table mt_template;
drop table mt_templatemap;
drop table mt_trackback;

上のスクリプトをmysql上へコピペすると、下記のように走ります。
mysql> drop table mt_author;
Query OK, 0 rows affected (0.00 sec)

mysql> drop table mt_blog;
Query OK, 0 rows affected (0.00 sec)

....まだまだ続くので以下略....

Loading database schema...

Loading data...
MT::Author
    1
    2
    3
    4
    5

MT::Blog
    1

MT::Category

MT::Comment
    1
    10
    11

....まだまだ続くので以下略....

mysql> select count(*) from mt_entry; 
+----------+ 
| count(*) | 
+----------+ 
|        5 | 
+----------+ 
1 row in set (0.00 sec)