Wiki系とWikiEngineについて語るスレ Part5
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2007/11/04(日) 18:08:22ID:+qfAMz72簡易に更新が行えることからBlog的な使い方もされているプログラム。
コラボレーションが容易であることもその重要な利点。
比較的プログラムがシンプルなため改造等も盛ん。
そんなWikiについてﾏﾀｰﾘ語っていきましょう。
= 過去スレ =
Part1 http://pc2.2ch.net/test/read.cgi/php/1060739206/
Part2 http://pc2.2ch.net/test/read.cgi/php/1014252667/
Part3 http://pc5.2ch.net/test/read.cgi/php/1079702729/
Part4 http://pc11.2ch.net/test/read.cgi/php/1106478373/
>>2-4 に続く
0002nobodyさん
2007/11/04(日) 18:08:27ID:+qfAMz72PukiWikiスレ Part6
http://pc11.2ch.net/test/read.cgi/php/1173615817/
=== MediaWiki 管理者の集い 第2版 ===
http://pc11.2ch.net/test/read.cgi/php/1183501450/
FreeStyleWikiスレ
http://pc11.2ch.net/test/read.cgi/php/1151389730/
【BLOG】CMS総合スレ2【Wiki,XOOPS】
http://pc11.2ch.net/test/read.cgi/hp/1162287963/
Blog/Wiki関連技術総合
http://pc11.2ch.net/test/read.cgi/php/1085471483/
ホスティング型無料Wikiサービス
http://pc11.2ch.net/test/read.cgi/esite/1106932023/
Wiki
http://pc11.2ch.net/test/read.cgi/friend/1108531582/
0003nobodyさん
2007/11/04(日) 18:08:35ID:+qfAMz72日本発の Wiki Wiki Web リンク集
http://www9.ocn.ne.jp/~ymt/wiki/
日本発の wiki クローンリスト
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist2.html
Wiki Wiki Web リンク集
http://folksonomy.sakura.ne.jp/wiki/wikiengines.html
日本発Wikiエンジン - コンパクトなWikiエンジンリンク集
http://www.hyuki.com/yukiwiki/wiki.cgi?%C6%FC%CB%DC%C8%AFWiki%A5%A8%A5%F3%A5%B8%A5%F3
資料/Wiki関連/Wikiエンジン/インデックス - Walrus, Digit.
http://digit.que.ne.jp/work/index.cgi?%e8%b3%87%e6%96%99%2fWiki%e9%96%a2%e9%80%a3%2fWiki%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%b3%2f%e3%82%a4%e3%83%b3%e3%83%87%e3%83%83%e3%82%af%e3%82%b9
WikiYallow
http://wiki.yallow.info/
Wiki ばな（参加者募集中）
http://wikibana.socoda.net/
0004nobodyさん
2007/11/04(日) 18:08:42ID:+qfAMz72WikiMatrix - Compare them all
http://www.wikimatrix.org/
WikiCreole: Home
http://www.wikicreole.org/
0005nobodyさん
2007/11/04(日) 18:17:09ID:???2 年 10 ヶ月前と状況はあまり変わっていませんが……適当に行きましょう。
0006nobodyさん
2007/11/04(日) 19:43:34ID:???ﾐ・д・ﾐ ＜ほっしゅほっしゅ！
""""
0007nobodyさん
2007/11/05(月) 02:03:30ID:???0008nobodyさん
2007/11/05(月) 10:02:10ID:J0fXMsdC[[○○○|http://××/img/.jpg]]
http://××/img/.jpg
と記述すると勝手に画像が直接表示されてしまいます。
元の画像がかなり大きい為に、画面のバランスが崩れてしまうので困っています。
サムネイルで表示する方法、それが出来なければ直接画像を表示しない方法はないでしょうか？
0009nobodyさん
2007/11/06(火) 00:09:45ID:???0010nobodyさん
2007/11/06(火) 09:06:35ID:???Wikiの「誰でも書ける」って特性は重要だし
そもそもCMSってなんか面倒なのが多い
手軽なWikiの方がいいよ
0011nobodyさん
2007/11/06(火) 10:00:57ID:???妄想は脳内で留めておいてよ。
0013nobodyさん
2007/11/06(火) 15:29:25ID:???知っているがおまえの態度が（ｒｙ
0014nobodyさん
2007/11/06(火) 20:36:25ID:???どんだけWiki文法の説明しないといけないと思ってるんだ？
0016nobodyさん
2007/11/07(水) 06:41:19ID:???ほかにも何だって
0018nobodyさん
2007/11/07(水) 15:26:20ID:???＠Wikiが良い例
HTMLの直接入力、Wiki文法、WYSIWYGのエディタこれらを自分にあった形式で
自動的に使い分けれるCMSになってWikiのようなバージョン管理が出来ればいい
0019nobodyさん
2007/11/07(水) 16:45:37ID:???後からフォーマットの変更ができないために
最初にWYSIWYGモードでページ作られてると、文章が書きづらくて泣ける
0020nobodyさん
2007/11/08(木) 16:50:41ID:???0021nobodyさん
2007/11/11(日) 00:28:37ID:???http://hp.vector.co.jp/authors/VA007799/viviProg/doc5.htm
0022nobodyさん
2007/11/18(日) 08:19:21ID:???DB を使っているか否かということが分かりませんでした
PukiWiki を運用してみまして、
１．データ量が増えてくると使いものにならなくなってくる
２．Wiki 内の検索がおばか
以上の点で悲しい思いをしており、DB を使うタイプの Wiki へ移行したいのですが、
そういった DB 使用の Wiki エンジンリストはどこかにありますでしょうか？
ご存知の方がいらっしゃいましたらお教えいただきたく、どうぞよろしくお願いいたします
0023nobodyさん
2007/11/18(日) 09:02:42ID:???俺が今作ってるよ！
まあそれはそれとして
MOONGIFTで「Wiki」カテゴリを表示させて
その中から「MySQL」などのカテゴリがついてるのを探せば、いくつか見つかる
ただし英語のものがほとんどだけど
0024nobodyさん
2007/11/18(日) 15:42:43ID:???002522
2007/11/19(月) 00:13:43ID:???MediaWiki も運用しているのですが大層すぎますので…
PukiWiki ほどではないにせよ、もう少しライトな感じのものがあればと思っていました
と思って MOONGIFT なるところで探していたら良さそうなものが見つかりました
UTF対応で日本語編集・表記もできるようなので実装してみようと思います
# ソースとドキュメントが英語だとハードルに感じてしまって良いものを逃がしてしまうのが日本人の残念なところ？！
なにはともあれ、レスしていただきましてありがとうございました！
# 個人的には PhpTiddlyWiki / KamiWiki みたいなのが IE にも完全対応すれば、
おもしろいかなぁと思ったり思ってなかったり
0027nobodyさん
2007/11/22(木) 07:15:27ID:???DekiWikiか？
俺も入れたけど、けっこう重かったよ。
ちなみに俺のお勧めはDokuWiki。
スペル似てるけどｗ
DB使わないんで対象外かもしれないけど、いろいろ試した中で一番良いWikiだと思う。
WikiMatrixで調べれば、一番適したのが見つかるかもね。
http://www.wikimatrix.org/
0028nobodyさん
2007/11/22(木) 07:23:34ID:???0030nobodyさん
2007/11/25(日) 18:42:16ID:Fa9lD6Z0書くテーマが複数あるので複数設置したい。
複数設置で Engine とかファイルを共有した人いる?
Moinmoin/ だけ使い回しして設定デイレクトリとcacheと生成ページだけ別に出来ないかな。
0031nobodyさん
2007/11/25(日) 18:44:06ID:Fa9lD6Z00032nobodyさん
2007/11/25(日) 21:47:33ID:???どのWikiもテストしているうちは軽くていいんだけどページ増えると不安だ。
0033nobodyさん
2007/11/25(日) 22:06:16ID:???検索するとき以外はあんまり関係ないとは思うけど。
非力なNASで動かしているけど、一番軽く、高機能なWikiだと思う。
逆にMySQL使うCMSやWikiのほうが遅いよ。NASのメモリが少ないせいもあるとは思うけど。
あと、これは人によるけど、MySQLよりファイルのほうがバックアップが簡単だよね。
0034nobodyさん
2007/11/25(日) 22:52:06ID:???>何でページ増えると重くなるの？
・リンク先のページが存在するかどうかのチェック
・サイドバーでの新着表示
実際にどの辺から重くなってくるのかは環境や用途による
0035nobodyさん
2007/11/25(日) 23:25:55ID:???てか、そんなにリンクするのかな？
新着表示も、普通更新時に行うんじゃない？
ユーザー別に既読とかを分ける処理するん？
0036nobodyさん
2007/11/30(金) 08:44:35ID:???0037nobodyさん
2007/12/02(日) 06:14:10ID:???0038nobodyさん
2007/12/04(火) 00:24:35ID:???0039nobodyさん
2007/12/25(火) 23:52:23ID:???DokuWiki立てました。
良かったら是非。
0040nobodyさん
2007/12/25(火) 23:58:35ID:???会社内でdokuWikiを１年間運用してます。
（Mantisと組み合わせてバグレポートとしても併用）
説明書とか手順書とかガンガン書いてるけど、重たくはならないねえ。
仮想鯖でメモリ512ぐらいなんだが余裕。
ただ、デフォの検索はちょっと悲しい。
前文検索でＭｅｃａｂ＋Sennaでもやろうかと思っているところ。
ページ量産は全然問題ないけど、一つのページに長文書くとちょっと重たい時はあるぐらい（それは、どのCMSでもそうだろうけど）
pukiWIKIは会社でみんなで使ったら１ヶ月で重たくなって止めた。
0042nobodyさん
2007/12/26(水) 04:25:24ID:???DB使ってなくても軽く感じるということは
DB使えばもっと軽く感じるのかも？しれませんね
PukiWiki系は自身だけでは検索が使えなさすぎてorz
Plug-inを使って外部検索を呼び出す手がありますけれど、
その手はセキュリティ的にアウトだったりして／(^o^)＼
0043nobodyさん
2007/12/26(水) 13:19:23ID:???検索には都合いいんだろうけど。
0045nobodyさん
2007/12/26(水) 14:53:00ID:???同時アクセスが非常に多いケースや、検索が頻繁に行われるのでなければDB無くても大丈夫じゃないかと思う。
DokuWikiをMecab使って使用してるけど、ちゃんとINDEXしてるからDB無くても比較的検索は早いと思う。
キャッシュも個別対応しているから、レスポンスで困ることはあんまり無いよね。
DBにすれば何でもパフォーマンスアップっていう妄想は持たない方が良いかと。
で、>>32のサイトはそんなに膨大なアクセスがあるんだろうか？
004641
2007/12/26(水) 21:48:08ID:???SENNAどうよ？
http://qwik.jp/senna/FrontPageJ.html
0047nobodyさん
2007/12/27(木) 00:54:49ID:???> その手はセキュリティ的にアウトだったりして／(^o^)＼
なにそれ？言ってる意味が分からない。
0048nobodyさん
2007/12/27(木) 14:08:34ID:???ちゃんと整理した方が良いよ。
本当にDB使ったWikiなら悩みが全て解決するのかね？？
そうであるなら、WikiMatrixでDB対応のWikiを探せばいいじゃん。
http://www.wikimatrix.org/
どれくらいの規模のシステムの話してるんだ？
ページビューや更新の頻度は？
要求スペックは何msのレスポンスなんだ？
てか、速度を要求されるのはViewなのか検索なのか？
せめて現状のシステムスペックや環境と、改善したい内容の詳細を
明確にしたほうが、期待した回答が返ってくると思うよ。
0049nobodyさん
2007/12/27(木) 14:54:26ID:???どこのコンサルよ？
0050nobodyさん
2007/12/27(木) 17:06:28ID:???0051nobodyさん
2007/12/27(木) 17:12:51ID:???PukiWikiみたいにページ数が増えたらとたんに重くなるんじゃ、不安になると思うけど。
0052nobodyさん
2007/12/27(木) 17:18:40ID:???１．データ量が増えると。。。ってのはDBだから解決されるか冷静に考えてみた方が良いかと。
遅くなる原因は明確になってるん？ 原因あっての解決策だから。<-重要
なんとなく、そんな気がするでは駄目ですｗ
２．検索の方は、精度を改善したいのであればDBとか関係なくて、INDEXの方法だよね。
詳しい方々、ツッコミよろしく。
0054nobodyさん
2007/12/27(木) 19:04:06ID:???既に回答もあるみたいだけど、DokuwikiはDBサポートしていないですね。
でも、ページ増えても重いと感じたことは無いです。（といっても2000ページ程度の内部用ですが）
P3 1Gで512MB, Debian/Apacheです。
重いの定義は人によるだろうけど。
>>51の例に出てるPukiWikiはちゃんと見てないけど、重くなる原因は設計にあるんではないかな？
DekiWikiとか高機能なWikiも試したけど、DB対応でもそれ以前にLogic部分が重くてストレスだった。
0055nobodyさん
2007/12/27(木) 19:14:36ID:???MySQL版のDokuWikiもあるよ
ttp://www.marssoft.de/doku.php?id=software:sqlwiki
0056nobodyさん
2007/12/28(金) 18:08:38ID:???それ恥ずかしくないの？
0059nobodyさん
2008/01/18(金) 00:15:22ID:???別管理しているWikiがあれば教えて下さい。
タイトルは日本語にしてURLは英語にしたいんですが、
いまのところHikiしか見たことないです。
0060nobodyさん
2008/01/18(金) 16:50:53ID:???WIKI全般に関わることなのでこちらに書き込みました。
WIKIにおいて、うまくユーザーに記事をたくさん投稿してもらうにはどうしたらいいのでしょうか？
また皆様が行っている工夫も聞かせてもらえたら嬉しいです。
0061nobodyさん
2008/01/18(金) 17:06:39ID:???Wiki の編集って、結局大なり小なりその Wiki 特有の編集ルールを覚える必要があって
多くの利用者はそのようなルールのハードルが高いと感じるようです
0064nobodyさん
2008/01/18(金) 22:09:32ID:???設定ってこれかな？平仮名と片仮名だけみたいですね。
ttp://wiki.splitbrain.org/wiki:romanization
0065nobodyさん
2008/01/18(金) 23:48:11ID:???簡単だから導入してみれば分かるさ。
0066nobodyさん
2008/01/20(日) 01:12:04ID:???useheadingを使うと目的のことができました。
DokuWiki初めて使いましたがなかなか良さそうです。
ありがとうございました。
0067nobodyさん
2008/01/20(日) 10:29:26ID:???目的達成できたみたいで良かった。
Dokuwikiはテンプレートもいっぱいあるから、デフォのシンプルなのじゃなくて
多機能なWiki風にすることもできるよ（実際多機能だけど）
0068nobodyさん
2008/01/26(土) 16:26:04ID:???公式のプラグインサイトにあった2つは違う機能のようですし・・・
本当はDekiWiki使いたいんですが、レンタルでは無理っぽいですね
0069nobodyさん
2008/01/28(月) 01:11:35ID:???もしかして俺だけだったりするの？
0070nobodyさん
2008/01/28(月) 09:49:47ID:???0071nobodyさん
2008/02/12(火) 23:21:08ID:???DokuWikiで「<=」を入力したら自動で左矢印に変換されてしまいます。
どうすれば「<=」を表示させれますかっ？
0072nobodyさん
2008/02/13(水) 09:12:05ID:???0073nobodyさん
2008/02/15(金) 18:09:30ID:rahq6bVAなんかあった？
0074nobodyさん
2008/03/04(火) 11:18:42ID:S7MRn1m8Hikiでgoogle-sitemapsプラグインを使っているのですが、
googleウェブマスターツールで必ずエラーになってしまいます。
Hiki使いの方、上手くいってますか？
007574
2008/03/11(火) 12:17:42ID:???ありもしないアドレスにアクセスしたとき、
404エラーを返さないっぽいのが原因なのかな…？
0077nobodyさん
2008/04/05(土) 11:53:34ID:???どうもwikiでも日本人は他人の書いた部分を消したがらない傾向があるような気がする。
訂正したい時はその下にコメントを追加して、さらに原著者が返事をして…と
掲示板のようなやりとりになり、さらに結論が出た後もそれを消さないから
読者は最後まで追わないといけなくなる。
あと、情報が更新されたときも打ち消し線はやめてほしい。
読者が知りたいのは最新で正確な情報だけであって、討論ページや更新履歴は
本文とは分けてほしい。
…と、最近打ち消し線だらけの仕様書を見て怒りがこみ上げたので思った。
0078nobodyさん
2008/04/15(火) 14:41:07ID:???0079nobodyさん
2008/04/15(火) 17:28:55ID:???0081nobodyさん
2008/04/19(土) 22:37:29ID:S2LnLm3xスキルアップのためにwikiエンジンを作っているのですが
行頭に+で番号付きリスト、-で通常のリストという文法をしているとき
+ リスト1
- リスト2
+ リスト3
のリスト3は、「2. リスト3」か「1. リスト3」のどちらがユーザにとっては
親切なのか判断がつきません。
実装的には後者のほうが楽なのですが、前者もできないわけではないので
多い方を採用しようと考えています。
みみっちい話で申し訳ありませんが、よろしくお願いします。
0082nobodyさん
2008/04/19(土) 23:25:14ID:???そもそも「前者の方が親切かも」と思った理由は何なんだ
olとulを交互に使いたくて、しかも番号を続けて欲しいときなんて、そう無いと思うんだが
008381
2008/04/19(土) 23:44:57ID:S2LnLm3xPukiWikiModのところでたまたま見かけたバグトラックの内容です。
ttp://xoops.hypweb.net/modules/pukiwiki/2458.html
こういう考え方もあるのか、と開発の参考にしようと考えていたのですが
ほとんどのwikiは番号振り直しで、結局どっちなんだ…と悶々としていた経緯がありまして…。
0084nobodyさん
2008/04/20(日) 20:35:16ID:???別の（以前の）ブロック要素の内容に依存するってありえないだろ。
0085nobodyさん
2008/04/20(日) 23:52:08ID:???008681
2008/04/21(月) 22:44:36ID:???やっぱりその考え方はマズいですか…。
>>85
リスト2とリスト3の間に改行があるかということで判別、ということでしょうか？
いろいろ考えた末、>>84さんの方針に合わせる仕様にします。
参考にさせて頂きます。>>85さんも、ありがとうございました。
0087nobodyさん
2008/04/29(火) 21:14:36ID:???更新履歴のページは 画像 や &ruby(,) の展開が有効になっていますが、
一覧のページ(IndexPage)はそのままのWikiのソースが表示されます。
これは自分でなんとかしたほうがよいんでしょうか？
もし先人がすでになんとかしているなら教えていただきたいんですが、、
0088nobodyさん
2008/04/29(火) 23:11:57ID:???473 #print qq(<li><a href="$url_cgi?@{[&encode($page)]}">@{[&escape($page)]}</a>@{[&escape(&g et_subjectline($page))]}</li>);
474 print qq(<li><a href="$url_cgi?@{[&encode($page)]}">@{[&escape($page)]}</a>@{[&inline(&ge t_subjectline($page))]}</li>);
0089nobodyさん
2008/04/29(火) 23:13:27ID:???473 #print qq(<li><a href="$url_cgi?@{[&encode($page)]}">@{[&escape($page)]}</a>@{[&escape(&get_subjectline($page))]}</li>);
474 print qq(<li><a href="$url_cgi?@{[&encode($page)]}">@{[&escape($page)]}</a>@{[&inline(&get_subjectline($page))]}</li>);
0090nobodyさん
2008/05/13(火) 11:24:27ID:???携帯端末のようなモバイルブラウザからもみられるように
簡単にコンテンツの切り替えができるようなウィキってありますか？
なかったら自分で作るしかないかな。。
0091nobodyさん
2008/05/13(火) 11:25:17ID:???0092nobodyさん
2008/05/13(火) 11:25:40ID:???0093nobodyさん
2008/05/13(火) 15:38:58ID:???ルビ定義を青空文庫形式とかで記述できると嬉しい
携帯でもルビ表現するとなると、ぎちぎちにテーブル組むしかねえかな
0094nobodyさん
2008/05/13(火) 18:25:45ID:???0096nobodyさん
2008/05/15(木) 22:29:29ID:???効率も良いし楽だし見やすくﾈ？
0097nobodyさん
2008/05/16(金) 13:11:41ID:???http://www.hiragana-gateway.com/
こういうのもあるけど、変換ミスもあるからなあ。。
0098nobodyさん
2008/05/24(土) 00:27:12ID:hsqMTftr今、pukiwiki以外のwikiを使ってみようと思ってpmwiki、dokuwiki、mediawikiをUTF-8モードで評価中
その中で気づいたことに数日つまづいてる
新規ページ作成方法のひとつ「URLに存在しないページ名の入力」があるよね？
これ、Windows上でIE6、IE7、Firefox2から日本語を入力するとShift-jisで送信してしまい、文字化けしたページを生成してしまう
だから、pukiwikiのように弾くか、文字化けを修正して正常なページを作成したい
これを対策してる人はどんな方法を使ってるかご教授願いたいです
Wikipediaも未対策で文字化けするんだよね、Linuxだと問題ないけど…
0099nobodyさん
2008/05/25(日) 00:43:53ID:???該当箇所のファイルをチェックして、修正すればいいんじゃね？
OSの問題じゃないよ
「文字コード (wiki名)」でググれば、なんか出てくるカモよ
0100nobodyさん
2008/05/25(日) 01:06:21ID:???wikiそのものは動作するのですが、スタイルシート動的生成が巧く動きません。
単独でphpが動作するか確認した所、
動作する場合と、動作しない場合を確認できました。
×
cd /
php-cgi /var/www/dokuwiki/lib/exe/css.php
×
cd /var/www
php-cgi /dokuwiki/lib/exe/css.php
×
cd /var/www/dokuwiki
php-cgi ./lib/exe/css.php
○
cd /var/www/dokuwiki/lib/exe
php-cgi ./css.php
良い処方をご存じの方、ヒント等教えてください。
0101nobodyさん
2008/05/25(日) 01:08:34ID:???html上のフォームからだとそのhtmlと同じ文字コードで送信するのが規格上の挙動。
(まもってないブラウザもある。w3mとかシンプルなのはいいけど基本的な規約も守ってないクソブラウザなので信用するな。)
Firefoxなら問題ないはずだけど、文字が化けてるのは間違いなくブラウザから送信した段階なんだな？
そう確信した理由も説明して欲しい。
アドレスバーに直接入力した場合はブラウザによって対応はまちまちだけど、
UTF-8で送信するのが最近の主流っぽい。
■ このスレッドは過去ログ倉庫に格納されています