【毒】 DokuWiki 総合スレ 【毒】

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

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

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

>>366
全面広告でいいよ

“Adora Belle”RC取れて来たな

000webhost.com で使っていたんだけど、
アップグレード時に 10,000ファイルを突破してアップロードできなくなった。

キャッシュや lang ファイルを削って試行錯誤したんだけど、
Suspended for violating 20%+ CPU usage limit for more than 1000 times.
って追い出された。

DokuWiki ってディスク容量は少ないけど
ファイル数が多かったり、CPU 使用量が多いんかなぁ。

>>369
“Adora Belle” で約4,000ファイル
en と ja 以外の言語ファイルを削除すると約1,000ファイル

アップデート前に消したほうが良さそう。

ファイル数で制限かけることないのにな

>>371
容量が余っていても、ファイル数でディスクが使えなくなったりするから
制限は理解できるんだよ。

使用条件に容量と並べてに書いてよって思うだけで…。

Pukiwiki,plusは完全に終わってるし、
後継のadvはphp5.2以下、IE8以下切り捨てだから
dokuwiki使ってるんだけど日本人使用者が少ないな

誰でも読める、規模の大きなサイトが少ないから目立たないだけ…
日本語向けに調整したテンプレートは見かけないけど。

日本語ってなんかレイアウト崩れちゃうんだよな
日本語訳は充実してるんだけどなぁ

検索ボリュームだけじゃ比較できないから・・・
http://www.google.com/trends/explore#q=dokuwiki%2C%20pukiwiki%2C%20atwiki%2C%20mediawiki&geo=JP&cmpt=q

今更ながらにAdora Belleにアップしたら右のTOCがページに入り込んで生成されるようになって焦った
一度目次の表示階層を0にしてから元に戻したら治ったわ

batcheditとPagemoveが使えない
オワタ。。。

PreserveFilenames Plugin
ttps://www.dokuwiki.org/plugin:preservefilenames

asiansearch もうれしかったけど、これもまた素晴らしい。
Kazutaka Miyasaka 様ありがとうございます。

タブ表示できるプラグイン更新しといた。
まぁ、日本で使ってる人は少ないようだが…

tab includeですね
使わせて貰ってますよ〜

>>377
解決してるんなら良いけど、tocは好きなところに置けるよね。

TOC入りのページ書き出し　→　<?php tpl_content() ?>
TOC無しのページ書き出し　→　<?php tpl_content(false) ?>
TOCのみ表示　→　<?php tpl_toc() ?>

まぁ、いろいろ弄ってもdokuwikiテンプレートの色を変えるくらいで落ち着く罠

dokuwiki.jpっていうレンタルサービスがあるのか

公式サイトのテンプレってなんてテンプレ？

最近のDokuWikiに標準添付されてる「dokuwiki」ってテンプレ
トップページはwrapプラグインもどきでレイアウト調整してある

RC出とるな。古いJavaScriptコード廃止で、jQueryに完全移行なので要チェックや。

どういうことだってばよ？

動かないテンプレートやプラグインがあるかもしれんから、チェックが必要ってことじゃね？

ttps://www.dokuwiki.org/dokuwiki
がまともに表示されなくなった

画像を沢山貼り付けたページを表示すると何個か表示に失敗してリンクだけになるんだけどこれは何が悪いんだろ？
リロードすれば全部表示されるんだけどキャッシュが消えればまた抜けてが出来ちゃう
サーバーが悪いのかなー

どんくらい沢山？この情報だけだとブラウザがキャッシュしきれてない可能性も。

沢山っても20くらい
サイズも64x64くらいの小さいの

JavaScriptのエラーが出るプラグインを更新する作業が始まるお・・　(´・ω・｀)

>>393
plugin:backup
plugin:searchindex

が動かなくなった。

>>394
searchindexは俺も動かんかったので、コマンドラインでindexを作りなおしたわ。
php bin/indexer.php -c

plugin:data
plugin:sqlite
sqlite3 対応がマージされていた。(2013/02/06〜)
Ubuntu 12.04 サーバーでも data plugin が使える。

editxどこいった・・

dokuwiki で インラインコードってどうやって記述するの？
Markdown の ``hoge`` と同じようなやつ

<code>で囲ってしまうと改行されてしまうんだよね

>>395
他のプラグインを一時的に無効にして searchindex を動かしてみる。
動くなら他のプラグインが原因。

試行錯誤して edittable を原因だったことを突き止めたよ。

>>398
''orz''
編集画面の「コード[C]」ボタンを押してみろ。

Structured Data Plugin の Data Table 構文で
max オプションと sort オプションを使った場合、
「次のページ」リンクを押すと sort オプションを無視した
２ページ目が表示される。

github のアカウント取得と英語翻訳の気力が湧く前に、
とりあえずここで愚痴っておく。

