Wikiの移行
管理人のやること
決定総評などのページ凍結
spamや迷惑ユーザーのブロック
管理人立候補の期限設定について（2015/06/04）
管理人立候補について既にスレで呼びかけてくださった方いますが、
期限を決めないといつまでも続くことが想定されます。
ひとまず6/21（日）までに期限を区切るのは如何でしょうか？
- 本スレ>>241です、本スレに書けなかったので取り急ぎこちらに、本スレに転載していただけると幸いです。 私としては誰もいなかったらやってみてもいいかなと言ったところなので、>>243氏や他の方が管理人に立候補してくださるのならば辞退しようと思います。 よって、とりあえず一応立候補しつつ他の方がどうなのか様子見します。 --
- ありがとうございます。とりあえず、土日の間に目につくことを期待して告知してみました --
- とりあえずそのぐらいで様子見していいと思います。ちょっと前に２、３人は居たようなので落ち着いた頃にまた告知すればイイかと。 --
今後の進め方についての試案（2015/05/30）
今後の進め方のたたき台として以下の通り考えてみましたが、
皆様いかがでしょうか？
- 管理人立候補者を募る。
- 管理人立候補者に支持する案を表明して頂く。
このままではどの案も一長一短なので、
管理人立候補者の支持する案or新しい案をお聞きしたうえで、
それを実現するまでの障壁となる課題を潰し込んでいきたい。
- 課題を検討する。
- 管理人立候補者同士で協議して新管理人決定。
- 現wikiのドメイン引継について議論する。
現wikiのアドレスが広く流通しているため、そのまま移行すると各地でリンク切れが発生する
現wiki閉鎖後も誰かがkoty.sakura.ne.jpを引き継ぎ、
できれば自動的にリダイレクトするように、難しければ新wikiへのURLを告知するようにしたい。
- ログについて議論する
ログの移行・これからのログ保存方針についてを議論する。
手入力でデータ移行する場合は労力がかかりすぎるので、
案によっては課題検討の部分に関わってくるかも？
期限については管理人様のご厚意で年内とおっしゃっていただいておりますが、
レンタルサーバである以上、移行が長引くほど管理人さんの金銭的負担が発生するため、
それなりのスピード感を持って進めていければと思います。
ご意見いただけると幸いです。
- もしかして、デッドロック状態になってる？（互いの行動待ち状態）。~ ところで現在、レンタルサーバを借りた際に使えるドメインだと思うのですが、wikiの管理人を降りた後もレンタルし続けて保持してもよいという事なのでしょうか？（別用途で借りてるのかな） -- ◆P0RKT6bNhk?
- ドメインはまあ死ぬまで保持しててもいいかな、という気分です -- 管理
サーバ・wiki選定に関するマトリックス（2015/05/28）
以前書き出したサーバwiki選定に関するメリデメ事項を下の表にまとめました。
大変申し訳ないのですが、ある事情につき、当方（5/23・5/28に編集した者）は管理人を引き受けることができません。
管理人になるご意向をお持ちの方は、どんな意見でもお書きいただけると幸いです。
| | サーバ | wikiエンジン | サーバの評価軸 | wikiエンジンの評価軸 | wikiエンジン |
|---|
| 費用 | 性能 | 安定稼働 | 難易度 | ｾｷｭﾘﾃｨﾘｽｸ | 管理者権限分担 | データ移行労力 | ﾊﾞｯｸｱｯﾌﾟ･ﾀﾞﾝﾌﾟ機能 |
|---|
| 1 | 既存wikiｻｰﾋﾞｽ案 | atwiki | ◎
（費用不要） | ○
（基本的には安心だが
無料なので保証はない） | ○
（基本的には安心だが
無料なので保証はない） | ◎
（熱意があれば
誰でもできる） | △
（無料なので
対応もそれなり） | △
（凍結・ページ削除など
限定的に
第三者に許可できる） | ×
（手入力） | △
（管理人のみ
抜き出し可能で
テキストのみ） | atwiki |
|---|
| 2 | pukiwiki系 | ×
（基本的には無理） | ○
（運営会社と
要相談） | ○
（基本的には可能） | pukiwiki系 |
|---|
| 3 | その他 | △
（ケースバイケース） | ×
（手入力） | △
（抜き出せないか、
抜き出せても
独自規格） | その他 |
|---|
| 4 | レンタルサーバ案 | レンタルサーバ | pukiwiki系 | ○
（会員費：500円～／月） | ○
（支払プランによる） | ◎
（稼働率保証を
しているサービスを
選べばベスト） | ○
（サーバの知識は最低限で可） | ◎
（ミドルウェアを
企業が管理している） | ○
（改造で凍結・
記事削除・ダンプなどを
第三者に許可できる） | ◎
（データ移植のみ） | ◎
（完全に可能） | pukiwiki系 |
|---|
| 5 | MediaWiki | ◎
（サーバ管理者とは別に
wiki管理者を作れる） | △
（シェル機能が使えないと
手入力） | MediaWiki |
|---|
| 6 | VPS | pukiwiki系 | △
（会員費：1000円～／月） | △
（サーバ知識必須） | ○
（常に最新化
しておけば
基本的には問題ない） | ○
（改造で凍結・
記事削除・ダンプなどを
第三者に許可できる） | ◎
（データ移植のみ） | pukiwiki系 |
|---|
| 7 | MediaWiki | ◎
（サーバ管理者とは別に
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)
とりあえず少しずつでも議論を進めていきましょう。
決め事に対するたたき台として、勝手ながらメリデメを列挙しました。
あとで評価軸ごとにマトリックスにしてみようと思いますが、
ひとまず、下記の内容についてご指摘があればお願いします。
- スタンダードプランなんですね。さくらは24時間365日の稼働保証もしていますし、ベストな選択肢の一つだと思うのですが、
強いて言うなら最上位プラン以外のPHPがCGI版なのが気になりますね…。
これもレンタルサーバ案の方向に行った時に各サーバで比較してみないとわからないですが。
当方については、このwikiにお世話になっている者です… --
- いったい何者なんだ‥‥。さくらはスタンダード、のはずです。 -- 管理
- 高負荷時に耐えられないのはサーバ性能よりまず素のpukiwikiの問題なのかなと思います。
というのも、pukiwikiはキャッシュ機能がないみたいで、毎回txtファイルを読み込んでHTML変換しているみたいなので…
pukiwikiにキャッシュを有効化するプラグインがあるので使ってみるか、キャッシュの仕組みが手厚いMediaWikiを使用すればある程度は高速化できるかなと思います。
差支えなければ性能見積もりの参考とさせていただきたいのですが、現wikiはさくらではどのプランをお使いだったのでしょうか？ --
- 最近はそんなめっちゃアクセス来ることもないんで大丈夫だとは思いますが、レンサバは安いプランだとアクセス集中に耐えられないことが多いでしょうね。高いのにすぐ落ちた某さんみたいなとこもありますが‥‥ -- 管理
- コメントありがとうございます。セキュリティ対応についてですが、色々と検討事項があるので話を整理して反映しておきます。
ただ、「そもそもセキュリティリスクをどの程度気にする必要があるのか」という視点を持つ必要があると思います。
たとえばPukiwikiそのもののセキュリティリスクを考えると、
個人情報を持ちようがないのでリスクが低く、あまり身構える必要はないと思います。
XSS・CSRF等に気を付けておけば、バージョン自体は固定でも問題ないでしょう。
一方で、wikiサービス運営会社・レンタルサーバ運営会社のセキュリティリスクを考えると
彼らは利用者の氏名その他の個人情報を登録したDBを持っているため、セキュリティリスクがあると言えます。
ただ、これについては利用者側には打つ手がないので、なるべく信頼できるところを選ぶくらいしかないかなぁと思います。
（※一般ユーザーは特に情報登録することなくwiki編集できるのでリスクはありません。管理人さん・副管理人さんにリスクがあります）
規模の大きいレンタルサーバ業者でそれをやらかすところはないと信じたいので、フリーのwiki業者がちょっと危ないかなぁくらいかと思います。--
- 考察乙です。ちょっと細かいトコ追加案を、
移行先のメリット・デメリットにミドルウェアのアップデートもあると思います。
セキュリティを考えたWebサーバ、PHPなどのアップデートはそれなりに手間が掛かりそうです。 --
移行先をどうする？
長いので、個別記事に移動しました。
管理人は誰が？
- トリップが判明している選評or総評者に依頼
- メリット：
・住人の信任を得やすい
- デメリット：
・選評・総評の議論時に、公平性の観点から禍根を残す可能性あり
- スレ内の有志を募る
- メリット：
・上記の問題をクリアできる
- デメリット：
・身元保証がしにくい
iのデメリットについてはかなりクリティカルであり、
覆すことは難しいと思います。
iiの有志の信任が得られなかった際のみ、検討すべきかと思います。
過去ログの取り扱い
- 現行通り
- メリット：
・移行の負担が少ない
- デメリット：
・Jim氏の意向に沿っていないかもしれない（グレー）
- 参照可能な分はURLに（ログなし）
- メリット：
・運営の意向に対する齟齬がない
- デメリット：
・移行に負担がかかる
・リンクの確認が非常に面倒くさい
・リンク切れしているものとそうでないものの境目が分かりにくい
・永続的に過去ログが開放されている保証がない
決め事
- 移行先をどうする？
- 既存のwikiサービスを利用（@wiki、wikiwkiなど）
- レンタルサーバを借りそこに環境構築
- サーバごと自前で建てる
- 管理人は誰が？
- トリップが判明している選評or総評者に依頼
- スレ内の有志を募る
- 過去ログの取り扱い
- 現行通り
- 参照可能な分はURLに（ログなし）
- どのサービスを使う？
サーバに依存するがwiki以外のサービスを使うか？
wikiの種類、バージョンなど
（まぁ細かいところは管理人次第？）
参考情報
現行wikiのデータ容量（2015/5/14時点）
wikiだけの.tarで91.2MB、attachとbackup含めて127MB（含携帯ゲー）
据置のみに絞るとwikiだけ40.7MB、attachとbackup含めて50.1MB
| wikiのみ | attach、backupも含む |
|---|
| 据置＋携帯 | 91.2MB | 127MB |
|---|
| 据置のみ | 40.7MB | 50.1MB |
|---|
コメント
