Wiki系(WikiEngine)について語るスレPart2
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/08/13 10:46ID:pknbXO9I簡易に更新が行えることからBlog的な使い方もされているプログラム。
コラボレーションが容易であることもその重要な利点。
比較的プログラムがシンプルなため改造等も盛ん。
そんなWikiについてﾏﾀｰﾘ語っていきましょう。
【前スレ】
Wiki系(WikiEngine)について語るスレ
http://pc2.2ch.net/test/read.cgi/php/1014252667/
【関連スレ】
Wiki Wiki 楽々 Run! Run! Run!
http://pc2.2ch.net/test/read.cgi/tech/1010317366/
【関連リンク】
日本発の wiki クローンリスト
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
日本発の wiki クローンリスト２
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist2.html
0003nobodyさん
03/08/13 11:26ID:???IDとPassを入れてログインした直後の /log/cgisess_… には
wiki_type、wiki_path、wiki_idという項目が見られるのですが、
管理メニューから「環境設定」、「スタイル設定」などを選択すると
「エラー ログインしていません。」としか表示されず、
新たに生成された /log/cgisess_… からは上記3項目が消えて
_SESSION_REMOTE_ADDR、_SESSION_ATIME、_SESSION_CTIME、
_SESSION_ID、_SESSION_ETIMEしか記録されなくなっています。
これで正常なのでしょうか?
0004nobodyさん
03/08/13 13:51ID:???誰か技術サポートしたほうが良いのでは?
0005nobodyさん
03/08/13 17:22ID:???また、カスタマイズし直しかと思うと泣けてくるが……。
0006nobodyさん
03/08/13 18:29ID:???0007nobodyさん
03/08/13 19:36ID:???サーバーからfetchで最新版をダウンロードできないのもめんどい。
0008nobodyさん
03/08/13 20:08ID:N/1VW/Hl禿同。
3.4.2へのUpdateの時
ttp://fswiki.poi.jp/wiki.cgi?page=BBS%2D%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4%2F42
思いっきりこれで躓いたよ。
「config.datの仕様が変わってますので以前の物は使えません」
みたいな感じでマニュアルに変更点を書いててくれると
助かるんだけどね。
0009nobodyさん
03/08/13 20:09ID:???0010nobodyさん
03/08/13 20:32ID:???・空ディレクトリの作り忘れ
・configファイルのミスマッチ
でコケることが多いですね。一度やってるから、気づくのはすぐなんですけど……。(^^;
使い回せるかどうか確認せず、念のために、テンプレートファイルとかプラグインの出力部分も
毎回、修正し直してるんで結構めんどいッス。
3.4.xから3.5.xへのバージョンアップはまた何か失敗しそうな悪寒。
0011nobodyさん
03/08/13 23:22ID:???漏れも禿同。
基本的な部分がころころ変わっちゃうからけっこうきついんだよねぇ。
3.4.xから3.5.xもプラグインのAPIが変わっちゃうし・・・
0012nobodyさん
03/08/13 23:23ID:05UZOv5m0013nobodyさん
03/08/13 23:45ID:/NS185ja0014nobodyさん
03/08/14 01:28ID:???「おすすめ」程度ならって放っておく香具師も……ソレはさすがにないか。
0015nobodyさん
03/08/14 08:43ID:???根っこの部分にtimeout相当の機構を仕込んでおいたほうがよいね。
かんたんに暴走を許してしまうようだと、プラグインも作りづらいし。
0016nobodyさん
03/08/14 08:45ID:???vis.ne.jpから追い出された一件でとっととUpdateしなきゃヤバイなぁと
思っているが。
但し>>8や>>10的な理由でUpdateするのも怖かったり・・・(´･ω･`)
0017nobodyさん
03/08/14 08:54ID:???0018nobodyさん
03/08/14 10:17ID:???プラグインは別として。
0019nobodyさん
03/08/14 10:55ID:???・空ディレクトリはアーカイブに含んでおいてほしい
・config系のファイルの書式が変わったらreadmeに書いてほしい
・てゆかメジャーバージョンあがらない限り変えないでほしい
・アーカイブはfetchできるようにしてほしい。tarballもあるとさらに良
かなぁ。別にzip玉でもlha玉でもいーんだけどfetchできないのはつらいよね。
あと個人的にはconfig系のファイルはEUC-JP, LFがいいんだけど、
これはまぁ別に要望出すほどのもんでもないか。
0020nobodyさん
03/08/14 11:08ID:???> あと個人的にはconfig系のファイルはEUC-JP, LFがいいんだけど、
> これはまぁ別に要望出すほどのもんでもないか。
あ、同意。いろいろ混ざってるから、せめて統一してもらえないかなと・・・。
0021nobodyさん
03/08/14 14:51ID:3+yAThCy0022nobodyさん
03/08/14 15:56ID:SyUXGdwyこれは絶対見るしかないでしょう。
甘えたしゃべりかた、小さな身体に大きなオッパイ、そしてこの顔。
どれをとっても特Ａ級！こんな子がＡＶ女優だったなんて信じられませんね。
無料ムービー観てね
http://www.exciteroom.com/
0023元・・・・
03/08/14 17:41ID:???印刷用CSSを使うことで回避できるよ。
ttp://pukiwiki.sourceforge.jp/dev/index.php?PukiWiki%2F1.4%2F%A4%C1%A4%E7%A4%C3%A4%C8%CA%D8%CD%F8%A4%CB%2F%B0%F5%BA%FE%CD%D1%C9%BD%BC%A8%C2%D0%B1%FE%A5%B9%A5%AD%A5%F3
0024nobodyさん
03/08/14 18:03ID:???0025nobodyさん
03/08/14 20:20ID:???たとえば、CGI形式の場合には起動のオーバーヘッドがかなり大きい。
また、日本語を考慮した設計であれば、意味はないと思う。
アルゴリズムから再設計すれば、少しは変わるかもしれない。
0026nobodyさん
03/08/15 10:12ID:???から3.4.3をfetchしたら、なんか妙に小さいんだけど?
自分だけ?
結局w3mでwikiからダウンロードした。
「index.cgi」に変えたらログインできなくなったよ。
0028nobodyさん
03/08/15 22:11ID:???/setup.dat
の
63行あたり
> # CGIスクリプトのファイル名
> script_name = wiki.cgi
を
> script_name = index.cgi
にすれば動くんじゃねーの？
漏れは やってないから想像だけど。
違ってたらスマソ。
0029山崎 渉
03/08/15 22:26ID:???│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
003027
03/08/16 00:16ID:???それではブラウザのアドレス欄に「index.cgi」と表示されてしまって
わざわざファイル名を変える意味がないので、/setup.datのその部分を
script_name = ./
に書き替えたところ、ログインできなくなったのでした。
0031nobodyさん
03/08/16 00:48ID:???0033nobodyさん
03/08/16 02:32ID:???0034nobodyさん
03/08/17 17:18ID:???一般的にWikiって何ページぐらい収容することが可能なの?
http://fswiki.poi.jp/wiki.cgi?page=BBS%2D%A5%B5%A5%DD%A1%BC%A5%C8%B7%C7%BC%A8%C8%C4%2F59
0035nobodyさん
03/08/17 18:09ID:???YukiWikiでの見解
ttp://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i39
Q>レンタルサーバに設置して運用してみたいと思っているんですが、サーバに対しての負荷って
どの程度になるんでしょう？ 禁止事項の一つ「巨大なデータを読み込むCGI（負荷のかかる
検索CGI等）」ってのに該当するんでしょうか？(^^;;;
A>負荷を計測したことは無いのですが(1)読み込むデータ量(2)処理内容などからすると、
ちょっと高機能な掲示板程度だと思います。レンタルサーバで使っていますが、
特に苦情はきていません。
ttp://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i41
Q>このシステムの場合、理論上の最大ページ数はいくらになるのでしょう？
ディスク容量の制限のみでしょうか？
A>ソースを詳しく読んだ訳ではないが、wiki.cgiだけを見た場合、論理的な制限は明示されていない
ようです。実際の制限としては、保存に関してディスク容量と使用しているDBMライブラリの制限があり、
実行時には検索が一番負荷が高く、タイムアウトなどの制限が付きます。
たとえば数十MBのディスク容量があるとすれば、１ページあたり数kBとして、数千?１万ページ程度となります。
この程度であれば検索以外では問題が発生しないでしょう。
ただ、検索に関しては、すべてのページ内容へのアクセスとなるため、サーバの性能に大きく左右されます。
DBMライブラリやperlのtie、正規表現検索に関する詳しい知識を持っていません。
従って間違いがあるかもしれません。詳しい方、フォローをお願いします(^^;
ただし、YukiWikiDBを使用したWindowsのFAT環境では、データベースの容量が実際の十倍程度
必要となるかもしれません。また、その他多くの環境でWikiNameは一つあたり最大125byte迄となります。
0036nobodyさん
03/08/17 23:34ID:Msid6wyLhttp://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i41
0037nobodyさん
03/08/18 17:20ID:???具体的にどれがいいとかはわかんないけど、
ちゃんとcacheとかを考慮して設計されたWikiなら
数千、数万はいけると思う。
FSWikiの場合はなんでもモジュール(＝機能は後付け)がコンセプトなんで
cacheの実装が難しくなってて、
それで性能でないとゆー構造的な問題がありそう。
0038nobodyさん
03/08/18 19:25ID:???0039nobodyさん
03/08/18 19:39ID:???タイプにすればいいんじゃないかな。
普通の Web スペースだと DBMS は使えないことが多いから、
こういうとこでの話は生ファイルをストレージに利用できるタイプに
集中しちゃうけど。
WikiPedia は PHP + MySQL だね。
■ このスレッドは過去ログ倉庫に格納されています