(デフォルトで有効にする)標準添付プラグインの見直し

  • ページ: BugTrack2
  • 投稿者: teanan
  • 優先順位: 普通
  • 状態: 提案
  • カテゴリー: プラグイン
  • 投稿日: 2007-05-29 (火) 03:44:36
  • バージョン:

メッセージ

標準添付するプラグインは、より基本的なものにすべきだと思います。 将来的には、標準プラグインの数を減らす方向で考えていきましょう。

PukiWikiのシステムで使用していないもので、次のようなものが対象です。

  • 他のアプリケーションと連動する
  • 互換性を保つ目的で添付されている
  • 滅多に使用されない*1

標準から外すプラグインの案

標準から外されたプラグインの扱い

しばらくは別ディレクトリに移しておき、将来的には標準添付しない方向で考えています。 添付されなくなる前に、devやofficialから落とせるような仕組みを構築してはどうでしょうか。


  • 標準から外されたプラグインの扱いについて、自身のwikiのプラグインマニュアルに容易に追加(コピペ)できるよう、元ネタをoffical等で公開くださると嬉しいです。*2 -- 2007-05-29 (火) 06:22:42
  • templateをはずすというのは、標準skinから複製アイコンが消えるということでしょうか? -- ぃぉぃぉ 2007-05-29 (火) 10:06:40
    • おお、そうだ、skinにありましたね・・・ (^^;; -- teanan 2007-05-29 (火) 20:41:14
  • 標準プラグイン(デフォルト機能)と、拡張プラグイン(今までと同じように、Developers Team で管理する)に分類しよう、ということですよね? -- 2007-05-29 (火) 14:17:51
    • 「今までのDevelopers Teamの管理」とはどういうことですか? -- ぃぉぃぉ 2007-05-29 (火) 17:48:50
    • 自作プラグインと区別するつもりで書いたんですけど、誤解を招いてしまったようで。
      「標準で添付されなくなっても、今標準で添付されているプラグインは、Developers Team がCVS で管理*3してくれますよね?」
      これなら、たぶん意図が伝わるかと。 -- 2007-05-29 (火) 20:22:43
  • お疲れ様です :) この話題はApacheのモジュールやPHPのextensionと同じ、モジュール構成の話題ですね。「標準で有効になっているもの」と、「管理者が追加(選択)しなければ使えないもの」を両方パッケージに含めておけば、様々なニーズに応える事ができます。デフォルトで有効にするプラグインを絞り込んでおくことは、特に安全面でそれなりの利益があります。 -- henoheno 2007-06-04 (月) 01:09:36
    • 今までの問題点: (PukiWikiを設置した直後に)デフォルトで有効になっているプラグインの選択基準があいまいで、過剰である。現在は雑多に放り込んである状態であるため、例えば「最低限必要なプラグインだけ入ったPukiWikiが欲しい」と思った時でも、それがすぐに実現しない(現状、どれを外していいか解らない)。
    • 対策案: デフォルトの plugin ディレクトリには、本当に最低限のpluginだけ入れるようにすべきだ。
    • 直近の副作用1: 従来ユーザーにとって、今まで使っていたかもしれない既存プラグインが無くなってしまうのは困る。あるいは、従来環境にすぐに戻す手段が無い場合は困る。
    • 副作用1への対策: 今回外すプラグインは別のディレクトリに用意しておいて、管理者が好きに追加できる状態を維持すればいい。
  • それで、移すならどんなディレクトリに移すのが良いでしょうか。contrib/plugin なんてどうでしょうか。念のため.htaccess は欲しいです。 -- henoheno 2007-06-04 (月) 01:11:37
    • "obsolete"なんて使ったら作者様へ失礼でしょうか・・・ (^^; あとは、"peripheral"とか"extend"等の単語はどうでしょう。PHPと同じく"extention"が無難でしょうか・・・ -- teanan 2007-06-04 (月) 02:33:19
    • を :) "obsolete"(廃れている) はinterwikiやrss10が該当するとは思いますが、他がそうとは言い切れませんから、分類箱の一つの名前ではあると思いますが全部は当てはまらない様に思います。残りの案については(私も同じような経路をたどったのですが)、pluginの置き場所であるかどうかをぼかしてしまっているので、例えばパッケージに収録されているが外された(今回のような)プラグインをファイルツリーを追って探す際に直感的でなくなってしまったり、PukiWiki管理用のいけてるプログラムを寄贈されて、どうしても収録したくなった時の置き場所に困ると思います。 -- henoheno 2007-06-05 (火) 23:20:06
    • obsoleteというのは、使う側の立場の言葉だとは思います。メンテナンスされていなければ,obsoleteと言った方がわかりやすいことは分かりやすいですよね・・・・。 -- ? 2007-06-05 (火) 23:54:15
    • メンテナンスしている側から、「こいつはもうobsoleteだから他を使ってくれ」という表現する事も普通にあります。この辺りはGoogleなどに聞いていただいた方が早いかもしれません。 -- henoheno 2007-06-07 (木) 21:35:47

コメント

  • dev/officialから入手できる仕組みというのは、現在収録されていない自作プラグインなども念頭に置いたコメントなのだと思いますが、管理方法などを考える必要があるので、やるならば別のページで取り組む事になるのでしょう。 -- henoheno 2007-06-04 (月) 01:16:39
  • お疲れ様です。この件についてちょっと考えていたのですが、必要性について、また不必要性について、少なくとも何段階かのグルーピングができるはずです*4。標準添付品全部を俯瞰した分類ができないでしょうか>teananさん -- henoheno 2007-06-05 (火) 23:08:21
    • 現状、標準添付されているプラグインを分類するという意味でよろしいでしょうか。*5 -- teanan 2007-06-06 (水) 02:36:00
    • はい。分類の切り口は複数ありますので、それぞれの視点からの主張を戦わせて行けば、少なくとも今の状態よりは健康的なグルーピングができるのではないかと思うのです。それを踏まえて、最終的にデフォルトの有効無効を判断すればいいのではないかと。そうした経過であれば、複数のユーザーからの疑問やニーズをあらかじめ考えた結果なのですから、相応の説得力が出てくると思います。 -- henoheno 2007-06-07 (木) 21:22:53


*1 判断基準が曖昧ですが・・・
*2 外したもの以外も整備されるともっと嬉しい
*3 もちろん、「互換性を保つ目的で~」のように、役目を終えて完全削除されるものは除く。
*4 例えば spam.ini.php のホストの一覧は現在4グループあります
*5 ざっくりやってみましたが、納得できる分類分けに出来なかったので、再検討中です (^^;

トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2007-06-29 (金) 20:23:53
Site admin: PukiWiki Development Team

PukiWiki 1.5.2+ © 2001-2019 PukiWiki Development Team. Powered by PHP 5.6.40-0+deb8u7. HTML convert time: 0.475 sec.

OSDN