【毒】 DokuWiki 総合スレ 【毒】

ドキュメント集積サイト向けのwikiとして注目を集めるDokuWikiのスレです。

===== 主な特色 =====
* シンタクスはMediaWiki風。
* PHPベース。
* データベース不要。各データはテキストファイルとして保存される。
* 全改訂差分を保存。
* 強力なアクセスコントロール機能。
* プラグインが充実。
* 全文検索機能付き。

===== 関連サイト =====
* [[http://wiki.splitbrain.org/wiki:ja:dokuwiki | 公式サイト]]
* [[http://www.wikimatrix.org/show/dokuwiki | DokuWikiの機能一覧@WikiMatrix]]

>>100
まだこんな馬鹿がいるのか

毒wikiいいんだけど、サイドメニューの設定だけがややこしいな。
我慢してarcticテンプレート使ってるけどさ。

本体の開発が止まったっぽいな・・・
よく出来てるのにそんなに流行らなかったのが原因か？

>>106
developer mailing list　はいつも通りだけど？
Andyも昨日ポストしてたし。

つーかRC1きてんじゃんｗｗ

RC3も来たね。
そろそろstableかな?

RC3出たか〜　と思って公式に書いてある通りの手順（フォルダごと上書き）で
はじめてのアップデートをしてみたけど、「ログイン」がどこにも見当たらなくなって
使えずにいます。
RC2、RC3両方ともダメ。テンプレートのせいかと思って、arcticにしていたのを
デフォルトに戻してもダメ。
こんなのうちだけ？ みんなどうやってアップデートしているんだろう。
情報ｷﾎﾞﾝ。

ちなみに手順はこんな感じです

cd /var/www/html
cp -rf dokuwiki dokuwiki_old
wget http://www.splitbrain.org/_media/projects/dokuwiki/dokuwiki-rc2009-02-06.tgz
tar -xzvf dokuwiki-rc2009-02-06.tgz
\cp -rf dokuwiki-rc2009-02-06/* dokuwiki/

chown -R apache:apache dokuwiki/conf
chown -R apache:apache dokuwiki/data

XPだけど、RC1〜3全部上書きでOKだった。

http://www.dokuwiki.org/install:debian
ここ見ると他にも書き込み可にすべきフォルダがあるみたいだけど。
あとは、キャッシュをクリアして再読み込みするとか？

情報どうもです。
新規でwikiを作成してみるとちゃんとログインが出ていたので、
新規で作成されたファイル（local.php）と自分のやつを見比べて、
足りない部分を足してやることで動作するようになりました。
お騒がせしました。

ﾎｽ

正式版キタコレあげ

今見たらChangelogのページがenとjpでだいぶ違うな
まあころころ変わるからしょうがないかもしれんが

なんかVerupしたら、今までちゃんと表示できていた画像が表示されなくなったりしている
日本語ファイル名が悪いのか？？
とりあえず古い状態に戻した

Release 2009-02-14に関してちょっと気になったんだけど、今回新たに導入された
license selectorの関数がちょっとおかしい気がするのは俺だけでしょうか。

具体的には、/inc/template.php の1299行目で定義されている tpl_license() というやつなんだけど、

　http://dev.splitbrain.org/reference/dokuwiki/inc/template.php.source.html#l1299

1328行目の $out .= '</div>'; はこのブロックの外、つまり1330行目に来ていないとまずいような
気がするんです。そうでないと、この関数の第2引数に true を指定したときに if(!$imgonly) { ... } の
ブロック（1323行目〜）をスルーしてしまって、結果として1314行目で始まる <div>タグが閉じないこと
になってしまう。

実際、Arctic Template の最新安定版 (2009-02-08) の footer.html 10行目では tpl_license() の
第2引数に true を指定してて、validator でチェックすると「<div>タグが閉じてません」と怒られます。

ちなみに俺はPHPはまったく知りません。上記はC言語の知識をたよりに適当にソースを眺めて言ってる
だけなので、ものすごく的外れで、完全にでたらめかもしれません。そのときはスルーしてください。(´・ω・`)
長文失礼しました。

すみませんageで質問させていただきます。

どなたかDokuWikiでWYSIWYGプラグインのインストールに成功した方はいますか？

FCKWプラグイン
ttps://fosswiki.liip.ch/display/DOKU/FCKW+Dokuwiki+Plugin
や
WYSIWYG nicedit plugin
ttp://www.dokuwiki.org/plugin:wysiwyg_nicedit#discussion
を試してみたんですがうまく動きませんでした。　症状はそれぞれ
上記のページの下の方に出ているのと同じ（というか自分が書き
こんだんですが）です・・・
なにがいけないのかわからない・・・

個人的にはwiki記法を覚えるのに抵抗はないんですが、課内の情報
共有に使おうと思っており、他のメンバーは絶対WYSIWYGでないと
使ってくれない確信があるもので。

＞課内の情報 共有に使おうと思っており

経験からして、Dokuwikiも使っているけど、Wikiは、やはり癖が強いので駄目だった。
使いやすいとは言い難い。
既に知識を有する人が記すことになるので、何を記すべきなのかが不明なのと
記して誰が読むんだ？　面倒くせー　で尻すぼみ。

で、うちは下記をつかってる。
WYSIWYGもDokuWikiよりも遥かに上。
FAQだけど、疑問の投稿、コメントなどもつけられるから、
教えてあげてる、間違ってる、など、「誰かが教えてくれるかも？」的な広がりもみせる。
http://www.moongift.jp/2006/03/1391/

WYSIWYGは標準的（PHPBB的）で、今後普及するであろうCMSのDrupal やJoomlaともほぼ共通。
低スペックの鯖でも動くし、
FAQだから、何にでも使えるし、まぁー試してごらんよ〜　

まー社内情報共有ってのは
ちょっと変化球的な使い方なんじゃないかな
Dokuwikiはそのあたり不向きと見える

うーんやっぱり難しいかな。 Wikiは確かに癖が強いかも。
自分で試してる分にはDokuwikiは使いやすくて良いんですけどね。

ただファイルのアップロードを多用する場合には（職場で想定している使い方ですが）、アップロード先がページでなく名前空間になる（というか
うまい説明ができませんが）ところが微妙。ファイルが増えてくると管理が大変。しかも試した環境では日本語ファイル名がNGだったし…

今のところ自分で試してみて、職場で使うは難しそうだと感じた部分；

* 新規ページの作り方： これはWiki共通かもしれないけど、
　しかしPukiwikiあたりは[新規]というボタンがあったような。
* Wiki記法：　自分的にはむしろ簡便で良いのですが「使ってもらう」
　ためにはやはり大きな障害。
　WYSIWYGエディタが使えれば解決するもののDokuwikiでは難儀してます。
* 上記ファイルのアップロード・添付のし易さ。

（改行多すぎエラーになったので続き。長文すみません）　

DRUPALやJOOMLAなどのCMSも試しにインストールしたものの使い方がイメージできず
（というかよくわからず？）。　使い方をよく考えてからでないとどのソフトを使うか自体決め
られませんね。

WikiはWiki内リンクもあって辞書的に暗黙知を文書化できそうな期待を持っています。がん
がん文書を書いていくイメージのDokuwikiはそういう意味で合っている気はするんですけど
ね。　その点ではPhpMyFaqはベストフィットかもしれない。　試してみます。紹介ありがとう
ございました。

（ただ一方で共有ファイル、定期的にアップデートされるファイルも多いのでその辺りは
若干方向性が違うかもしれませんね）

119の書き込み以降本家プラグインWEBで進展がなかったので（ここ数日ちょっとありま
すが未解決）、TikiWikiとNetCommonsに浮気しつつありました。　完全にCMSですが。　
しかしTikiWikiもFckEditorというかWYSIWYGが設定できない。メニューにはあるのに。

なかなか苦労の多そうな楽しみを見つけてしまった今日この頃です。

>>117で、新バージョンではちゃんと表示できていた画像がうんぬんと
書いたけれども、俺の勘違いだった・・・　＿|￣|○lll
やっぱり新バージョン　(･∀･)ｲｲ!!

http://*****/dokuwiki/aaa/start
で、aaaの下に　bbbを作る〜
　http://*****/dokuwiki/aaa/bbb
作ったら、　cccをさらに作る
　http://*****/dokuwiki/aaa/bbb/ccc

って階層を１つづつ深くつくるのはＯＫだけど、

http://*****/dokuwiki/aaa/start　しかない状態で
いきなり、ＵＲＬ欄で
http://*****/dokuwiki/aaa/bbb/ccc/ddd/eee/ と深い階層を作って編集＆保存したら、
以後、パーミッションのエラーが出まくった。

俺だけの現象？

ちなみに、サーバー丸ごと、不安定になってもの凄く焦ったです。

/data/pages以下の　該当するフォルダを直接、削除して正常にもどったけど
恐くて触れなくなった。

プラグイン開発で質問です。

1.wikiテキスト読み込み
2.
3.syntax解析
4.パース

上記流れの2の段階で、wikiテキストに変更を加える場合、
どのように行えばいいでしょうか。

アクションプラグインの
IO_WIKIPAGE_READと
PARSER_WIKITEXT_PREPROCESSで試しましたが、

IO_WIKIPAGE_READはテキストを変更できず、
PARSER_WIKITEXT_PREPROCESSはタグで括られた部分しか
取得できませんでした。


syntaxの追加無しに出来ればと思っています。

ほしゅあげ

保守

最新版での日本語検索を改良する方法を記述している
サイトってありますかね？

最新版って普通に日本語検索できなくないですか？
自分はＷＥＢにいくつか出てるような対策（分かち書きエンジンを入れるとか）は必要感じなかった。

autolinkプラグインを日本語対応させたけど欲しい人いる？
数行変更した程度だけど・・・

>>131
どうしても、ってわけじゃないですけど、
分かち書きで検索できたほうがいいなあ　程度には思いますね

>>132
(=ﾟωﾟ)ﾉ　ｽｯ

>>130
対応させたけど、位置は多少変るけどわざわざ最新版での記事の
必要性感じなかったけど

>>134
日本語でおｋ

スレチだけどこのVanillaって良さげだなー
日本語もおkみたいだし
ttp://getvanilla.com/

dokuwikiをiphone用に最適化する事ってできるのかな。
ていうかiphone用に最適化されたwiki自体みたことがないんだけど

ほしゅ

autostartプラグインを入れてみました。
aaa:startと言うページがある場合に
aaaにアクセスすると、
header('location:〜')でaaa:startに飛ばすプラグインです

一見便利に見えるのですが、例えば
[[aaa]]と書いてもリンク先が存在しないスタイルで表示される為、わざわざ
[[aaa:start|aaa]]と書かなければなりません。

何か良い方法は無いでしょうか…

ほす

>>139
・useheading をつかう
・[[aaa:]]

>>141ありがとうございます。2個目で対応したいと思います

ﾎｼｭ

過疎だなぁ

盛り上がればいいってもんでもないだろうけど、確かに過疎ですな
DokuWiki、ページの新規追加と他ページへのリンクをもうちょい
やりやすくしてほしいなー

そんなことここにかいても何もかわらんだろ

>>145新規追加はプラグインで無かった？

>>147
新規追加はAddNewPageプラグインあるね
でも初心者への訴求力を高めるためには、やはり標準で対応しておいて欲しいなー

>>148
内部リンクを作る→ページの新規追加　の順番が自然だと
思っているから気にならないな。

見出しを内部リンクに出来ない方が違和感を感じた。

>>149
:hoge ってページの，
==== foo ====
へのリンクなら，

[[:hoge#foo]]

だけど，勘違いしてる気がする。

ホッシュ

>>150
=== [[foo]] ===

って書いてもリンクにならないこと。

検索がちょっとアレなんで
ttp://www.higuchi.com/dokuwiki/dokuwiki:localize
ここに書いてあるとおりに修正してみたんですけど、
うまく動かない〜。

サーバはCORESERVERなんですけどね。
まず、エラー出力を/dev/nullに捨ててるとこで/dev/nullのアクセス権
がないよって怒られたので、~/tmp/nullとかなファイルを作って
そこに吐くように変更。

あと、mecabのパスはwhich mecabして適切に変更。シェル上ではきちんと
動作するのは確認済み。

って感じにやってみたんですが、検索するとぜんぜんヒットしない。
で、~/tmp/nullを開いてみると
sh: /usr/local/php/bin/mecab: No such file or directory
みたいなエラーが。。。えー、PRE_TOKENIZERには
/usr/local/bin/mecab
とか設定してるんだけど。
セキュリティ設定かなんかでphp配下しか実行できないとかそんなのが
あるのかな？よく分からないです。

やっとこさ設置して、何ページか書いてみて割りと使いやすいなーっと思ってるんですが、皆さまページは日本語ですか？それとも半角英数で作っていますか？

ttp://www.cmsresume.com/wiki/dokuwiki

とか見ていると、半角にした方が良いのかなーと悩んでいます。

>>154
用途次第で自由にしたら良いのでは？
私は日本語にしてますが…

日本語で問題なく動いたから日本語にしてる。

ﾎｼｭ

過疎…

AutoLinkの日本語版できたよー
http://masaota56.x0.to/autolink4jp.zip

設定でYahooJapanAPIのaidを入れると、形態素解析してから変換します
aidが無い場合は、強引に変換します

ソースの書き方がDokuWikiの方針に合ってるのか分からないのでとりあえず晒してみました
ゆくゆくはちゃんとします･･･

おもしろそう ＞AutoLink
使わせてもらいます。

>>160
ありがとうございます

使い方を書くのを忘れてました…
一応AutoLink2をベースにしているので、
使い方もそれと同じになります

今のところタグで囲った部分した適用されませんが、
設定で無条件にページ全体に反映できるようにもしたいと思っています（PukiWikiのオートリンクと同じ動作）

何か良い方法は無いでしょうかね…

xreaに設置したくていろいろ試してるんだがうまくいかない。
IEではうまく見られるんだけど、FIREFOXでCSSが有効にならない。

疲れた・・・。

>>162
ttp://www.hanatoyume.net/dokuwiki/xrea/dokuwiki%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB?DokuWiki=272fb40951d684af8c54a9daa155f8e4

>>163
ありがとう。いろいろ試行錯誤の後になんとかできた。一応報告しておく。

ポイントは、セーフモードを無効にするとcssのContent-Typeがtext/htmlで送信されてしまうということのようでした。
[dokuwiki]/.htaccess
<Files ~ (doku|install).php>
AddHandler application/x-httpd-phpcgi .php
</Files>
で、deoku.phpとinstall.phpだけでセーフモードを無効に。

doku.phpがユーザー権限で実行されているので、sessionファイルを/tmpに書き込めずwarningが出るので
[dokuwiki]/php.ini
session.save_path = /virtual/user/tmp
で書き込めるフォルダを指定。

apatch権限で実行されてるcss.phpが[dokuwiki]/data/pagesが読めないというので、ディレクトリのパーミッションを甘めに。

これで今のところ動いてる。突っ込みどころがあったら教えてください。

以前、半角英数か日本語で悩んでいたものです。日本語で運用している方もおられたので、日本語にしてみました。

私はFirefoxですが、IE6のユーザーもいまして（というか、こっちがデフォ）、IE6で記事編集しようとすると、ページ名が日本語の場合はかなり高い確率で文字化けしてしまいます。（読むことはできます。）

というわけで、いまさらですが英数に変更します。IE6を使わなければいけない方は英数の方が良いかもしれません。回避方法もあると思いますが、めんどくさいのでやめておきます。

Wikipediaのように、id属性やname属性を半角英数字にできないでしょうか？

アンカー名がid="#日本語"ってなってしまう…

自己解決しました。

>>165
自分では IE6 を使っていないので、試していないのですが、
これでどうでしょうか？

addnewpageプラグインの日本語対応方法 [okoze-esca.net]
ttp://www.okoze-esca.net/dokuwiki/scratch/addnewpage-japanese

>>165

もういないかな。みつけたのでとりあえず
http://www.aksum.jp/dokuwiki/doku.php/start/preparations

「ページ名と Namespaces 名」のところね

ものすごく久しぶりに来ました。レスありがとうございます。

>> 169
ありがとうございます。addnewpageを使っていないのと、色々変更するのが面倒そうなので今回は見送りました。（以前、アップデート掛けたときに設定を忘れてて大変だったので、なるべくカスタマイズせず使いたいです。）

>> 170
ありがとうございます。これで行きます。

ﾎｼｭなのだわ

dokuwikiは使いやすいね
pukiwikiは構文が気持ち悪いけどいろんな人が使ってるからサーバ用で仕方なく使ってるけど
ローカルではdokuwiki使ってるわ

RewriteRule ^_media/(.*) lib/exe/fetch.php?media=$1 [QSA,L]

RewriteRule ^_detail/(.*) lib/exe/detail.php?media=$1 [QSA,L]

RewriteRule ^_export/([^/]+)/(.*) doku.php?do=export_$1&id=$2 [QSA,L]

RewriteRule ^$ doku.php [L]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule (.*) doku.php?id=$1 [QSA,L]

.htaccessがこんな形で

dokuwiki/aaa/bbb

というURIになってるんだけど、これを

dokuwiki/aaa/bbb.html

とするにはどうすればよいでしょうか？

ReWriteRule aaa/bbb aaa/bbb.html

ReWriteRule (.+)/(.+)$ $1/$2.html

ReWriteRule ^dokuwiki/(.+)/(.+)$ dokuwiki/$1/$2.html

>>153と同じ問題で困ってます・・・
まだ、XREA+でテストしている段階ですが、同じエラーが出てしまいます。
解決方法をご存じの方はおられませんか？

dokuwikiで画像ファイルのアップとかお手軽でいいんだけど、日本語ファイル名に
した時に困る
ダウンロードするとURLエンコードしたままのファイル名になっちゃうし
結局、英数名に付け直したけど、回避する様なプラグインとかあるんでしょうか

まず貴様はwebの仕様を勉強したまえ
日本語ファイル名つかうとかタブーですよ
どうしても使いたいならファイル名は日本語にしてクエリーやgetを使って見せかけることになりますけどね
その場合は多少PHPの知識がないと難しいと思われます

要するに無いって事ですな
画像貼り付けのときはファイル名が日本語表示されてたので、この問題に気付かなかったのよねぇ…
fetchかdetail弄るしかないって事か
回答どうも！

@PAGES サーバーに Dokuwiki を入れてみました。

セーフモード対策として
【フォルダ作成マスク】と【セーフモード対策を行う】を設定すればそれなりには動きます。

【文書の編集】時に、ページが上下二重に表示されたり、入力補助ボタンが表示されなかったりします。
【確認】してページを表示し直せば、正しく表示されます。

【プラグイン管理】で【プラグインのダウンロードとインストール】ができないプラグインがあります。

ローカルのサーバで再現しない問題の原因は、
セーフモードなのかサーバ（広告を挟んだりしている）なのか切り分けが難しいね。

無広告の鯖でも借りてみては？
海外ならたくさんあるよ

plugins [DokuWiki]
ttp://www.dokuwiki.org/plugins

このページのテーブルって、plugin 名前空間のページからデータを拾って作っているように
見えるんだけど、どの plugin を使って実現しているのですか？
ソース上には "~~pluginrepo~~" って書いてあるけど・・・。

>>184
同じようなことを template ページでやっているんだけど、
ttp://www.dokuwiki.org/template
ttp://www.dokuwiki.org/template:arctic

こっちは Structured Data Plugin っていうプラグインを使っているみたいだね。
ttp://www.dokuwiki.org/plugin:data

プラグインを入れまくっていたら、突然応答が返ってこなくなった。

管理画面にも入れないから /cof/local.php を直接編集するしかない。
$conf['userewrite'] = '2'; の行を削除して、
「Dokuwikiによる設定」→「使用しない」にするとそれなりに動く。

直前に入れた clearhistory plugin が怪しいと思うけど、原因を探すのが面倒だったので、
隣にディレクトリを作って dokuwiki を再インストールした。

/data/pages/* /data/media/* /lib/tpl/* /lib/plugins/* をコピーしたら
ほとんど復旧した。
ユーザーとACL設定はファイルが解らなかったから手で入れ直した。

WindowsXP + XAMPP + Dokuwiki の組み合わせで、

URLの書き換え：Dokuwikiによる設定
(userewrite)：(The rewriting is done by DokuWiki.)

にすると、中の画像ファイルが出力されない。

ttp://ホスト名/dokuwiki/lib/exe/fetch.php/wiki/dokuwiki-128.png
すら、画像が返らず、「このトピックには文書が存在しません」画面が返される。

URLの書き換え：「使用しない」や「.htaccess」では正常に稼働する。

こんな状態なのは、私だけでしょうか？

Asian Searchっていう日本語検索できるプラグインがいつの間にか出てたんだな
個人的にはかなり嬉しいぜ

>>188
MeCab が使えないレンタルサーバには Asian Search Plugin を入れてみました。

Asian Searchいいね。
早速うちも入れてみた。

Asian Searchちゃんと日本語検索できる〜
XREAでもMeCabを使わなくて日本語検索できるから使わせてもらってます

>>188
現在の DokuWiki 開発版には Asian Search の機能+αが組み込まれています。
このまま次のバージョン (2009-12-25?) が出るといいなあと。

>>188
サンクス！
Asian Search PluginをMeCab導入済みの環境で入れてみたら、改善どころか、完璧かも。
今のところ、問題なく検索できてるし、検索結果もバッチリその用語だけ引っかかる。

一応報告

保守

>>193
・Asian Search Plugin は検索のクエリしか操作しない、
・MeCab はインデックスファイルしか操作しない。
・だから両方使っても悪影響はない。

って理解で合っているかな？

質問させてください

パブリックドメインで運用しているのですが、GFDLの画像を記事内に入れるのはNGでしょうか。
文章はパブリックドメイン、画像はそれぞれの著作権、のように出来たらと思っています。

例えば引用文なんかは、これはどこどこからの引用で著作権がありますよ、みたいな話が通用すると思うのですが…

どう考えてもすれ違いだな。

dokuwikiで構築されてるサイトってありませんか？

有名なのはwiki.php.netとか。
あとは http://www.dokuwiki.org/users

>>199
攻撃サイトが含まれてるしｗ

>>197
失礼しました。別のとこで聞いてきます

>>195
193 じゃないけど、その理解で合ってますよ。

MeCab については、インデックス時に本文を分かち書きするのではなく、
検索時に検索クエリを分かち書きする方法もあります。
この方法だとソースに手を入れなくていい (プラグイン化できる) という利点があります。