テキストファイルのリビジョン管理に便利な リビジョン管理システム (バージョン管理システム)。
WiKicker のバックエンドでも使用されている。
[ コンピュータ書籍 ]
www.naney.org が書籍で紹介される件の献本がソフトバンクパブリッシングからきた。
「ハッキングLinuxザウルス」という本で、WalWiki の 塚本牧生氏が共著で書かれているもの。Zaurus 自体は持ったことがないな。
過去の8月10日より。
WiKicker をベースにちょっとしたWebアプリケーションを作ろうという話になったのだが、そういえば Win32 対応していない。
ということで ActivePerl で動くように手を入れる。 まずは make test が通るようになるまで修正。
あたりを修正してだいたい対応できたようだ。 同梱している DiKicker の方は DB_File::Lock の make test が通らないので、とりあえず使用不可ということで。 WiKicker の方も flock まわりがきちんと動いているか確認する必要があるな。
WiKicker の Windows 上での動作確認の続き。 WiKicker のPPM パッケージを作成して ActivePerl 5.8.6.811 上にインストール。 依存するモジュールで、ActivePerl に入っていないものは以下の通り。
既に手元で PPM パッケージ化済みなので、これもインストールしておく。
後は RCS をパスの通っているディレクトリに入れてタイムゾーンを設定。
TZ=JST-9
で CGI プログラムとして実行。 お、表示できた。 書き込みはと。
エラー。
予想していたけれど、sendmail に依存していたところ。 sendmail が見つからない場合はメールの送信をスキップするように修正。
これでうまく動くかなと思ったら、日本語名のページを作るとうまく表示できない問題を発見。
WiKicker では UTF-8 文字列をURIエスケープして WikiPage のURLを生成している。 このURIにアクセスされると WiKicker は、PATH_INFO から WikiName を取り出す。 この文字列がシフト JIS になってしまっている。
Windows がファイル名に使用する charset にあわせて、Apache が変換してしまっているようだ。 調べてみると他の WikiEngine でも同様の問題にあっているという記事が見つかった。
将来の 2.0 系でパッチが取り込まれて修正されるとか、そうでないとか。
現状どうするかなぁ。 WiKicker 側でシフト JIS から UTF-8 に戻すというのもできない事はないけれど、あまりやりたくはないな。 いったんシフト JIS を介しているという時点で、シフト JIS に無い文字の扱いに関する問題をかかえてしまっているし(Apache が)。
対策案:
0.26 での依存モジュールの再確認。 ActivePerl 5.8.6.811では、追加で
ロックまわりがうまく動いているかちょっと不安なのでテストが必要だが、一人でメモ用に使う分には問題なく使えるようになったかな。
ホスティングサービス会社より、www.naney.org が契約容量超過との警告のメールをもらった。まずい。
ということで急いでデータの整理を開始。
これでもまだまだ。コンテンツ系も、かなり整理する必要がありそうだ。 できれば他からリンクされているコンテンツについては対応する新しいものへリダイレクト設定しておきたいのだが、作業時間的にはちょっと無理。
先々週に Google ドライブ・Dropbox に同期しないファイルは Cloud Station に同期するように設定した。その際に Cloud Station の後継の Synology Drive が出ているのを知ったので、今日アップグレードすることにした。
公式サイトの手順に従いアップグレード。
サーバ側は問題なく終了。依存する Node.js が先立ってインストールされて「へー」ってなった。
Mac 側はちょっと大変な事態に。Synology Drive Client をインストールすることで Cloud Station Drive が置き換えられて同期設定も移行された。
問題はここから。移行後の初回同期で、変更が無いファイルも全てサーバからクライアント側にガンガン同期し始めた。これ、ファイル内容に変更はないのだけれど Time Machine 的には増分バックアップ対象になってしまって無駄なバックアップが作られることになった。
しかも一部ファイルが書き込めないとリトライし続けている様子。オーナーの書き込み権限がなかったファイル(CVS・RCS のファイルや過去 CD-R からコピーした psd ファイルなど)っぽい。
同期途中で一時的に「双方向同期」を「単方向アップロード」に変更してみた。アップロード方向だとローカルホスト上で更新がなければ転送しないようだ。
初回の同期が終わったところで「双方向同期」に設定を戻してみたところ、やはりまたダウンロードを始めてしまった。バックアップ目的でしか同期していないので「単方向アップロード」のままにしておくことにする。
そうそうメニューバーに表示される Synology Drive Client のアイコンがイケてないと思ったのだけれど設定から「シンプルなシステム トレイ アイコンを使うにする」にしたら単色のいい感じのなった。
「単方向アップロード」にした際に「ローカルで削除されたファイルをサーバーに保存」がオンになっていたのでオフに。
削除済みのものが NAS 側だけに残っているとわけが分からなくなるので一度「双方向同期」に変更したら、削除済みのファイルがローカルに戻ってきてちょっと辛いことになり始めたので中断。いったん同期タスクを削除 & NAS 側を削除し、あらためて双方向同期させた。
Naney (なにい) です。株式会社MIXIで SNS 事業の部長をしています。
※本サイトの内容は個人的見解であり所属組織とは関係ありません。