Wikiの移行

管理人のやること

決定総評などのページ凍結

spamや迷惑ユーザーのブロック

今後の進め方についての試案(2015/05/30)

今後の進め方のたたき台として以下の通り考えてみましたが、
皆様いかがでしょうか?

  1. 管理人立候補者を募る。
  2. 管理人立候補者に支持する案を表明して頂く。

     このままではどの案も一長一短なので、

     管理人立候補者の支持する案or新しい案をお聞きしたうえで、

     それを実現するまでの障壁となる課題を潰し込んでいきたい。
  3. 課題を検討する。
  4. 管理人立候補者同士で協議して新管理人決定。
  5. 現wikiのドメイン引継について議論する。

     現wikiのアドレスが広く流通しているため、そのまま移行すると各地でリンク切れが発生する

     現wiki閉鎖後も誰かがkoty.sakura.ne.jpを引き継ぎ、

     できれば自動的にリダイレクトするように、難しければ新wikiへのURLを告知するようにしたい。
  6. ログについて議論する

     ログの移行・これからのログ保存方針についてを議論する。

     手入力でデータ移行する場合は労力がかかりすぎるので、

     案によっては課題検討の部分に関わってくるかも?

期限については管理人様のご厚意で年内とおっしゃっていただいておりますが、

レンタルサーバである以上、移行が長引くほど管理人さんの金銭的負担が発生するため、

それなりのスピード感を持って進めていければと思います。



ご意見いただけると幸いです。


サーバ・wiki選定に関するマトリックス(2015/05/28)

以前書き出したサーバwiki選定に関するメリデメ事項?を下の表にまとめました。



大変申し訳ないのですが、ある事情につき、当方(5/23・5/28に編集した者)は管理人を引き受けることができません。

管理人になるご意向をお持ちの方は、どんな意見でもお書きいただけると幸いです。


 サーバwikiエンジンサーバの評価軸wikiエンジンの評価軸wikiエンジン
費用性能安定稼働難易度セキュリティリスク管理者権限分担データ移行労力バックアップ・ダンプ機能
1既存wikiサービスatwiki
(費用不要)

(基本的には安心だが
無料なので保証はない)

(基本的には安心だが
無料なので保証はない)

(熱意があれば
誰でもできる)

(無料なので
対応もそれなり)

(凍結・ページ削除など
限定的に
第三者に許可できる)
×
(手入力)

(管理人のみ
抜き出し可能で
テキストのみ)
atwiki
2pukiwiki系×
(基本的には無理)

(運営会社と
要相談)

(基本的には可能)
pukiwiki系
3その他
(ケースバイケース)
×
(手入力)

(抜き出せないか、
抜き出せても
独自規格)
その他
4レンタルサーバ案レンタルサーバpukiwiki系
(会員費:500円〜/月)

(支払プランによる)

(稼働率保証を
しているサービスを
選べばベスト)

(サーバの知識は最低限で可)

(ミドルウェアを
企業が管理している)

(改造で凍結・
記事削除・ダンプなどを
第三者に許可できる)

(データ移植のみ)

(完全に可能)
pukiwiki系
5MediaWiki
(サーバ管理者とは別に
wiki管理者を作れる)

(シェル機能が使えないと
手入力)
MediaWiki
6VPSpukiwiki系
(会員費:1000円〜/月)

(サーバ知識必須)

(常に最新化
しておけば
基本的には問題ない)

(改造で凍結・
記事削除・ダンプなどを
第三者に許可できる)

(データ移植のみ)
pukiwiki系
7MediaWiki
(サーバ管理者とは別に
wiki管理者を作れる)

(自動入力可能)
MediaWiki
8自宅サーバ案VPS案と同じ
(電気代+ドメイン取得代)

(オーバースペック)
×
(個人では厳しい)
×
(サーバ運用経験必須)
レンタルサーバ案>VPSと同じVPS案と同じ

pukiwikiでの管理者権限の分担について

上の表に反映してありますが、
pukiwikiで凍結処理を管理人パスから共有パスにする方法を調査した結果、

さほど労せず改造できることが分かりました。

plug_in/freeze.inc.phpの以下の行を改変すれば管理者以外での実行は可能だと思われます。



「pkwk_login($pass)」(auth.phpの管理者ログイン関数)を任意のログイン関数にすり替える

 } else if ($pass !== NULL && pkwk_login($pass)) { ←パスワードがのフォームパラメータが空白でなく、管理者ログインに成功する場合

  // Freeze

  $postdata = get_source($page);

  array_unshift($postdata, "#freeze\n");

  file_write(DATA_DIR, $page, join('', $postdata), TRUE);



  // Update

  is_freeze($page, TRUE);

  $vars['cmd'] = 'read';

  $msg = & $_title_freezed;

  $body = '';

各検討事項に関するメリット・デメリット(2015/05/23)

とりあえず少しずつでも議論を進めていきましょう。

決め事?に対するたたき台として、勝手ながらメリデメを列挙しました。

あとで評価軸ごとにマトリックスにしてみようと思いますが、

ひとまず、下記の内容についてご指摘があればお願いします。


移行先をどうする?

長いので、個別記事?に移動しました。

管理人は誰が?

  1. トリップが判明している選評or総評者に依頼
    1. メリット:

      ・住人の信任を得やすい
    2. デメリット:

      ・選評・総評の議論時に、公平性の観点から禍根を残す可能性あり
  2. スレ内の有志を募る
    1. メリット:

      ・上記の問題をクリアできる
    2. デメリット:

      ・身元保証がしにくい

iのデメリットについてはかなりクリティカルであり、

覆すことは難しいと思います。

iiの有志の信任が得られなかった際のみ、検討すべきかと思います。

過去ログの取り扱い

  1. 現行通り
    1. メリット:

      ・移行の負担が少ない
    2. デメリット:

      ・Jim氏の意向に沿っていないかもしれない(グレー)
  2. 参照可能な分はURLに(ログなし)
    1. メリット:

      ・運営の意向に対する齟齬がない
    2. デメリット:

      ・移行に負担がかかる

      ・リンクの確認が非常に面倒くさい

      ・リンク切れしているものとそうでないものの境目が分かりにくい

      ・永続的に過去ログが開放されている保証がない

決め事

  1. 移行先をどうする?
    1. 既存のwikiサービスを利用(@wiki、wikiwkiなど)
    2. レンタルサーバを借りそこに環境構築
    3. サーバごと自前で建てる
  2. 管理人は誰が?
    1. トリップが判明している選評or総評者に依頼
    2. スレ内の有志を募る
  3. 過去ログの取り扱い
    1. 現行通り
    2. 参照可能な分はURLに(ログなし)
  4. どのサービスを使う?

    サーバに依存するがwiki以外のサービスを使うか?

    wikiの種類、バージョンなど

    (まぁ細かいところは管理人次第?)

参考情報

現行wikiのデータ容量(2015/5/14時点)

wikiだけの.tarで91.2MB、attachとbackup含めて127MB(含携帯ゲー)

据置のみに絞るとwikiだけ40.7MB、attachとbackup含めて50.1MB

wikiのみattach、backupも含む
据置+携帯91.2MB127MB
据置のみ40.7MB50.1MB

コメント