atwikiのwikiみたいに

メニュー(ジャンプリンク)とメインの２つでwikiページを作っていければいいのに。

dokuwikiの場合、メニュー画面って概念がなくて、メイン画面だけをただ増やして作っていくかんじだから
作りづらいし見づらい

>>402
メニューが見やすいと思っているのは作った奴だけなんだけどな…。

メニュー構成を元に先に名前空間を決めてしまえ。
名前空間毎に sidebar を置いてこれがメニューだと信じる。
sidebar 以外はメイン画面扱いになるので、考えることが減る。

Release Candidate 2013-10-28 "Binky"

試しに入れてみたけど、大きな変化はない？

>>404
Directions plugin の style.css ファイルでエラーが出た。
スタイルシートがいきなり無くなって焦った。
使っていなかった Directions plugin を「無効」にしたら直った。

[[a]]
[[a:b]]
[[a:b:c]]
こうかくと
http://example.com/a
http://example.com/a/b
http://example.com/a/b/c
になりますが

名前空間が長い場合、親から書いていくのが面倒くさいんで
https://www.dokuwiki.org/ja:namespacesを見て
[[a]]
[[.:b]]
[[.:c]]
って書いてみたんですが
URLに名前空間が反映されません
こうなってしまいます
http://example.com/a
http://example.com/b
http://example.com/c

de?

相対リンクで以下の結果を望むなら、
　ttp://example.com/a
　ttp://example.com/a/b
　ttp://example.com/a/b/c
[[a:b]] ページ上で
[[..:a]]
[[.:b]]
[[.:b:c]]
とか、
[[a:b:c]] ページ上で
[[:a]]
[[..:b]]
[[.:c]]

判り難いので、個人的には嫌いだしあまり使わない。

なるほど、つまりひとつ上の親の名前は省略できないんですね

一番違和感が大きいのが、
[[a]] は相対リンク扱い（[[.:a]]と同じ）なのに、
[[a:b]] は絶対リンク扱い（[[:a:b]]と同じ）なところ

Dokuwikiでオートリンクができればいいなーと思ってるんですが、
日本語でオートリンク使ってる方っています？

dataプラグインで数値検索ってできないんでしょうか？
dataで
price:1000
といれ、出力のdatatableでdynfilters:1にしてから「1000以下」のものを検索するときに
　>=1000
とプラグインの説明にある通りの条件で検索しても「存在しない」とでてきます。

数値ではなく文字列として扱われているっぽいんですが…

apacheでなくunicornで運用してる人いますか？

apacheなら

site.com/dokuwiki/hogehoge
にアクセスすればhogehogeページが開くように出来るんだけど
unicornだと設定方法が分からない

>>413
>> when no type is given, it's just treated as simple string
ってあるから、文字列なんじゃないかなぁ。

dokuwikiの関数リファレンスってこれしかないのかな
http://xref.dokuwiki.org/reference/dokuwiki/nav.html?_functions/index.html

テンプレート内で編集中か↓みたいに判定したいのですが、わかるかたいらっしゃいませんか？
if (編集中か) :
処理A
else :
処理B
endif;

よろしくお願いします。

クエリストリングの 'do'で判定することにしました。

エッチな言葉に見えた

dokuwikiにあるまとめサイトの記事に編集ちょっとやってみたが構文が掴めない
プラグインが導入されているかの確認すらわからない
書き込み欄と投票システムのプラグインはあったがコピペじゃだめみたいだ
wikipediaや@wikiならすんなり簡単にできたが難しい

>>419
・プレーンテキストで打ち込んで、範囲選択して上のボタンで装飾が基本？
・Info Plugin で導入済みプラグインが表示される

mediawikiと比べてdokuwikiの利点って何ですか？
pukiwikiからどちらかに移行しようと考えてます

>>421
SQL サーバーを用意する必要がないこと。

MySQL サーバーの運用管理の知識が不要。
フラットファイル操作の知識だけでバックアップとリストアができる。
サーバー乗り換えも同様の手順でできる。

デメリットは、
ページ数やアクセス数の増加といった高負荷に対して耐性が低い？
高負荷になったことがないから本当かどうか判らないけど…。

dokuwiki "Binky"に arctic テンプレートをインストールしたところエラーで動かなくなりました。

サーバーエラー↓
client denied by server configuration: /home/dokuwiki/data/security.png, referer: http://domain/home?do=admin

lib/tpl/ 配下に arcticフォルダをupして管理画面からテンプレートをarcticに変更しただけなのですが、
なにが原因でしょうか。

デフォルトテンプレートや他にいくつかためしたテンプレートは動作しています。

>>424
arctic 懐かしと思いながら、入れてみたけど
以下の組み合わせではエラー再現しなかった。

