BugTrack/418 の履歴ソース(No.2)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• BugTrack/418 へ行く。
  • 1 (2003-07-08 (火) 14:17:28)
  • 2 (2003-07-08 (火) 14:17:28)
  • 3 (2004-07-06 (火) 22:03:28)
  • 4 (2004-07-06 (火) 22:03:28)

*pukiwiki 構成の拡張 (複数のPukiWikiが同じコードを共有する)[#va04d784]

-ページ: BugTrack
-投稿者: [[merlin]]
-優先順位: 低
-状態: 提案
-カテゴリー: 本体新機能
-投稿日: 2003-07-08 (火) 14:17:28
-バージョン: 1.5?/2.0?

**メッセージ [#nb9aa31b]
PukiWikiをカスタマイズする作業には3種類あると考えられます。
+サイトの設定に関するカスタマイズ
+Skinなどのページデザインに関するカスタマイズ
+機能拡張に関するカスタマイズ

1サイト1pukiwi か それぞれの Pukiwikiサイトの為に全ファイルをインストールしていれば 問題ないのですが、同一サーバ内では、大抵は同じ様なポリシーで構成されますので無駄が生じます。そこで提案なのですが、unix系のOSでは、/etc にデフォルトの設定が入っていて、各ユーザー側には、ユーザー固有の設定が入っていてデフォルトの設定をオーバーライドする形でソフトウェアが動作します。それと同じ様に PukiWikiデフォルトの設定の部分は直接変えないでサイト毎に設定が変えられるようにしたらどうでしょう? 現在のものでは、アップデート時などに差分を適用する形になり アップデートがちょっと面倒な感じがするのと、本体部分

 WebSite -- User Site 1     - pukiwiki.php
         |                    pukiwiki.ini.php
         |                    default.php 
         |                    -backup,wiki 他 作業用ファイル
         |                    -image  : ユーザー固有イメージ
         |                    -face   : ユーザー固有フェイス
         |                    -plugin : ユーザー追加plugin
         |                    -skin   : ユーザー固有スキン
         |- User Site 2
         |- User Site 3
         |- PukiWiki Install Dir 
 
このようなイメージで、pukiwiki.ini.php 以外は、まず、Install Dir 側のファイルを読んでから ユーザーサイト 側のファイルを読むことにより設定をオーバーライドします。また、skinも同様です。また、plugin , image , face も同様です。同じファイル名のものがあった場合には、ユーザー側を優先するようにします。
~このようにすれば、ユーザーサイトを増やす場合でも容易ですし、アップデートがあってもInstall Dir 側のファイルを変更するだけで全てに反映されます。 
~いかがでしょうか?
----

#comment