5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Wiki系(WikiEngine)について語るスレPart2

1 :nobodyさん:03/08/13 10:46 ID:pknbXO9I
WikiクローンといわれたりWikiエンジンといわれたりしますが、独特の記法で
簡易に更新が行えることから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 クローンリスト2
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist2.html

2 :nobodyさん:03/08/13 11:24 ID:???
>>1 オツ

3 :nobodyさん:03/08/13 11:26 ID:???
FSWiki3.4.2をXreaで設置できた人っていますか?

IDとPassを入れてログインした直後の /log/cgisess_… には
wiki_type、wiki_path、wiki_idという項目が見られるのですが、
管理メニューから「環境設定」、「スタイル設定」などを選択すると
「エラー ログインしていません。」としか表示されず、
新たに生成された /log/cgisess_… からは上記3項目が消えて
_SESSION_REMOTE_ADDR、_SESSION_ATIME、_SESSION_CTIME、
_SESSION_ID、_SESSION_ETIMEしか記録されなくなっています。
これで正常なのでしょうか?

4 :nobodyさん:03/08/13 13:51 ID:???
なんかFSWikiって「開発を停止しようとも思いましたが」とか「CVSが勤務先から使えない」とか、開発者の微妙なやるせなさを感じるこのごろ。
誰か技術サポートしたほうが良いのでは?


5 :nobodyさん:03/08/13 17:22 ID:???
fswikiは3.4.3がリリース準備中らしいので、しばらく待たないとな。
また、カスタマイズし直しかと思うと泣けてくるが……。

6 :nobodyさん:03/08/13 18:29 ID:???
もうちょっとupdate時にユーザに優しい仕様になってほしいな > FSWiki

7 :nobodyさん:03/08/13 19:36 ID:???
開発者がunix文化から微妙に外れているのがアップデートのしにくさにつながっているっぽい。
サーバーからfetchで最新版をダウンロードできないのもめんどい。

8 :nobodyさん:03/08/13 20:08 ID:N/1VW/Hl
>>6
禿同。
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の仕様が変わってますので以前の物は使えません」
みたいな感じでマニュアルに変更点を書いててくれると
助かるんだけどね。

9 :nobodyさん:03/08/13 20:09 ID:???
あげちまいました。スマソ