DokuWiki Release 2013-12-08 "Binky"
arctic-stable.tgz 21-Jan-2014 22:24 60557

Release 2014-05-05 "ponder stibbons" がでてるよー

過疎やな

discussionプラグインでページングを実装する方法ないですかね。jqueryでなんとかするしかないかな・・

PDF フォーマットでの提出を却下されたので、
ODT プラグインを入れてみたけど、潔い割切りにびっくりした。

blockquote wrap の中身がごっそり空白になる。
普通のテキスト扱いでいいから出力してくれないかなぁ。

ちょっと古いけどメモ

Release 2014-05-05a "Ponder Stibbons"

Security Hotfix 2014-05-05a for Issue 765 available.
ttps://github.com/splitbrain/dokuwiki/issues/765

ローカルでinstallや設定などを試してから
http://exout.net/で組み込んでみたところ画面が真っ白で何も反応がありません
safemodehackを使ったり上記にあったように.htaccessにphp_value memory_limit 16Mを加えてみたりphp_flag display_errors onを加えてみたり
新規にdokuwikiをダウンロードしてきてそっちを送ってみたりしましたがいずれも真っ白の画面が出てくるばかりで原因がわかりません
どなたか解決法をご教授いただけませんか

>>431
1. PHP として phpinfo.php が動くことを確認。
2. Download DokuWiki http://download.dokuwiki.org/ の内容を解凍して、コピー
3. install.php を実行

phpinfoは動きましたがinstall.phpを開こうとするとブランクページが表示されます･・・サーバーのphpのバージョンは5.4.11だったので対応してるはずです
一応old stableでも試しましたがブランクページでした

>>431
ブラウザ上で、真っ白い画面のソースを見てみる。

install.phpを開いたときのソースもブランクになってます

>>433
ルートじゃなくて、install.php と同じディレクトリ(dokuwiki/ とか)に
phpinfo.php を置いても動きますか？

メディアマネージャーの画像にリンク貼るのってどうやるん？
画像は表示させないで文字列リンクでクリックしたら画像を表示させる方法
[[ {{:foo:bar.jpg}}|hogehoge ]]
だとfoo:bar.jpgっていうページのリンクになってしまう・・・

>>437
[[this>lib/exe/fetch.php/foo/bar.jpg|hogehoge]]
[[this>lib/exe/fetch.php/:foo:bar.jpg|hogehoge]]

普通に貼ってみてそのリンクを直リンするようにしてみた
詳細ページに飛ぶ
[[this>_detail/foo/bar.jpg|hogehoge]]
画像の直リン
[[this>_media/foo/bar.jpg|hogehoge]]
でいけた
this>
って便利なのがあったのね

{{foo:bar.jpg?linkonly|hoehoge}}
が正攻法っぽいけど導入プラグインの関係上パスした

>>439
linkonly オプションの方が、正攻法っぽいです。

this を使うと interwiki を通した外部リンク扱いなので、
設定項目: userewrite を変更すると動かない可能性がありますね。

これ使ってみたけどかなり良いよね
ただpukiwikiで言うページの凍結が出来ないのは残念
これさえ出来たらすぐにでも乗り換えるんだけども

>>441
「アクセスコントロール管理」画面で目的のページに対して
@ALL の「読取」権限を付与すればいいんじゃない？

統合的に管理できるから、こっちのほうが楽だと思う。

>>442
誰も居ないと思ったら人いて嬉しい
レスありがとう
そしてごめん思いっきり言葉足らずだった…

Farm化して違う部署のページはそっちの管理人に任せたいんだけど
ACLは設置者しか設定できないみたいでさ
pukiwikiみたいに子サイトの管理人に凍結と解除を任せられたら助かるなーと

まあ贅沢な話だよね
大人しくpukiwiki使っとくます

>>443
部署管理者のみ書き込める名前空間と誰でも書き込める名前空間の二つを用意して、
書込管理したい内容は前者に置く or 部署管理者がコピーするでいいような気がする。

同じく質問なんだけど
人気ページを表示するプラグインってないかな？
ぐぐってもアクセス解析くらいしかカウント系のプラグインが引っかからない
皆どうしてるんだろうか

ないんだなこれが
pukiwikiから乗り換えようぜみたいな風潮があった頃に調べたから今は分からんけど
恐らくないままだと思うよ
よくdokuwikiはプラグイン豊富で良いみたいに言われてるが実際はそうでもない

>>445
>アクセス解析くらいしかカウント系のプラグイン

これかな
ttps://www.dokuwiki.org/plugin:statdisplay#top_urls

>>445
痒いところに手が届かないコレジャナイ Plugin が多い。

Release 2014-09-29 "Hrun"

