XOOPSモジュールを選ぶときの3つのポイント+1
- カテゴリ :
- XOOPS
- 2008-11-20 9:00
XOOPSによるサイト構築のお手伝いをこれまでにいくつもやらせてもらいました。
XOOPSでサイト構築する際につきものなのが、どのモジュールを利用するかという、モジュール選びです。
私なりに、こんな基準で選んでるというのを今日は書いてみたいと思います。
■1.開発された方が、セキュリティ面に気をつかっているか?
PHPプログラムは、セキュリティについての知識無しでつくると、簡単にセキュリティホールだらけのプログラムができてしまいます。
XOOPSで利用するモジュールにセキュリティホールがあると、攻撃されたときに、被害はそのモジュールだけにとどまらず、XOOPSサイト全体、サーバ全体にまで被害がひろがることがあります。
だから、開発された方自身が、セキュリティ面に気をつかっているかどうかも、モジュールを選択するときに評価するようにしています。
これはXOOPSコミュニティを観察するとか、モジュールの更新履歴にセキュリティホール修正についての記述がちゃんと記載されてるかなどで判断出来ると思います。
■2.長期間更新がとまっているようなことはないか?
XOOPSは、PHPスクリプトですが、PHPはバージョンアップしたときに、下位バージョンとの互換性のない変更がされることがちょくちょくあります。
長期間更新がとまっているモジュールだと、最近のPHP環境で動かそうとしたときに、なんらかの不具合が発生することがあります。ここでハマらないように、数年更新がとまってるようなモジュールは避けるようにしています。
■3.良く使われているモジュールか?
多くのサイトで使われているモジュールほど、早く不具合発見→修正のサイクルが早くまわりますので、使ってみたときに何かのバグではまってしまうということが少なくなります。
また、何かわからないことがでてきても、利用者が多いモジュールの場合、検索してみると解決方法が見つかることが多くて助かります。
これも各XOOPSコミュニティサイトで、使ってみようかなと思うモジュール名の投稿を検索してみると、利用者が多いか少ないかある程度判断できるかと思います。
最後に。。。
RYUSでは、既存のモジュールをカスタマイズすることも多いのですが、カスタマイズをするときは上記3点にくわえて
■4.多機能過ぎないか?
というのも考慮するようにしています。
多機能なモジュールは、プログラムを改造しなくても、かなり幅広いニーズに応えてくれるので非常に便利です。
しかし、どうしてもプログラム改造が必要になったときは、多機能ゆえに、ほんのちょっとだけ改造したいだけなのに、あちこちに手をいれるはめになりやすいので、避けるようにしています。
これ、XOOPSモジュールのハック(改造のことですよ)にチャレンジしたことがある方なら、よくわかると思います(^^;
多機能なモジュールは、モジュールの管理画面で設定できることが非常に多かったり、モジュールのファイルサイズをみたときに、他のモジュールと比較してあきらかにファイルサイズが大きかったりするので、このあたりをみてカスタマイズするかどうか判断すると良いかと思います。
XOOPSでサイト構築する際につきものなのが、どのモジュールを利用するかという、モジュール選びです。
私なりに、こんな基準で選んでるというのを今日は書いてみたいと思います。
■1.開発された方が、セキュリティ面に気をつかっているか?
PHPプログラムは、セキュリティについての知識無しでつくると、簡単にセキュリティホールだらけのプログラムができてしまいます。
XOOPSで利用するモジュールにセキュリティホールがあると、攻撃されたときに、被害はそのモジュールだけにとどまらず、XOOPSサイト全体、サーバ全体にまで被害がひろがることがあります。
だから、開発された方自身が、セキュリティ面に気をつかっているかどうかも、モジュールを選択するときに評価するようにしています。
これはXOOPSコミュニティを観察するとか、モジュールの更新履歴にセキュリティホール修正についての記述がちゃんと記載されてるかなどで判断出来ると思います。
■2.長期間更新がとまっているようなことはないか?
XOOPSは、PHPスクリプトですが、PHPはバージョンアップしたときに、下位バージョンとの互換性のない変更がされることがちょくちょくあります。
長期間更新がとまっているモジュールだと、最近のPHP環境で動かそうとしたときに、なんらかの不具合が発生することがあります。ここでハマらないように、数年更新がとまってるようなモジュールは避けるようにしています。
■3.良く使われているモジュールか?
多くのサイトで使われているモジュールほど、早く不具合発見→修正のサイクルが早くまわりますので、使ってみたときに何かのバグではまってしまうということが少なくなります。
また、何かわからないことがでてきても、利用者が多いモジュールの場合、検索してみると解決方法が見つかることが多くて助かります。
これも各XOOPSコミュニティサイトで、使ってみようかなと思うモジュール名の投稿を検索してみると、利用者が多いか少ないかある程度判断できるかと思います。
最後に。。。
RYUSでは、既存のモジュールをカスタマイズすることも多いのですが、カスタマイズをするときは上記3点にくわえて
■4.多機能過ぎないか?
というのも考慮するようにしています。
多機能なモジュールは、プログラムを改造しなくても、かなり幅広いニーズに応えてくれるので非常に便利です。
しかし、どうしてもプログラム改造が必要になったときは、多機能ゆえに、ほんのちょっとだけ改造したいだけなのに、あちこちに手をいれるはめになりやすいので、避けるようにしています。
これ、XOOPSモジュールのハック(改造のことですよ)にチャレンジしたことがある方なら、よくわかると思います(^^;
多機能なモジュールは、モジュールの管理画面で設定できることが非常に多かったり、モジュールのファイルサイズをみたときに、他のモジュールと比較してあきらかにファイルサイズが大きかったりするので、このあたりをみてカスタマイズするかどうか判断すると良いかと思います。
同一カテゴリ( XOOPS )の最新記事
- 第9回XOOPS Cubeサタデーラボは「あなたのXOOPS Cubeサイトの課題解決します」(2010-08-23)
- ブロック管理を表示モジュールでフィルタリングしてみた(2010-08-19)
- 地図ページをつくろう(2010-08-06)
- PHPカスタムブロックの超!賢い作り方(2010-07-20)
- XOOPSのブロックの位置をJavaScriptで弄れるようにする(未完成)(2010-07-19)
- HD1.04を使って、XOOPSバージョンアップ(2010-07-12)
- データベースへの持続的接続を有効にしている場合の不具合(2010-07-02)
- iphoneテーマをxoops2.0系でも動くように作ってみました!(2010-06-28)
- 次回XOOPS Cubeサタデーラボは7月24日(土曜)に開催予定(2010-06-27)
- XOOPSサイトをJavaScriptでプチカスタマイズ(2010-06-17)