10 :nobodyさん:03/08/13 20:32 ID:???
FSWikiのバージョンアップは何度かやってますけど、
・空ディレクトリの作り忘れ
・configファイルのミスマッチ
でコケることが多いですね。一度やってるから、気づくのはすぐなんですけど……。(^^;

使い回せるかどうか確認せず、念のために、テンプレートファイルとかプラグインの出力部分も
毎回、修正し直してるんで結構めんどいッス。

3.4.xから3.5.xへのバージョンアップはまた何か失敗しそうな悪寒。

11 :nobodyさん:03/08/13 23:22 ID:???
>>6
漏れも禿同。
基本的な部分がころころ変わっちゃうからけっこうきついんだよねぇ。

3.4.xから3.5.xもプラグインのAPIが変わっちゃうし・・・

12 :nobodyさん:03/08/13 23:23 ID:05UZOv5m
FSWiki 3.4.3 age

13 :nobodyさん:03/08/13 23:45 ID:/NS185ja
msblaster age

14 :nobodyさん:03/08/14 01:28 ID:???
なんか、fswiki3.4.3のリリースでの、コレより前のバージョンへの警告文がえらく控えめに思うのは漏れだけか?
「おすすめ」程度ならって放っておく香具師も……ソレはさすがにないか。

15 :nobodyさん:03/08/14 08:43 ID:???
一般的な話題として、
根っこの部分にtimeout相当の機構を仕込んでおいたほうがよいね。
かんたんに暴走を許してしまうようだと、プラグインも作りづらいし。

16 :nobodyさん:03/08/14 08:45 ID:???
俺は「早急にバージョンアップされることをおすすめします。」の一文と
vis.ne.jpから追い出された一件でとっととUpdateしなきゃヤバイなぁと
思っているが。

但し>>8>>10的な理由でUpdateするのも怖かったり・・・(´・ω・`)

17 :nobodyさん:03/08/14 08:54 ID:???
fsっと書式が違うから、yuki系に乗り換えるとデータがそのままじゃ使えないんだよなぁ……

18 :nobodyさん:03/08/14 10:17 ID:???
Wikiの書式なんて単純に置き換えすればすむでしょ。
プラグインは別として。

19 :nobodyさん:03/08/14 10:55 ID:???
FSWiki[うぷ|いんすとろーる]時に関する最低限の要望としては

・空ディレクトリはアーカイブに含んでおいてほしい
・config系のファイルの書式が変わったらreadmeに書いてほしい
・てゆかメジャーバージョンあがらない限り変えないでほしい
・アーカイブはfetchできるようにしてほしい。tarballもあるとさらに良

かなぁ。別にzip玉でもlha玉でもいーんだけどfetchできないのはつらいよね。
あと個人的にはconfig系のファイルはEUC-JP, LFがいいんだけど、
これはまぁ別に要望出すほどのもんでもないか。


20 :nobodyさん:03/08/14 11:08 ID:???
>>19
> あと個人的にはconfig系のファイルはEUC-JP, LFがいいんだけど、
> これはまぁ別に要望出すほどのもんでもないか。

あ、同意。いろいろ混ざってるから、せめて統一してもらえないかなと・・・。

21 :nobodyさん:03/08/14 14:51 ID:3+yAThCy
Pukiwikiで印刷用にヘッダ・フッタ・MenuBarを非表示にするモードってないですか?

22 :nobodyさん:03/08/14 15:56 ID:SyUXGdwy
堤さやかちゃんの引退記念作です。
これは絶対見るしかないでしょう。
甘えたしゃべりかた、小さな身体に大きなオッパイ、そしてこの顔。
どれをとっても特A級!こんな子がAV女優だったなんて信じられませんね。
無料ムービー観てね
http://www.exciteroom.com/


23 :元・・・・:03/08/14 17:41 ID:???
>>21
印刷用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

24 :nobodyさん:03/08/14 18:03 ID:???
今、ふと思ったんだがページ名をすべてアルファベットでネーミングすると処理が軽くなったりする?

25 :nobodyさん:03/08/14 20:20 ID:???
ボトルネックによる。
たとえば、CGI形式の場合には起動のオーバーヘッドがかなり大きい。

また、日本語を考慮した設計であれば、意味はないと思う。
アルゴリズムから再設計すれば、少しは変わるかもしれない。


26 :nobodyさん:03/08/15 10:12 ID:???
https://sourceforge.jp/projects/fswiki/files/
から3.4.3をfetchしたら、なんか妙に小さいんだけど?
自分だけ?
結局w3mでwikiからダウンロードした。

27 : :03/08/15 20:56 ID:???
FreeStyleWikiでURLに一々「wiki.cgi」って付くのが野暮ったいので、
「index.cgi」に変えたらログインできなくなったよ。

28 :nobodyさん:03/08/15 22:11 ID:???
>>27
/setup.dat

63行あたり

> # CGIスクリプトのファイル名
> script_name = wiki.cgi



> script_name = index.cgi

にすれば動くんじゃねーの?
漏れは やってないから想像だけど。
違ってたらスマソ。

29 :山崎 渉:03/08/15 22:26 ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

30 :27:03/08/16 00:16 ID:???
>>28
それではブラウザのアドレス欄に「index.cgi」と表示されてしまって
わざわざファイル名を変える意味がないので、/setup.datのその部分を

  script_name = ./

に書き替えたところ、ログインできなくなったのでした。

31 :nobodyさん:03/08/16 00:48 ID:???
そういうのは.htaccessでrewriteしましょう。

32 :nobodyさん:03/08/16 01:35 ID:???
>>31
rewriteしたらlogin出来なくなる筈。

33 :nobodyさん:03/08/16 02:32 ID:???
ログインするときのリンクだけwiki.cgiにしておく

34 :nobodyさん:03/08/17 17:18 ID:???
FSWikiの公式サイトで僅か数百のページ数で負荷が云々されているけど、
一般的に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

35 :nobodyさん:03/08/17 18:09 ID:???
質問の意図からは外れてるかもですがコピペ

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のディスク容量があるとすれば、1ページあたり数kBとして、数千?1万ページ程度となります。
この程度であれば検索以外では問題が発生しないでしょう。
ただ、検索に関しては、すべてのページ内容へのアクセスとなるため、サーバの性能に大きく左右されます。

DBMライブラリやperlのtie、正規表現検索に関する詳しい知識を持っていません。
従って間違いがあるかもしれません。詳しい方、フォローをお願いします(^^;

ただし、YukiWikiDBを使用したWindowsのFAT環境では、データベースの容量が実際の十倍程度
必要となるかもしれません。また、その他多くの環境でWikiNameは一つあたり最大125byte迄となります。



36 :nobodyさん:03/08/17 23:34 ID:Msid6wyL
http://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i39
http://www.hyuki.com/yukiwiki/wiki.cgi?FaqPage#i41

37 :nobodyさん:03/08/18 17:20 ID:???
>>34
具体的にどれがいいとかはわかんないけど、
ちゃんとcacheとかを考慮して設計されたWikiなら
数千、数万はいけると思う。
FSWikiの場合はなんでもモジュール(=機能は後付け)がコンセプトなんで
cacheの実装が難しくなってて、
それで性能でないとゆー構造的な問題がありそう。


38 :nobodyさん:03/08/18 19:25 ID:???
ほしゅ

39 :nobodyさん:03/08/18 19:39 ID:???
すんごいページ数が多いのならストレージに DBMS を利用した
タイプにすればいいんじゃないかな。

普通の Web スペースだと DBMS は使えないことが多いから、
こういうとこでの話は生ファイルをストレージに利用できるタイプに
集中しちゃうけど。

WikiPedia は PHP + MySQL だね。



40 :お気に入り集 ☆http://beauty.h.fc2.com/:03/08/18 21:02 ID:ItghO+LV
お気に入り集 ☆
http://beauty.h.fc2.com/


41 :nobodyさん:03/08/19 01:25 ID:???
FSWikiはとりあえず完全復活とみてよいのかな?


42 :nobodyさん:03/08/19 02:15 ID:???
>>39
どうしてページ数が多いとDBMSがいいのかわからんのだけど。
検索用のインデックスを作るとかいう話?

43 :nobodyさん:03/08/19 11:03 ID:???
うんまぁそんな感じ。

インデックスがなくてもファイルシステムを使うよりは速くできると思うけど。一つの WikiName でも
実際に存在する名前かどうかを判定するのって、量が多くなればなるほど負荷が上がるわけで。
ディスクアクセスを効率化させる部分を DBMS に丸投げしちゃうって感じでもそんなに理解として
間違っちゃいないと思うんだな。

まぁそういう言い方しちゃうとキャッシュがあればいいじゃんと言われたらおしまいなんだけど。
実際 PukiWiki は 1.4 になってキャッシュが入ったからページ数が多くなったときに確実に
1.3 より速いわけだし。

ただ DBMS 入れた方が高速化の工夫はやりやすいんじゃないかと思うから、選択肢として悪くない
と思う。自分はそこまでの必要性を感じてないのと、データの可搬性が落ちるのがいやで使ってない
けどね。Wiki を分割して InterWiki で繋ぐことで1つの Wiki サイトにあまり多くのページが集中しない
ようにすればそこそこ速度は稼げるし。

44 :nobodyさん:03/08/20 16:20 ID:???
既出かもしれないけど、

FSWikiLite
http://fswiki.poi.jp/wiki.cgi?page=FSWikiLite

だそうです。

45 :nobodyさん:03/08/20 19:56 ID:???
>>44
あ、0.0.3に上がってるや。

FSWikiの3.5.0も、週末くらいのリリースらしいね。

46 :nobodyさん:03/08/20 20:22 ID:???
FSWikiでwiki.cgiを表示させずに

http://hoge.com/wiki/?page=FrontPage

でアクセスする方法ってありませんか?
Googleだと.cgiのファイルは認識されにくいらしいので
お願いします。

47 :nobodyさん:03/08/20 22:26 ID:W6XZ+n9Z
FSWikiでwiki.cgi?を表示させずに

http://hoge.com/wiki/page/FrontPage

でアクセスする方法ってありませんか?
Googleだと ? を含む url は認識されにくいらしいので
お願いします

48 :nobodyさん:03/08/20 23:27 ID:???
問題なく認識されてるみたいだけどなぁ。
やったことないから判らない。

>>31,33の方法では上手くいかなかったの?

49 :無料動画直リン:03/08/20 23:37 ID:CDzd/BGD
http://homepage.mac.com/sayuri8/

50 :nobodyさん:03/08/21 00:18 ID:???
http://sheepman.parfait.ne.jp/wiki/Wiki%A4%C8%C6%FC%B5%AD%A1%A2mod_rewrite/
とか
http://sheepman.parfait.ne.jp/wiki/RewriteRule/
とか

14 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)