カテゴリー: サーバー・ネットワーク環境

　何日か前からWebメール“SquirrelMail”にログインできなくなる現象が発生していたので、検証。
　１時間くらい悩んだ結果、えふきむ日誌(2004-08-28)さんの記事で解決。そういや、ウチもFEED on FEEDでmbstringが働かなくて、mbstring.func_overload = 7にしてみたんだった。結局役にたっていないようなので0に戻す。
　おっし、直った。えふきむさん、ありがとう。
　ついでにプラグインも更新したり新しい便利そうなものを追加したり。
○更新
・compatibility
・secure_login
　httpで来ても強制的にhttps(SSL)にリダイレクト
・quicksave
　間違えてブラウザを閉じても書きかけの文章をCookieに保存
・autocomplete
　Outlookなどのように宛名欄でアドレスの補完を実現
○追加
・login_auto
　ログイン名とパスワードをCookieに保存。ログイン名だけ保存する設定にしました。
　問題があればお知らせ下さい。＞利用者の人

　こちらのエントリで報じたトラブルを解決すべく作業しました。
　あれこれ試行錯誤したんですが、結局文字コード変換は断念。書き出し->変換->読み込みというステップだと、おそらく個別エントリのURLがかわってしまうので。　
　で、こちらの情報とスクリプトを利用させてもらって、一旦BerkeleyDBに書き出してMySQLに取り込むという方法をとりました。漢字コードを変換しなければバッチリ。
　再構築後、トップのカテゴリ一覧の並び順だけ変わってしまったみたい。おそらくPostgreSQLとMySQLとのデフォルトのソート順の違いでしょう。
　その他、特にユーザ側でかわったところはないと思いますが、何か問題があったら知らせて下さい。＞利用者の人

　ついでにこのブログの文字色が薄いのが、Safaliだと顕著なので、少し濃い目にしようと思ったら、エラーが出てテンプレートを保存できない。マズい。こないだ適当なアップグレードこいた影響かも。
　すみません。風邪なおったらなんとかします。＞利用者の人

追記

　うーん、動的生成も使いたいし、PostgewSQL、EUC-JPな環境から、MySQL、UTF-8な環境に新規インストールしなおすか、って気になってきました。MT開発陣的にも主軸はそっちっぽいし、検証がしっかりしてそう。今後も新機能は早く使えるようになるでしょうし。週末の夜中にでも作業してみます。
　UTF-8にした時の問題点ってなんだっけ？Safaliでちゃんと表示されない？それって今でもそうなんかしら？

Coppermine Photo Gallery
　ふと三澤さんに「オンラインでデジカメ写真を管理したい」と言われていたのを思い出し、先日FEED on FEEDSを見つけるのにもお世話になったオープンソース・プロジェクト検索サイトfreshmeatで物色。あるわあるわ。30くらいのWebアルバム管理システムを見比べて、CoppermineというPHP+MySQLベースのシステムに行き着く。
　これはスゴい。プリント・サービスがないことを除けば、カメラ・メーカーなんかがやってるオンラインアルバム・サービスに近いことまでできてしまう。主な特徴は、
・柔軟なユーザ管理（フォームから登録可）
・パブリックなアルバムとプライベートなアルバムを別に管理できる
・他人のアルバムや写真にコメントやレイティングが可能
・パブリックアルバムや他人のアルバムにゲストが写真を投稿可（オーナーによる掲載承認制）
・サーバー上で回転や切り抜きなど編集が可能
・当然メタデータで検索可能
・招待用のeカードを送付可能
・ZIP圧縮で一括ダウンロード可能
・ZIP圧縮で一括アップロード可能
・日本語を含む多言語対応
・カテゴリの階層化対応
・トップページにランダムや新着の写真を表示可
・etc.
　公式サイトのデモはこちら。
　色々ある中で、このシステムを選んだ決めては、WindowsXP標準の「このファイルをWebに公開する」リンク（Web発行ウィザード）を使って一括アップロードができる点。デジカメやメモリカードをマウントして、写真を選択して直接流し込めるワケですよ。これは簡単＆便利でしょう。画面デザインもスッキリしていてかつ手抜き感が漂わない程度にはデザインされてると思います（テーマもいくつか選べる）。
　これでどうよ？＞三澤さん
　後でアカウント教えるから、とりあえず使ってみ。

○インストールTips

　出力漢字コードをEUC-JPにしていると、Web発行ウィザードに登録するためのレジストリ・ファイルもEUP-JPで出力され、プロバイダ一覧画面で文字化けしてしまう。xp_publish.phpの581行目を以下のように書き換えて、レジストリ・ファイルはShiftJISで書き出すようにしたら直りました。
修正前：print join(“\r\n”, $lines);
修正後：print mb_convert_encoding(join(“\r\n”, $lines), ‘SJIS’);

Movable Type 3.1 日本語版が公開。ソフトバンクBBによる法人展開も
　ようやく出ました。＞MovableType 3.1日本語版
　ページの動的生成（ダイナミック・パブリッシング）に対応して、再構築地獄から抜け出せそうなので、早速導入。
　ところがアップグレード・スクリプトのmt-upgrade31.cgiでエラー出まくり。ひとつは追加しようとするテーブルの列がすでにあるよ、というもの。これはスクリプトから該当行を削除して回避。次もテーブルの再編絡みでSQL文のNOT NULL制約がエラーに。調べてみると、PostgreSQL7.2系では非対応の制約らしい。しょうがないのでこれも該当処理を削除。これで一応スクリプトは完走。こんなんでいいのかｗ？
　あとは管理画面でMovableTypeニュースが文字化け。
　うーむ、早まったかなぁ。
　とりあえず毎度修正が上書きされて戻ってしまう、カレンダーを月曜始まりにするための書き換えを再度実行。こんなもんだったかなぁ。他に不具合があれば報告して下さい。＞利用者の人
　さて、ダイナミック・パブリッシングはどう使うんだ？とマニュアルを読む。

ダイナミック・パブリッシングには、リレーショナル・データベースの処理速度と即応性を必要とします。 したがって、Berkeley DBはサポートされません。 (PostgreSQLおよびSQLiteのサポートを予定していますが、3.1ではまだ未対応です。)

　なんだよ、PostgreSQL環境じゃ使えないじゃん…orz。

P.S.
　最近、ネタ体質だなぁ。墓穴掘りまくり。鬱だ…。マヨイガ逝ってきます。