07/11/22 07:15:27
>>25
DekiWikiか？
俺も入れたけど、けっこう重かったよ。
ちなみに俺のお勧めはDokuWiki。
スペル似てるけどｗ
DB使わないんで対象外かもしれないけど、いろいろ試した中で一番良いWikiだと思う。
WikiMatrixで調べれば、一番適したのが見つかるかもね。
URLﾘﾝｸ(www.wikimatrix.org)
28:nobodyさん
07/11/22 07:23:34
あとはDB使うなら、TikiWikiあたりが面白いかもね。。
29:nobodyさん
07/11/22 19:50:58
Moongift も入れれば良かったな。ちなみに matrix は足しといた >>4
30:nobodyさん
07/11/25 18:42:16 Fa9lD6Z0
Python で作られた Moinmoin や Trac の話題はここ?
書くテーマが複数あるので複数設置したい。
複数設置で Engine とかファイルを共有した人いる?
Moinmoin/ だけ使い回しして設定デイレクトリとcacheと生成ページだけ別に出来ないかな。
31:nobodyさん
07/11/25 18:44:06 Fa9lD6Z0
>>27 俺も DokuWiki 軽くていいとおもう。
32:nobodyさん
07/11/25 21:47:33
DokuWikiをMySQLで使っている人いるかな？
どのWikiもテストしているうちは軽くていいんだけどページ増えると不安だ。
33:nobodyさん
07/11/25 22:06:16
重くなる要素がわからんけど、何でページ増えると重くなるの？Indexのこと？
検索するとき以外はあんまり関係ないとは思うけど。
非力なNASで動かしているけど、一番軽く、高機能なWikiだと思う。
逆にMySQL使うCMSやWikiのほうが遅いよ。NASのメモリが少ないせいもあるとは思うけど。
あと、これは人によるけど、MySQLよりファイルのほうがバックアップが簡単だよね。
34:nobodyさん
07/11/25 22:52:06
>>33
>何でページ増えると重くなるの？
・リンク先のページが存在するかどうかのチェック
・サイドバーでの新着表示
実際にどの辺から重くなってくるのかは環境や用途による
35:nobodyさん
07/11/25 23:25:55
ページに張られているリンク数によるけど、ページ毎の処理だから増えても重くならない気がする。
てか、そんなにリンクするのかな？
新着表示も、普通更新時に行うんじゃない？
ユーザー別に既読とかを分ける処理するん？
36:nobodyさん
07/11/30 08:44:35
DB使うやつならWakkaｸﾛｰﾝ（UniWakka、WikkaWiki etc...）もｵﾇﾇﾒ
37:nobodyさん
07/12/02 06:14:10
URL ぐらい貼れ
38:nobodyさん
07/12/04 00:24:35
ググれ
39:nobodyさん
07/12/25 23:52:23
URLﾘﾝｸ(127.0.0.1:8823)ｽﾚﾘﾝｸ(php板)l2
DokuWiki立てました。
良かったら是非。
40:nobodyさん
07/12/25 23:58:35
>>32
会社内でdokuWikiを１年間運用してます。
（Mantisと組み合わせてバグレポートとしても併用）
説明書とか手順書とかガンガン書いてるけど、重たくはならないねえ。
仮想鯖でメモリ512ぐらいなんだが余裕。
ただ、デフォの検索はちょっと悲しい。
前文検索でＭｅｃａｂ＋Sennaでもやろうかと思っているところ。
ページ量産は全然問題ないけど、一つのページに長文書くとちょっと重たい時はあるぐらい（それは、どのCMSでもそうだろうけど）
pukiWIKIは会社でみんなで使ったら１ヶ月で重たくなって止めた。
41:nobodyさん
07/12/25 23:59:29
>>32
ごめん、DB使ってなかった。。。
すまんです・・・DB使用時は不明・・・
42:nobodyさん
07/12/26 04:25:24
>>40-41
DB使ってなくても軽く感じるということは
DB使えばもっと軽く感じるのかも？しれませんね
PukiWiki系は自身だけでは検索が使えなさすぎてorz
Plug-inを使って外部検索を呼び出す手がありますけれど、
その手はセキュリティ的にアウトだったりして／(^o^)＼
43:nobodyさん
07/12/26 13:19:23
DBがボトルネックになる場合もあるから一概には言えないと思う
検索には都合いいんだろうけど。
44:nobodyさん
07/12/26 13:29:59
>>43
DB専用のサーバを立てればそんなことになりませんよ
45:nobodyさん
07/12/26 14:53:00
DBが効果ある場面って限られてるんでは？
同時アクセスが非常に多いケースや、検索が頻繁に行われるのでなければDB無くても大丈夫じゃないかと思う。
DokuWikiをMecab使って使用してるけど、ちゃんとINDEXしてるからDB無くても比較的検索は早いと思う。
キャッシュも個別対応しているから、レスポンスで困ることはあんまり無いよね。
DBにすれば何でもパフォーマンスアップっていう妄想は持たない方が良いかと。
で、>>32のサイトはそんなに膨大なアクセスがあるんだろうか？
46:41
07/12/26 21:48:08
>>42
SENNAどうよ？
URLﾘﾝｸ(qwik.jp)
47:nobodyさん
07/12/27 00:54:49
> Plug-inを使って外部検索を呼び出す手がありますけれど、
> その手はセキュリティ的にアウトだったりして／(^o^)＼
なにそれ？言ってる意味が分からない。
48:nobodyさん
07/12/27 14:08:34
なんか目的と手段が自分自身でも明確になってないんじゃない？
ちゃんと整理した方が良いよ。
本当にDB使ったWikiなら悩みが全て解決するのかね？？
そうであるなら、WikiMatrixでDB対応のWikiを探せばいいじゃん。
URLﾘﾝｸ(www.wikimatrix.org)
どれくらいの規模のシステムの話してるんだ？
ページビューや更新の頻度は？
要求スペックは何msのレスポンスなんだ？
てか、速度を要求されるのはViewなのか検索なのか？
せめて現状のシステムスペックや環境と、改善したい内容の詳細を
明確にしたほうが、期待した回答が返ってくると思うよ。
49:nobodyさん
07/12/27 14:54:26
おまえ親切だな。
どこのコンサルよ？
50:nobodyさん
07/12/27 17:06:28
丸の内の方ですｗ
51:nobodyさん
07/12/27 17:12:51
てか、DBが嫌いなだけなんじゃね？
PukiWikiみたいにページ数が増えたらとたんに重くなるんじゃ、不安になると思うけど。
52:nobodyさん
07/12/27 17:18:40
つか、>22に少しは書いてあったのね。
１．データ量が増えると。。。ってのはDBだから解決されるか冷静に考えてみた方が良いかと。
遅くなる原因は明確になってるん？ 原因あっての解決策だから。<-重要
なんとなく、そんな気がするでは駄目ですｗ
２．検索の方は、精度を改善したいのであればDBとか関係なくて、INDEXの方法だよね。
詳しい方々、ツッコミよろしく。
53:nobodyさん
07/12/27 18:21:13
>>52
22は>>25で解決してるみたいだから、
ここ最近の流れは>>32が発端だと思うよ？
54:nobodyさん
07/12/27 19:04:06
なるほど。そうみたいですね。すみません。
既に回答もあるみたいだけど、DokuwikiはDBサポートしていないですね。
でも、ページ増えても重いと感じたことは無いです。（といっても2000ページ程度の内部用ですが）
P3 1Gで512MB, Debian/Apacheです。
重いの定義は人によるだろうけど。
>>51の例に出てるPukiWikiはちゃんと見てないけど、重くなる原因は設計にあるんではないかな？
DekiWikiとか高機能なWikiも試したけど、DB対応でもそれ以前にLogic部分が重くてストレスだった。
55:nobodyさん
07/12/27 19:14:36
>>54
MySQL版のDokuWikiもあるよ
URLﾘﾝｸ(www.marssoft.de)
56:nobodyさん
07/12/28 18:08:38
> P3 1Gで512MB, Debian/Apacheです。
それ恥ずかしくないの？
57:nobodyさん
07/12/28 19:00:24
>>56=>>47=>>13
年末年始はゆっくりストレス発散できるといいね！＼(^o^)／
58:nobodyさん
07/12/28 19:13:31
>>56
プギャー m9（＾o＾）
59:nobodyさん
08/01/18 00:15:22
ページのタイトル(HTMLのtitleタグやh1タグ)とURLを
別管理しているWikiがあれば教えて下さい。
タイトルは日本語にしてURLは英語にしたいんですが、
いまのところHikiしか見たことないです。
60:nobodyさん
08/01/18 16:50:53
プログラムに関係してはいないのですが、
WIKI全般に関わることなのでこちらに書き込みました。
WIKIにおいて、うまくユーザーに記事をたくさん投稿してもらうにはどうしたらいいのでしょうか？
また皆様が行っている工夫も聞かせてもらえたら嬉しいです。
61:nobodyさん
08/01/18 17:06:39
投稿用フォームを作っておくと情報量はとりあえず増えますね
Wiki の編集って、結局大なり小なりその Wiki 特有の編集ルールを覚える必要があって
多くの利用者はそのようなルールのハードルが高いと感じるようです
62:nobodyさん
08/01/18 17:35:22
>>59
上の方で話題に出ているDokuWikiは、設定でそういう風に変えられるっぽいよ。
63:nobodyさん
08/01/18 18:12:16
>>61
ありがとうございます。
投稿用フォームですか。
たしかに文書を書くルールが垣根になりますね。
64:nobodyさん
08/01/18 22:09:32
>>62
設定ってこれかな？平仮名と片仮名だけみたいですね。
URLﾘﾝｸ(wiki.splitbrain.org)
65:nobodyさん
08/01/18 23:48:11
漢字も使えるよ。
簡単だから導入してみれば分かるさ。
66:nobodyさん
08/01/20 01:12:04
>>65
useheadingを使うと目的のことができました。
DokuWiki初めて使いましたがなかなか良さそうです。
ありがとうございました。
67:nobodyさん
08/01/20 10:29:26
>>66
目的達成できたみたいで良かった。
Dokuwikiはテンプレートもいっぱいあるから、デフォのシンプルなのじゃなくて
多機能なWiki風にすることもできるよ（実際多機能だけど）
68:nobodyさん
08/01/26 16:26:04
DokuWikiに、blogのようにコメントできる機能はないんですか？
公式のプラグインサイトにあった2つは違う機能のようですし・・・
本当はDekiWiki使いたいんですが、レンタルでは無理っぽいですね
69:nobodyさん
08/01/28 01:11:35
Moongiftが「次の結果」というリンクが機能していないんだけど、みんなも機能してないの？
もしかして俺だけだったりするの？
70:nobodyさん
08/01/28 09:49:47
誤爆か？
71:nobodyさん
08/02/12 23:21:08
質問させてください。
DokuWikiで「<=」を入力したら自動で左矢印に変換されてしまいます。
どうすれば「<=」を表示させれますかっ？
72:nobodyさん
08/02/13 09:12:05
URLﾘﾝｸ(wiki.splitbrain.org)記号
73:nobodyさん
08/02/15 18:09:30 rahq6bVA
wikihouseにつながらない
なんかあった？
74:nobodyさん
08/03/04 11:18:42 S7MRn1m8
質問なので上げます
Hikiでgoogle-sitemapsプラグインを使っているのですが、
googleウェブマスターツールで必ずエラーになってしまいます。
Hiki使いの方、上手くいってますか？
75:74
08/03/11 12:17:42
やり方探していたら自分の書き込みが引っ掛かってﾜﾗﾀ
ありもしないアドレスにアクセスしたとき、
404エラーを返さないっぽいのが原因なのかな…？
76:nobodyさん
08/03/14 18:08:56
>>75
HikiのMLで質問してみてはいかがでしょ。
77:nobodyさん
08/04/05 11:53:34
打ち消し線というのは日本の文化なのかね？
どうもwikiでも日本人は他人の書いた部分を消したがらない傾向があるような気がする。
訂正したい時はその下にコメントを追加して、さらに原著者が返事をして…と
掲示板のようなやりとりになり、さらに結論が出た後もそれを消さないから
読者は最後まで追わないといけなくなる。
あと、情報が更新されたときも打ち消し線はやめてほしい。
読者が知りたいのは最新で正確な情報だけであって、討論ページや更新履歴は
本文とは分けてほしい。
…と、最近打ち消し線だらけの仕様書を見て怒りがこみ上げたので思った。
78:nobodyさん
08/04/15 14:41:07
自分専用のスタイルシートを設定して非表示にすればいい
79:nobodyさん
08/04/15 17:28:55
文化じゃなくてただの責任逃れだろ。
80:nobodyさん
08/04/15 20:39:20
>>77 と >>79 から導かれる結論→打ち消し線というのは日本の責任逃れ
81:nobodyさん
08/04/19 22:37:29 S2LnLm3x
質問ageさせていただきます。
スキルアップのためにwikiエンジンを作っているのですが
行頭に+で番号付きリスト、-で通常のリストという文法をしているとき
+ リスト1
- リスト2
+ リスト3
のリスト3は、「2. リスト3」か「1. リスト3」のどちらがユーザにとっては
親切なのか判断がつきません。
実装的には後者のほうが楽なのですが、前者もできないわけではないので
多い方を採用しようと考えています。
みみっちい話で申し訳ありませんが、よろしくお願いします。
82:nobodyさん
08/04/19 23:25:14
>>81
そもそも「前者の方が親切かも」と思った理由は何なんだ
olとulを交互に使いたくて、しかも番号を続けて欲しいときなんて、そう無いと思うんだが
83:81
08/04/19 23:44:57 S2LnLm3x
>>82
PukiWikiModのところでたまたま見かけたバグトラックの内容です。
URLﾘﾝｸ(xoops.hypweb.net)
こういう考え方もあるのか、と開発の参考にしようと考えていたのですが
ほとんどのwikiは番号振り直しで、結局どっちなんだ…と悶々としていた経緯がありまして…。
84:nobodyさん
08/04/20 20:35:16
便利だとか便利じゃないとかいう問題じゃなくて、あるブロック要素の内容が
別の（以前の）ブロック要素の内容に依存するってありえないだろ。
85:nobodyさん
08/04/20 23:52:08
改行の有無で分ければいいんでないん
86:81
08/04/21 22:44:36
>>84
やっぱりその考え方はマズいですか…。
>>85
リスト2とリスト3の間に改行があるかということで判別、ということでしょうか？
いろいろ考えた末、>>84さんの方針に合わせる仕様にします。
参考にさせて頂きます。>>85さんも、ありがとうございました。
87:nobodyさん
08/04/29 21:14:36
WalWikiの2.1.0を使っています。
更新履歴のページは 画像 や &ruby(,) の展開が有効になっていますが、
一覧のページ(IndexPage)はそのままのWikiのソースが表示されます。
これは自分でなんとかしたほうがよいんでしょうか？
もし先人がすでになんとかしているなら教えていただきたいんですが、、
88:nobodyさん
08/04/29 23:11:57
87です。解決したかも？
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>);
89:nobodyさん
08/04/29 23:13:27
なんか文字化けがひどい。。すみません
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>);
90:nobodyさん
08/05/13 11:24:27
すべての漢字に振り仮名を振れるようなやつで
携帯端末のようなモバイルブラウザからもみられるように
簡単にコンテンツの切り替えができるようなウィキってありますか？
なかったら自分で作るしかないかな。。
91:nobodyさん
08/05/13 11:25:17
あ、利用用途は小学生向けのホームページ作成です。
92:nobodyさん
08/05/13 11:25:40
そしてage
93:nobodyさん
08/05/13 15:38:58
寡聞だけど興味あるな
ルビ定義を青空文庫形式とかで記述できると嬉しい
携帯でもルビ表現するとなると、ぎちぎちにテーブル組むしかねえかな
94:nobodyさん
08/05/13 18:25:45
やっぱないかな。。改造して作るか。。
95:nobodyさん
08/05/14 10:52:54
>>87-89だけど今作ってるよ。
コード汚いけど、、
96:nobodyさん
08/05/15 22:29:29
ひらがなに変換するサービスがいろいろあるからそれ使った方が
効率も良いし楽だし見やすくﾈ？
97:nobodyさん
08/05/16 13:11:41
たしかにルビを打つのってめんどくさいよね。。
URLﾘﾝｸ(www.hiragana-gateway.com)
こういうのもあるけど、変換ミスもあるからなあ。。
98:nobodyさん
08/05/24 00:27:12 hsqMTftr
wikiの質問はここでいいのかな
今、pukiwiki以外のwikiを使ってみようと思ってpmwiki、dokuwiki、mediawikiをUTF-8モードで評価中
その中で気づいたことに数日つまづいてる
新規ページ作成方法のひとつ「URLに存在しないページ名の入力」があるよね？
これ、Windows上でIE6、IE7、Firefox2から日本語を入力するとShift-jisで送信してしまい、文字化けしたページを生成してしまう
だから、pukiwikiのように弾くか、文字化けを修正して正常なページを作成したい
これを対策してる人はどんな方法を使ってるかご教授願いたいです
Wikipediaも未対策で文字化けするんだよね、Linuxだと問題ないけど…
99:nobodyさん
08/05/25 00:43:53
文字コードの問題なら
該当箇所のファイルをチェックして、修正すればいいんじゃね？
OSの問題じゃないよ
「文字コード (wiki名)」でググれば、なんか出てくるカモよ
100:nobodyさん
08/05/25 01:06:21
WindowsXPにて cygwin + lighttpd + php5 + dokuwiki を使っているのですが、
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
良い処方をご存じの方、ヒント等教えてください。
101:nobodyさん
08/05/25 01:08:34
>>98
html上のフォームからだとそのhtmlと同じ文字コードで送信するのが規格上の挙動。
(まもってないブラウザもある。w3mとかシンプルなのはいいけど基本的な規約も守ってないクソブラウザなので信用するな。)
Firefoxなら問題ないはずだけど、文字が化けてるのは間違いなくブラウザから送信した段階なんだな？
そう確信した理由も説明して欲しい。
アドレスバーに直接入力した場合はブラウザによって対応はまちまちだけど、
UTF-8で送信するのが最近の主流っぽい。
102:nobodyさん
08/05/25 01:10:34
>>99ありがとう、なかなかズバリなのはヒットしない
OSは無関係というわけでもなくて
Windows上におけるブラウザの後方互換性設定によるものっぽい
UTF-8：
Opera-win、IE7β、Mozilla、Firefox1
SJIS：
IE6、IE7、Firefox2
FirefoxもIEも設定いじればUTF-8決め打ちにしてくれるけど、wikiは一人で使うものではないし
とにかくソースを修正してみてる
ひとつ成功したから他もがんばってみる
それにしても、今まで気になる人はいなかったんだろうか…
103:nobodyさん
08/05/25 01:18:41
>>101
フォームからのはページ作成は仕様通りで、どのブラウザも問題ないっす
アドレスバーに入力した場合が規定されていないらしくて
>>102に書いたようにFirefoxでもバージョンやOSによって対応がコロコロ変わってるみたい
文字コードの判断は、これで確認した
アドレスバー直入力後に変換されたSJISなURL(いかまさ)
pmwiki/index.php?n=Main.%82%A2%82%A9%82%DC%82%B3
[[いかまさ]]とページリンクをしてからアクセスしたUTF-8なURL
pmwiki/index.php?n=Main.%e3%81%84%e3%81%8b%e3%81%be%e3%81%95
104:nobodyさん
08/05/25 01:29:28
>>103
アドレスバーからの話をしてるんなら無理だよ。
まず、何をやりたいのか、どうしてアドレスバーから直接ページを作りたいのかをまず説明すると有益な助言が得られるかも。
105:nobodyさん
08/05/25 01:45:45
・何をやりたいのか
>>98にも書いてるように、アドレスバーからの新規作成行為による
文字化けページを防ぎたい(正常な文字コードにするか弾くかで)
・どうしてアドレスバーから直接ページを作りたいのか
作りたいわけではないっす
自分は使わない機能だけど、有効になっている以上使われる可能性あり
文字化けページは削除出来なかったりしてシステム上問題がおきたのです
3行にまとめられなくてごめん
106:nobodyさん
08/05/25 08:33:46
>>105
プログラム自体を書き換えなければならんし、意図的に化けページを作ろうとする行為を防ぐのは難しいけど、
ある程度は対処可能と思う。
htmlフォームから新規ページを作成するときにはhidenで特定の文字列を一緒にわたすようにすればいい。
その特定の文字列が渡ってこなければhtmlフォームから送信されたのではないと判断できる。
そんでもってその特定の文字列の化け方を見ることでhtmlフォームからの送信がUTF-8にならないブラウザ
でもどの文字コードで送信したのか判別できるのでそれを元に変換をかければいい。
getメソッドでの新規ページ作成はできないようにするというのも必要。
これだけしておけば不用意にアドレスバーから新規ページ作成してしまうってのは防げると思う。
まぁプログラムに改造かけるなら文字コードとして不正になってれば無視するってので充分だと思うけど。
化けてても文字コードとして成立してるならページの削除はできるんだろう？
UTF-8の符号化方式は非常に単純なので、UTF-8になってるかどうかを判断するだけのプログラムは簡単。
107:nobodyさん
08/06/08 22:48:33
WikipediaのUrlencode方式についてご存知の方がいたら教えてください。
半角スペースがアンダーバーになることは分かるのですが、
「?」が入っているとうまくいかなかったりするので仕組みが分からないです。
108:107
08/06/08 22:49:48
文字化けしてしまいました。「？」は「～」です。
109:nobodyさん
08/06/14 19:32:50
>>105
アドレスバーから送るとブラウザによってどういう文字コードで送られてくるか、
というのが分かっているなら、受け取り側(Wikiエンジン)がHTTP_USER_AGENTを見て
送ってきたブラウザを判別して、都合の良い文字コードに変換するのはどうでしょうか。
110:109
08/06/14 19:50:56
>>109はURLを受け入れる場合の対処としてああ書いたけど、
>>98のPukiWikiの対処の方が問題が少ないかもね。
正しいURIかどうかの判定して、まずかったら弾けば良いだけだし。
111:nobodyさん
08/06/15 19:18:17
XREAの広告にAdobe Flash Playerの脆弱性をついたスクリプトが混入
ｽﾚﾘﾝｸ(news板)
まとめ
xreaのHP無料レンタル鯖には広告表示義務があり、
その広告はHP閲覧の都度５つの鯖からランダムで選ばれ表示される
今回そのうちひとつがハッキングされ、↑でそれが選ばれると
Flashplayer未更新だと問答無用でウィルスがダウンロードされる
しかもxreaは無料鯖でも独自ドメイン可なので
アドレスで判断してxreaだけ避けて通るというのも非常に困難な上
知らないうちに踏んでしまっている可能性も高い
最初に公式BBSに報告があったのは８日、
以降現在までxrea側からは対策どころかアナウンスすらなし
112:nobodyさん
08/07/09 23:23:57
【毒】 DokuWiki 総合スレ 【毒】
ｽﾚﾘﾝｸ(php板)
113:nobodyさん
08/07/11 18:06:48
>>112
２ゲットしちまったんだが。
別スレにする意味無かったんじゃね
114:nobodyさん
08/07/11 18:14:20
DokuWiki【軽量・シンプル】
ｽﾚﾘﾝｸ(php板)
というスレが過去にあった
> 1 名前：nobodyさん [sage] 投稿日：2007/12/25(火) 23:32:28 ID:???
↓
> 6 名前：nobodyさん[sage] 投稿日：2007/12/27(木) 19:49:18 ID:???
でdat落ち
別スレにする意味無かったんじゃね
115:nobodyさん
08/07/11 18:54:26
MoinMoin のスレもあったりしたんかね？
116:nobodyさん
08/08/20 14:57:28
Yahooもニュースでwikiに対応したみたいだけど、独自エンジンかな？
117:nobodyさん
08/08/20 18:03:30
これか？
URLﾘﾝｸ(help.yahoo.co.jp)
独自エンジンだろうけど、若干MediaWikiに近い
118:nobodyさん
08/08/20 19:24:58
あ、ブログでwiki使えるのね・・・知らなかった
多分、ニュースの方と同じエンジンなんだろうな
119:nobodyさん
08/09/15 17:50:09
mindtouch deki wiki設置したいんだが
難しくて分からん。てかレンタル鯖では無理か
120:nobodyさん
08/09/15 18:13:27
DekiWiki設置したことあるけど、めんどいし重いよ。
確かPythonも必要だったはず。
やりたい事によるけど、他のWikiやCMSでも十分だったりする。
121:nobodyさん
08/09/15 19:13:50
レスどうも。dekiwiki重いんだー
pukiwikiみたいにコメント機能があるwikiっ他にあるかな?
122:nobodyさん
08/09/15 22:15:22
>>119
Dekiはサーバーのルートディレクトリにインストールするので、ホスト名を指定できるような
タイプのレンタルでないと厳しい。
もし仮想マシンのレンタルがあればVMwareのインストール済みのイメージが使える。
それから wiki.is という無償でつかえるサービスがある。
>>120
Python は要らないよ。
C# の実行環境がいるので、Windows なら .Net か、UNIX系なら Mono のランタイムが必要。
それから Apache, MySQL, PHP。
123:nobodyさん
08/09/15 22:27:26
>>121
WikiMatrix のサイトで検索してみてはどう？
URLﾘﾝｸ(www.wikimatrix.org)
英語だけどSearchリンクから入って、コメントを初めとする機能など、
検索条件を追加（修正）しながら絞り込みを行える。
最後に一覧表で横串で比較できるので、目的のWikiを探すのに便利だよ。
124:nobodyさん
08/09/15 22:57:23
そこで探してなかったようだから聞いてみたんだけど
なかなかないみたい
125:nobodyさん
08/09/18 02:12:10
Dokuwikiのこのテーマの「navigation」のメニューってどうやって追加するの?
URLﾘﾝｸ(tatewake.com)
126:nobodyさん
08/09/20 12:22:09
ランキング機能とか育成機能のついたｗｉｋｉはありませんか？
もしくは、機能相当のプラグインがあるｗｉｋｉでもかまいません
127:nobodyさん
08/09/20 17:20:57
育成機能って？
128:nobodyさん
08/09/21 18:56:43
こんな奴とか
URLﾘﾝｸ(pt.imaginet.ne.jp)
こんな奴とか
URLﾘﾝｸ(newfolder.oh.land.to)
そーいう機能の付いたｗｉｋｉじゃね？
129:nobodyさん
08/09/24 14:47:13
単純なページランキングだったらメジャーなwikiにはついてそうな気がするけどな
130:nobodyさん
08/09/27 16:07:10 duuk2In+
静的HTMLを生成して、携帯からもアクセス出来るwikiって何かないか？
131:nobodyさん
08/10/16 19:04:36
各種UA用のHTMLを静的に生成しとくのか?
んなことやりたがるやついるもんなんだな。
132:nobodyさん
08/10/23 19:39:46
>>3
>日本発の Wiki Wiki Web リンク集
>URLﾘﾝｸ(www9.ocn.ne.jp)
リンク切れ
133:nobodyさん
08/10/23 19:41:36
>>3
>日本発の wiki クローンリスト
>URLﾘﾝｸ(www1.neweb.ne.jp)
リンク切れ
134:nobodyさん
08/12/06 21:58:49
>>133
つ
URLﾘﾝｸ(www.yamdas.org)
URLﾘﾝｸ(www.yamdas.org)
135:nobodyさん
09/01/27 16:00:20
保守
136:nobodyさん
09/04/09 22:17:23
hosyu
137:nobodyさん
09/06/05 22:21:11
スポーツのトーナメント表や試合結果の速報を掲載するのに
向いている物って何か無いですかね？
138:nobodyさん
09/06/06 07:48:37
どういう使い方をするのかとか、必須の機能要求があるのであれば
書いた方が良いのでは？ あともしも挑戦したり失敗した経験があれば合わせて。
139:nobodyさん
09/06/06 17:43:55
前回も同じような用途があってその時はpukiwikiを使いました。
試合結果とかは表などを使ってとりあえず何とか出来たのですが、
トーナメント表
（たとえば URLﾘﾝｸ(www.wowow.co.jp) こんなの）
を画像じゃなくてhtml等で（ある程度お手軽に）出したい というのが希望なのです。
140:nobodyさん
09/06/07 21:55:46
>>139
こんなの気が遠くなりそうだ。もしトーナメント表をテーブルで作成できるなら
WYSIWYGエディタが利用できるWikiがいいんじゃないかな。
各種Wikiを比較できるサイトがあるよ。
MindTouch Deki あたりは最も向いてる一品かもしれない。
URLﾘﾝｸ(www.wikimatrix.org)
141:nobodyさん
09/06/07 23:15:18
同じページの中の領域ごとに編集権限をわけることが出来るWikiってある？
142:nobodyさん
09/06/07 23:47:27
ちょっと違うけど
他ページを引用するプラグインを使う方法は？
143:nobodyさん
09/06/08 02:13:12
＞142
ほほー
そういえば@wikiにそういう機能があったっけ。
検索してみたらHikiにもプラグインがあるな。
割と普通にある機能なのか。
権限と組み合わせれば考えていたことはやれるかも。
試してみる。
144:nobodyさん
09/06/14 10:56:54
文法が MediaWiki っぽくて、日本語が使えて、WikiFarm に対応してるエンジンってないっすか？
145:nobodyさん
09/10/15 23:51:54 8yaYF5ka
だれかPukiWiki Lightっていう幻のウィキ持ってる人いませんか？
開発者サイトみたいなものはあるのですがダウンロードができません。
146:nobodyさん
09/10/23 16:30:47
WordPressとかのプラグインが使用可能なwiki
誰か作ってくれないかな
wikiはやっぱりプラグインが重要だわ
147:nobodyさん
09/12/04 20:25:06
Google App Engine上で動作するwikiはありますか？
なければ既存のwikiを改造して、GAE上で動作するようにしてみようと思います。
改造のベースとして使いやすいwikiがあれば、アドバイスお願いします。＾＾
今考えているのは、Pukiwikiを改造してGAE上で動かす方法です。
よろしくお願いします。
148:nobodyさん
09/12/04 21:34:04
当然 Java や Python で書かれた wiki の方が移植しやすいだろう。
PukiWiki は PHP だぞ。
149:nobodyさん
09/12/12 19:47:44 lvfwvAVD
Wiki関連の記事、ページ見てると宗教臭いものを感じるんだけど、そういうのある？
150:nobodyさん
09/12/12 22:02:00
具体的には？
151:nobodyさん
10/01/07 18:58:51
wikipediaをwikiって訳すなってやつか。
152:nobodyさん
10/01/22 13:02:02
URLﾘﾝｸ(moto-news.net)