Macといえども単なるコンピュータ。特に私の場合は仕事にも使っているのでセキュリティ対策は必須です。そこで、自宅設置のiMacとMacBook Pro 17”にインストールしているのがIntegoの製品です。

MacBook Pro 17”はほとんど使っていないため現象を確認していないのですが、iMacのほうでIntego Virus Barrier X5やX6をインストールした状態だと、スリープ復帰後にiMacがスローダウンもしくはまれにフリーズするという現象が頻繁に起こるようになりました。この問題と対処法については、別のエントリで報告したとおりです。

しかし、残念ながら私の環境においては、上記のエントリで紹介した方法では解決しませんでした。

ですので、改めてIntego社様のサポートに報告したところ、別のダンプを取って欲しいという返事をいただきました。その対応をとろうかと考えていた矢先、改めてメールが来て、「最新のVirusBarrier X6 10.6.7にアップデートして、状況を確認してほしい」という旨の内容でした。なにか修正されたようです。

実はこのアップデート自体でトラブルが起こって大変だったのですが、マシンを再起動してみたりするうちになんとかアップデートが可能になりました。

この新しいバージョンでの運用を試しているのですが、本日立ち上げたままのiMacから数回スリープ復帰していますが、今のところスローダウンが起こりません。最新のスローダウンは、スリープ中にUSB接続でカメラをつなげてApetureを立ち上げたときに起こったので、今回もそれを試してみたのですが、スローダウンしませんでした。

あと数日試してスローダウンが発生しなければおそらく最新のVirusBarrier X6 10.6.7ではこの問題が解決していると思われます。これで再現しなければ、サポートの方にフィードバックしたいと思っています。

VirusBarrierは少し高価なのですが、今回サポート体制の厚さにかなり感動しました。

今回サポートを依頼したのは夜中だったり休日だったりしたのに、レスポンスが数時間のうちに行われた、ということが大きいです。私のようなSOHO的ビジネスであれば、十分すぎるくらいのサポートであると思います。これで問題がなければ、今後はIntego社のソフトへの置き換えを検討していこうと考えます。

もういろいろと試していますけど、このサーバはWebサーバとして使うには本当にいろいろな制限がありますね。

実はCMSをいくつも試してみましたが、どのCMSも何かしらの制限を受けます。世界で一番使われているというJoomlaに至ってはインストールすらできませんでした。

エラーを出しているjavascriptを修正すれば、先の画面に進めますが、こんな形でインストールしてもいいのかなあ、と思って途中でやめました。

下記でも同様の報告があります。

http://www.insidenet.co.jp/m-web/cms/joomla.html

上記の報告ではインストールが完了しても管理画面が正常に動かない、とあります。途中でインストールやめといてよかったかも。

現在稼働しているサーバでは以前すんなりインストールできたし、ローカルWindowsでも稼働できました。検索してもこのエラーについてはほとんど引っかからないところをみると、Mac OS X ServerがWebサーバとして使われている実績は圧倒的に少ないのではないかな、と思いました。

現在構築中のサーバは弊社の所有ではないのですが、明日弊社所有のサーバと置き換えになります。

もしLinuxサーバを選択していたらとっくに会社サイトは立ち上がっていたはずで、この時期にMac OS X Serverを選択したこと、かなり後悔しています。でもサーバ(Mac mini)も購入してしまいましたし、もうこれで行くしかありません。

なにがネックかというと「情報のなさ」だと思います。Linux系のサーバなら、日本語の情報も豊富であり、手持ちの資料やネット検索で比較的短時間に解決します。Mac OS Xは高度なGUIを持っていて、このGUIが搭載する管理ツールとオープンソースの基盤部分に対してかなりの乖離があるように感じます。さらに、どこまでGUIの管理ツールで行って、どこから設定ファイルを直接エディタで編集すればよいのかがはっきりしません。設定ファイルを触って修正しても、管理ツールが上書きして元に戻ってしまう、ということもあるようです。ま、これはLinuxのGUIサーバ管理ツールのPleskも同じでしたが、解決は難しくありません。

GUIツールであっさり設定することによるセキュリティ設定もれがないかとかの心配もあります。きついなあ。これ。

しかし、十分に検討しないで「おっ、これは新しい！」で導入を決定してしまう自分の行動の結果です。以後、反省しないと。

追記：少なくともJoomlaに関する問題は、OS X Serverに限らず、PHP 5.3以降を利用するサーバでも起こりうるようです。インストールに関しては不明ですが、管理画面に不具合があるという報告があるのを見つけました。であれば、OS X Serverが一般的なレンタルサーバに搭載されているOSより、より新しいテクノロジを使っていることであり、逆に新しい物好きの私としては喜ばしいことなのかもしれません？？

今日は1日Mac OS X Serverとにらめっこしていますが、かなり大変です。Linux系のサーバであれば、最初から必要最低限なライブラリがインストール済みであったり、なくてもインストールが簡単だったりするのですが、OS X Serverは大変。画像処理に使うGDライブラリなども、Snow Leopard Serverからようやく取り込まれたと知りました。かと思えば、多言語サイトを作るのに便利なgettextなどは未だに標準では入っておらず、ソースコードを手に入れてmakeやmake installが必要でした。

Redhat系のLinuxではyumという便利なツールが使えます。ライブラリやアプリケーションを、他ライブラリとの依存性を解決しながらインストールしてくれる優れものなのですが、Macには”MacPorts”という同じようなアプリケーションがあることを知りました。それで、MacPortsをインストールし、そこからgettextライブラリのインストールをためしたのですが、なんか動かない。XCodeが入っていなかったのです。OS X Serverではこういうところからやらなければいけません。

XCodeをインストールしたあと、MacPortsを動かしてみたら、gettextのPHPライブラリを作るだけなのに、やたらたくさんのモジュールをインストールし始めて、その中にWebサーバ本体であるApacheやPHPのライブラリ本体まで含まれるのを見て青くなってしまいました。

結局MacPortsからインストールしたすべてのモジュールをアンインストールし、ソースコードから手動でインストールしましたよ。

これによって、今日試そうとしていたオープンソースCMS “Concrete5″をインストールできたわけですが…。なんか細かい部分に不具合があります。captcha画像が表示されないとか、解決方法が分からない。まだマイナーなCMSですので、OS X Serverでの稼働実績などはないのかもしれません。

どうしようかな…。一番使い慣れているWordPressで構築していこうかな？ Concrete5は会社サイトなどを構築するのにはなかなか優れている感じですので、できれば使ってみたかったのですが、もうしばらくユーザフォーラムとにらめっこしたあと、採用するCMSを決定していきたいと思います。

しかし…。現在のICO Fitness Club OnlineとICOの秘密など、簡単にマイグレーションできるのだろうか…。心配になってきました。