経緯(keii)
http://members.tripod.com/sullivansinc/immortal-throne-meara.html > 経緯
祝！ 移転先決定？
http://compwiki.s137.xrea.com/ http://yellow.ribbon.to/~momowiki/
Pukiwikiでの移転先が設置された模様。モジュールでPHPが提供されてるので負荷も少ないはず。わざわざ他形式にコンバートしたこちらよりよほどいいと思われるので、ここはあちらが軌道に乗った時点で削除予定と相なりました。
ちなみに http://pc5.2ch.net/test/read.cgi/php/1044273479/26 によりますと。負荷は
PERL/CGI≒PHP/CGI＜＜＜PERL/Module≒PHP/Module
だ、そうです。
XREAもPHPはモジュールで動いてた(shared_html以下の場合)模様。さくらはCGIモードなので軽くない。
撤退を考える理由
一つのデータを元に構築されるサイトが二つならばミラーとしての役割もあると思いますが、ウチはある意味劣化コピー(もちろんVikiwikiが悪いわけではない)ですし、これまでwikiを充実させてきた人たちもオリジナルと同じPukiwikiのほうがよろしかろうと思う次第です。情報が分散してしまうのがもっともよろしくない状態なので、読まれる・書き込まれるのが多そうなのがこちらではない以上こちらは撤退すべきと考えるのです。…削除云々も勝手に考えてるだけですんで、存在すべき理由があればもちろん残します。ここが存在するメリットが思いつかないだけです。
頑張るには頑張りたいのですが、具体的にどうすりゃええんでしょう。DQ8wikiでさくらが503連発でにっちもさっちも行かなくなって青ざめた経験上、負荷に対しては必要以上に敏感になっております。私も本家HDL-wikiが負荷以外の原因で移転だったのならばそのまままったりPukiwiki設置をしたと思います。
Pukiwiki+Snapshotプラグインで似非静的HTMLが出来たらいいのですが、簡単にやるにはさくらでサポートされてないmod_rewriteってのが必要らしく。
cronってやつで夜中にSnapshotプラグイン動作 & 閲覧用HTMLへ転送ってのは…駄目かなぁ。
- 苦手なことを無理にやることもないかもってことで、折衷案を考えてみました。http://yellow.ribbon.to/~momowiki/index.php?%CA%D1%B9%B9%C5%C0%B3%D0%BD%F1#content_1_5][[:KK]]
- 現時点でmomoさんところが重いということもなく、ほぼ停止中のこちらに比べて非常に活発に更新があるようですので、いよいよもってこちらの存在意義がなくなったように思われます。必死こいてデータベース設定やってましたが、これも凍結します(笑)
- いえmomo氏のwikiも更新しているのはほぼ互換性リストのみとなっています。 HDL-wikiは互換性リストこそが存在意義でありメインコンテンツなので、元から互換性リスト以外の部分は更新が少ないのです。 負荷についても現在のアクセス数は最盛期の1/3～1/5程度であり、いまだ将来的な見通しは付かない状況でして、静的HTMLの扱いに長けるBenzo氏のVikiwikiにてフロントページ、USBStrage,改造コード、よくある質問と回答などの部分を引き受けて頂けると非常に助かります。 どうか再考をお願いできないでしょうか。[[:KK]]
- Benzo様初めまして、momoと申します。本当はこのようにしてページの分担などを考えて行けば良かったのですが、私の身勝手により折角作り上げようとしていた意思を害してしまい本当に申し訳ありませんでした。m(_ _)m 事の発端を立ち上げた私が言うのもあれなのですが、是非ここまで作り上げて頂いた財産を使用し、KK様同様今後ページを分担し更なる発展をお願いしたいと思っております、宜しくお願い致します。[[:momo]]
- 本家がずっと停止していてこのままうやむやになるのが危惧されたので急遽代打を買って出た程度と捉えて下されば。先代の管理人様たちとは違い、知識レベルが圧倒的に劣りますので利用者に不便をかける可能性も高く(実際移転直後から現在に至っても不便の塊だし)、もっと知識とやる気のある方が引き継いで下さるならそれに越したことはないと思うのです。静的HTMLに関してもゲイツhttp://members.tripod.com/sullivansinc/immortal-throne-meara.htmlでコピペで簡単に作れるのなら、アンカータグで各ページの該当部分に飛べるハイパーリンクの利便性からもPukiwiki & ゲイツFrontPageのほうがよいのではないかと思いました。難癖付けて逃げ出したいわけではありませんが、どうしてもここを継続してのビジョンが見えません。うーん。あ、ここをすぐに消すつもりはありませんので二代目の動向が見えてきてからの結論でもよいと思います。- Benzo
- Benzo様 私のサーバーに致命的欠陥が見つかりましたので至急変更点覚書までお願い致します。m(_ _)m[:momo]]
- 作りかけでほったらかしにしてあったデータベースCGIをまたいじる事にします。自由度高すぎて大変です。格納データ設定だけではなく検索フォームや表示フォームまでいじれる(=いじらなきゃならない)のはかなり大変…。- Benzo
- データベースCGIの設置になかなか踏み切れず時間ばかりが経ってます。臨時に一行掲示板でも設置したほうがいいでしょうか。ない方がマシかも。どうせならUSBeXtremeの報告データベースも兼ねたいとなってくるとさらに複雑に。 - Benzo
暫定内容
toc まだまだですがリンクはこちらに http://benzo.sakura.ne.jp/static/FrontPage.html そのうちサブドメインで転送するかも
求ム
- 各ページを修正してくれる人。出来る人やって下さいいやほんと
メニュー
- apmAsaxWxD
- HDDについて
- ディスク再構築
- 改造コード関係
- kaUFrKsHvVBOhdboJX
- UJCrzecWRzG
- よくある質問と回答
- 互換性リスト
- ツール類 Tools2?
- ソフト
- bdPvHZGhO
やること
- 動作報告/互換性リストをなんとかする。データベースCGI？
- kaUFrKsHvVBOhdboJXのコメント欄のを表に反映
やったこと
- apmAsaxWxDをVikiwiki形式にとりあえずいじった。
- 移植が面倒なのでPukiwikiを設置してSnapshotプラグインでなんとかできないか試してみた。自動で出来そうにないので保留。
- HDDについてをとりあえずいじった。
- 色々いじって何とかなったようだ。多分。
- 記法のずれによる表示の違いを修正
- http://members.tripod.com/sullivansinc/immortal-throne-meara.htmlが表示されないのをなんとかする
- 表示されないのは仕様っぽい
- コンテンツ一覧を作るプラグインの書き方。tocだと思うんだけど
- コメントプラグインも名前とかが入るはず。近いうちにいじる
問題
-
tocプラグインがCGIで見る時は問題ないけどhtmlに吐き出すとエラーがでてる…。なんでだろう。- 1.8.8.33にバージョンを下げる事で修正。代わりにそのうち使うつもりだったHTMLのお持ち帰りが出来なくなりました。
リンクが絶対指定になるのでお持ち帰りしてもリンクがうまく働かないかと思われます。
要望
comment("back","* %1 - %2?","comment,60","name,30")
- Snapshotでとったのを閲覧専用にするという方法もあったのですが、さくらで使えないhtaccessを使うみたいなので諦めました。ちょっと高度なのになると今度はこちらが分かりません…。互換性リストが非常に悩ましいところです。CSV形式での吐き出しに対応しているのにこだわる理由は、引き継ぎや再利用が非常に容易なためです。ある程度たまったらエクセルに突っ込んでHTMLで書き出して置いとくということも簡単に出来ますし。ただ、討議するような内容だとデータベースCGIは不向きなので、どうしたものかと。訂正に権限などは、そのデータを登録したユーザーのみいじることができるようにするとかが考えられます。 - Benzo?
- 考えてみたら、互換性リスト以外の部分ならvikiwikiの機能で間に合いますな。セキュリティ的にもVikiの方が上でしょうし。互換性リストは…CGIの知識はあんまり無いのでお力にはなれそうにないですな。・CSVでの入出力を備える。中間はどういう形でもOK →新旧引き継ぎに必要。・ユーザー側で有る程度要素の訂正が出来る。 →訂正に権限が必要だとメンテがとても大変。の2点が備わっていればどんな形でも問題ないんじゃないかと。使ってみてだめそうならCSVで抜き出して引き継ぎすればいいですし。 - [[:KK]]
- あーいやHTML化自体は必要として、それを完全自動化する必要はないかも？ってことです。http://wikiサイト?cmd=snapshot&page=ページ名&gen=./cache/保存したいページ名.htmlってリンクを張っておけば、リンクをクリックするたびに特定の名前でHTMLが生成されるので、普段はそっちを読むようにしておけば問題ないかと。自動的にURL移動するredirectを組み合わせれば自動化も可能なはず。HTMLにもRedirectが出力されると無限ループしてしまう可能性もありますが、対応は簡単かと。これでPHPが呼ばれるのは編集を呼んだ場合のみになるはずです。 - [[:KK]]
- 互換性リスト以外の部分はあんまり更新されないので、必ずしも自動でＨＴＭＬにする必要は無いかもしれません。コメントや掲示板以外の方法でWikiを更新する人は有る程度のヘビーユーザーなので、手動でSnapShot?を動かしてもらっても十分間に合うかと。自動化する場合、SnapshotとRedirectとRedirectの動作を制御する(更新時にのみ起動)簡単なプラグインがあれば出来そうですな。[[:KK]]
- wikiは呼ばれるたびに閲覧だけでも同じように負荷がかかりますので、読むことが多い場合はHTMLにしておいた方がよさげです。Pukiwikiは静的HTMLは余り重視していないようなのでSnapshotに関しても静的HTMLとして使うことは難しそうです。私全然知識ありませんし。で、互換性リストをどうするかで悩んでます。あとあとのことを考えるとCSV形式が一番扱いやすいと思うのですが何かいいものないでしょうか。
データベースについて
AmigoDatabaseを使わせてもらうつもり。他にいいものがあれば教えて下さい。
- 読み
- 名前
- HDLのバージョン
- 互換報告
- 3種類のModeで8通り + 動作しないの9項目あればよし？ あるいは条件つきで動作可能入れて10？
- 備考(条件つき動作可能の場合はここに詳細を)
- コメント
こんな感じでしょうか。データ登録はユーザー登録がデフォルトでオンだそうですが、どうでしょう。
登録必須に対する心理的障壁と無登録で可能な場合に予想されるいたずらのどちらを取るかだと思います。登録オンにした場合は登録ユーザーのみが変更可能が基本になるので、他人からのツッコミがやりにくいかもしれません。その場合は別の人が同じタイトルを登録してもいい事にしたり？ comment("back","* %1 - %2?","comment,60","name,30") ちとまとまらない文章で申し訳ないです。他人からのツッコミというか、
- HDLには環境によって動く動かないという環境依存性がある。
- 環境はHDLのPatch設定圧縮方法起動方法起動場所PS2の型番HDDの型番インスト方法などなど千差万別。
なのである人にとって動いた設定が、万人にとって正解の設定とは必ずしも言えません。 複数の報告と環境を比べることによって初めて動作の鍵となる環境要素を見つけることが可能となるので、 同タイトル同じモード設定で動作可能という報告でも、環境が違えば記録する価値と必然性があります。
そういう事情から環境が明らかにされていない報告は価値がぐっと下がるため、
- 独立したPS2環境欄を備えて環境の明記を促進する
ってことも必要かと。 ただ毎回書くのは面倒なので、ユーザー登録することで環境が自動的に挿入される形だと楽かつ登録自体にメリットが生じるかも。 HDLのパッチ設定やバージョンは早々変わらないので、PS2環境欄に含めるべきですね。
タイトル度に変更の可能性があるのは・モード設定・CDVDMAN周り…かな。 あとモード設定はチェックボックス(3+1)個(MODE1/2/3とモード設定の必要性)で表現できると思います。 HDL用の起動コードもどこかでフォローする必要あるかと。
なるほど…。ってことでデータベースCGIの設置までは完了しましたが、設定が自由度高すぎてすごく大変です。ユーザー登録の場に環境記載は出来るっぽいですが、それが検索結果に同時に出現するようにできるかはドキュメントをよく読んでおきます。必要なデータ項目などやらがやたらに多そうなのでかなり時間がかかりそうです。