Security Hotfix 2014-05-05b
ttp://www.freelists.org/post/dokuwiki/Fwd-Dokuwiki-maybe-security-issue-Null-byte-poisoning-in-LDAP-authentication

>>445
そもそも閲覧数をカウントしていない？
ttps://www.dokuwiki.org/tips:viewcounter

そのアクセス解析系に限らずだけども
dokuwikiのプラグインでDB使うのって総じて重いよな
他のwikiやCMSだとそうでもないんだけど

>>450
DB を使うアクセス解析系（プラグイン？）ってどれのこと？

Structured Data Plugin(plugin:data) は遅いと思った。
項目名をデータで持って柔軟性を確保しているからしょうがないけどね。

>>451
それと、それに似た名前のプラグイン
今出先だからぐぐるのめんどいけれども作者は同じだったと思う

farmで使ってる人で分かる人いたら教えて欲しいんだけど
子サイトのルート階層にだけページが作れないんだけど似たような人いないかな
設定画面のURLの書き換えを外すとルート階層にも作れるんだけど
.htaccessにするとルート階層にだけページが作れなくて困ってしまって

pukiwikiから乗り換え先さがしてるけど、
こいつは記法が違いすぎて辛い。

でもべんりそうなんだよなあ

すごく基礎的な質問なんだけど、誰か教えてくれないか。

http://www.aaa.com/bbb/ の下にdokuwikiを設置し、
URL表示を/表記に切り替えてるんだけど、

例えば下みたいなページを編集すると
http://www.aaa.com/bbb/ccc
編集後に飛ばされるページが
http://www.aaa.com/bbb/bbb/ccc
ってなるんだよね。（「文書がない」と言われるし、
手動でhttp://www.aaa.com/bbb/cccにアクセスすると編集は反映されてる）
何が悪いんだろうか。

>>455
設定項目: userewrite を 1 にした場合は、WWW サーバーの rewrite 機能頼りだから、
使用している Web サーバーとその設定を書かないと、誰も回答できない。

URL の書き換え
ttps://www.dokuwiki.org/ja:rewrite

>>454
正直そんなに便利とも思わないし一長一短だと思うよ
よく調べて自分の利になるなら乗り換えで良いんじゃない
特にプラグインはpukiwkiの方が使えるものが多くて悲しい

>>453
似たような症状で子サイトのトップページにサイドバー作れなくて困ったことあるわ
rewrite1にしてると、例えばURL直打ちで/sidebarと入力したとする
アドレスバーはちゃんとURL移動したことになってるらしく/sidebarと表示されてる
が、ページタイトルはstartのままなので実際は/startを読んでると思う
FTPで子サイトのルート階層にsidebar.txtをアップすると繁栄するんだけどね
じゃあルート階層のみ存在しないページの場合はstartを読んでるのかと思ったが
/sidebarでFTPでアップしたsidebar.txtにアクセスしようとしてもstartを読む
つまり作れないんじゃなくて/startから移動出来ない状態なんだと思うよ
ちなみにさくらサーバーじゃないか？

>>456
すまん自己解決した。
単に「サーバの URL」に「ttp://www.aaa.com/bbb/」と記入したのが原因だった。
本当は「サーバの URL」を「ttp://www.aaa.com」、「サーバのパス」を「/bbb/」に
しなきゃいけなかったみたいね。

>>454
Syntax 以外にも「pukiwiki のデフォルト設定≒日本の Wiki 標準」的な思考を変えないと戸惑うことが多い。
共通認識となるデフォルトのレベルが低い（自由度は高い）から、プラグインもいたれりつくせり機能じゃなくて
部品レベルな機能が多い。

何となく始めるにはデフォルト設定が緩いので、使いながら体裁を整えるというやり方にはなじまない。

独自の CMS を組み立てると考えて、ローカル環境とかで「ACL設定＋プラグイン＋テンプレート」で
自分が望む形になるかどうかを一通り試し、ある程度固めてから、ページの集積を始めるのがいい。

>>455 >>458
サーバー移転する度にハマるから userewrite=2 でお茶を濁すことにしている。

しかしuserwrite2だとURL綺麗にならいからな
やる意味がないような

.php を消さないと満足しない要件ならば、そのとおり。

doku.php の doku はリネームできるから、? と = が消えれば満足する場合も多い。

名前空間についてどなたか分かる方いらっしゃいましたらご教示下さい
あまり細かく名前空間を分けたくはないのですが、一つの名前空間で配置できるファイルの数や容量に上限ってあるのでしょうか？
OSはCentOSなのでそちらのファイルシステムの仕様に依存する形でしょうか？

OSのファイルシステムに依存すると思うが、ページや画像はcacheに36フォルダへ分割されておかれるからヒットする限りにおいてはそこまででもないと思う
一体どれくらい置きたいのかしらんが…

ほす