09/01/11 12:49:46
索引が常に最上部に表示されてしまう・・・orz
非表示設定とかできないの？
103:nobodyさん
09/01/11 15:11:45
>>102
ページ内の目次のことか？
管理メニュー＞サイト設定＞目次 表示限度見出しを０にすると消えたと思う。
最近のバージョンならテンプレート（main.php）を改変して消したり位置を変えられる。
・tpl_content() 目次とページを表示
・tpl_content(false) 目次を表示しない
・tpl_toc() 目次のみ表示する
URLﾘﾝｸ(dev.splitbrain.org)
104:nobodyさん
09/01/11 21:08:57
>>100
まだこんな馬鹿がいるのか
105:nobodyさん
09/01/15 16:18:00 jjTIqKvD
毒wikiいいんだけど、サイドメニューの設定だけがややこしいな。
我慢してarcticテンプレート使ってるけどさ。
106:nobodyさん
09/01/20 01:13:15 PC26Qzt/
本体の開発が止まったっぽいな・・・
よく出来てるのにそんなに流行らなかったのが原因か？
107:nobodyさん
09/01/20 01:23:45
>>106
developer mailing list はいつも通りだけど？
Andyも昨日ポストしてたし。
108:nobodyさん
09/01/29 10:26:48 ZPdg795M
つーかRC1きてんじゃんｗｗ
109:nobodyさん
09/02/07 04:05:30
RC3も来たね。
そろそろstableかな?
110:nobodyさん
09/02/07 12:23:02 RJeZoMSA
RC3出たか～ と思って公式に書いてある通りの手順（フォルダごと上書き）で
はじめてのアップデートをしてみたけど、「ログイン」がどこにも見当たらなくなって
使えずにいます。
RC2、RC3両方ともダメ。テンプレートのせいかと思って、arcticにしていたのを
デフォルトに戻してもダメ。
こんなのうちだけ？ みんなどうやってアップデートしているんだろう。
情報ｷﾎﾞﾝ。
111:nobodyさん
09/02/07 12:24:10 RJeZoMSA
ちなみに手順はこんな感じです
cd /var/www/html
cp -rf dokuwiki dokuwiki_old
wget URLﾘﾝｸ(www.splitbrain.org)
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
112:nobodyさん
09/02/07 16:55:59
XPだけど、RC1～3全部上書きでOKだった。
URLﾘﾝｸ(www.dokuwiki.org)
ここ見ると他にも書き込み可にすべきフォルダがあるみたいだけど。
あとは、キャッシュをクリアして再読み込みするとか？
113:110,111
09/02/07 17:26:26
情報どうもです。
新規でwikiを作成してみるとちゃんとログインが出ていたので、
新規で作成されたファイル（local.php）と自分のやつを見比べて、
足りない部分を足してやることで動作するようになりました。
お騒がせしました。
114:nobodyさん
09/02/11 22:06:31
ﾎｽ
115:nobodyさん
09/02/16 00:10:23 Ssk1cxDG
正式版キタコレあげ
116:nobodyさん
09/02/16 11:21:15
今見たらChangelogのページがenとjpでだいぶ違うな
まあころころ変わるからしょうがないかもしれんが
117:nobodyさん
09/02/17 18:43:11
なんかVerupしたら、今までちゃんと表示できていた画像が表示されなくなったりしている
日本語ファイル名が悪いのか？？
とりあえず古い状態に戻した
118:nobodyさん
09/02/19 03:46:00
Release 2009-02-14に関してちょっと気になったんだけど、今回新たに導入された
license selectorの関数がちょっとおかしい気がするのは俺だけでしょうか。
具体的には、/inc/template.php の1299行目で定義されている tpl_license() というやつなんだけど、
URLﾘﾝｸ(dev.splitbrain.org)
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言語の知識をたよりに適当にソースを眺めて言ってる
だけなので、ものすごく的外れで、完全にでたらめかもしれません。そのときはスルーしてください。(´・ω・`)
長文失礼しました。
119:nobodyさん
09/02/22 15:38:09 9BDEekoo
すみませんageで質問させていただきます。
どなたかDokuWikiでWYSIWYGプラグインのインストールに成功した方はいますか？
FCKWプラグイン
URLﾘﾝｸ(fosswiki.liip.ch)
や
WYSIWYG nicedit plugin
URLﾘﾝｸ(www.dokuwiki.org)
を試してみたんですがうまく動きませんでした。 症状はそれぞれ
上記のページの下の方に出ているのと同じ（というか自分が書き
こんだんですが）です・・・
なにがいけないのかわからない・・・
個人的にはwiki記法を覚えるのに抵抗はないんですが、課内の情報
共有に使おうと思っており、他のメンバーは絶対WYSIWYGでないと
使ってくれない確信があるもので。
120:nobodyさん
09/03/01 03:08:12
＞課内の情報 共有に使おうと思っており
経験からして、Dokuwikiも使っているけど、Wikiは、やはり癖が強いので駄目だった。
使いやすいとは言い難い。
既に知識を有する人が記すことになるので、何を記すべきなのかが不明なのと
記して誰が読むんだ？ 面倒くせー で尻すぼみ。
で、うちは下記をつかってる。
WYSIWYGもDokuWikiよりも遥かに上。
FAQだけど、疑問の投稿、コメントなどもつけられるから、
教えてあげてる、間違ってる、など、「誰かが教えてくれるかも？」的な広がりもみせる。
URLﾘﾝｸ(www.moongift.jp)
WYSIWYGは標準的（PHPBB的）で、今後普及するであろうCMSのDrupal やJoomlaともほぼ共通。
低スペックの鯖でも動くし、
FAQだから、何にでも使えるし、まぁー試してごらんよ～
121:nobodyさん
09/03/01 11:24:19
まー社内情報共有ってのは
ちょっと変化球的な使い方なんじゃないかな
Dokuwikiはそのあたり不向きと見える
122:119
09/03/03 02:35:19
うーんやっぱり難しいかな。 Wikiは確かに癖が強いかも。
自分で試してる分にはDokuwikiは使いやすくて良いんですけどね。
ただファイルのアップロードを多用する場合には（職場で想定している使い方ですが）、アップロード先がページでなく名前空間になる（というか
うまい説明ができませんが）ところが微妙。ファイルが増えてくると管理が大変。しかも試した環境では日本語ファイル名がNGだったし…
今のところ自分で試してみて、職場で使うは難しそうだと感じた部分；
* 新規ページの作り方： これはWiki共通かもしれないけど、
しかしPukiwikiあたりは[新規]というボタンがあったような。
* Wiki記法： 自分的にはむしろ簡便で良いのですが「使ってもらう」
ためにはやはり大きな障害。
WYSIWYGエディタが使えれば解決するもののDokuwikiでは難儀してます。
* 上記ファイルのアップロード・添付のし易さ。
123:119
09/03/03 02:36:11
（改行多すぎエラーになったので続き。長文すみません）
DRUPALやJOOMLAなどのCMSも試しにインストールしたものの使い方がイメージできず
（というかよくわからず？）。 使い方をよく考えてからでないとどのソフトを使うか自体決め
られませんね。
WikiはWiki内リンクもあって辞書的に暗黙知を文書化できそうな期待を持っています。がん
がん文書を書いていくイメージのDokuwikiはそういう意味で合っている気はするんですけど
ね。 その点ではPhpMyFaqはベストフィットかもしれない。 試してみます。紹介ありがとう
ございました。
（ただ一方で共有ファイル、定期的にアップデートされるファイルも多いのでその辺りは
若干方向性が違うかもしれませんね）
119の書き込み以降本家プラグインWEBで進展がなかったので（ここ数日ちょっとありま
すが未解決）、TikiWikiとNetCommonsに浮気しつつありました。 完全にCMSですが。
しかしTikiWikiもFckEditorというかWYSIWYGが設定できない。メニューにはあるのに。
なかなか苦労の多そうな楽しみを見つけてしまった今日この頃です。
124:nobodyさん
09/03/10 19:04:09 iBVPPFaS
>>117で、新バージョンではちゃんと表示できていた画像がうんぬんと
書いたけれども、俺の勘違いだった・・・ ＿|￣|○lll
やっぱり新バージョン (･∀･)ｲｲ!!
125:nobodyさん
09/03/12 11:48:43 bSlhXR7R
URLﾘﾝｸ(*****)
で、aaaの下に bbbを作る～
URLﾘﾝｸ(*****)
作ったら、 cccをさらに作る
URLﾘﾝｸ(*****)
って階層を１つづつ深くつくるのはＯＫだけど、
URLﾘﾝｸ(*****) しかない状態で
いきなり、ＵＲＬ欄で
URLﾘﾝｸ(*****) と深い階層を作って編集＆保存したら、
以後、パーミッションのエラーが出まくった。
俺だけの現象？
126:125
09/03/12 15:53:53
ちなみに、サーバー丸ごと、不安定になってもの凄く焦ったです。
/data/pages以下の 該当するフォルダを直接、削除して正常にもどったけど
恐くて触れなくなった。
127:nobodyさん
09/03/14 17:40:26 4H1hw1HS
プラグイン開発で質問です。
1.wikiテキスト読み込み
2.
3.syntax解析
4.パース
上記流れの2の段階で、wikiテキストに変更を加える場合、
どのように行えばいいでしょうか。
アクションプラグインの
IO_WIKIPAGE_READと
PARSER_WIKITEXT_PREPROCESSで試しましたが、
IO_WIKIPAGE_READはテキストを変更できず、
PARSER_WIKITEXT_PREPROCESSはタグで括られた部分しか
取得できませんでした。
syntaxの追加無しに出来ればと思っています。
128:nobodyさん
09/03/24 22:34:57 n8R614T6
ほしゅあげ
129:nobodyさん
09/04/04 05:49:59
保守
130:nobodyさん
09/04/07 16:34:41 SVrBryG2
最新版での日本語検索を改良する方法を記述している
サイトってありますかね？
131:nobodyさん
09/04/08 02:32:25
最新版って普通に日本語検索できなくないですか？
自分はＷＥＢにいくつか出てるような対策（分かち書きエンジンを入れるとか）は必要感じなかった。
132:nobodyさん
09/04/08 04:10:57
autolinkプラグインを日本語対応させたけど欲しい人いる？
数行変更した程度だけど・・・
133:130
09/04/08 08:29:48
>>131
どうしても、ってわけじゃないですけど、
分かち書きで検索できたほうがいいなあ 程度には思いますね
>>132
(=ﾟωﾟ)ﾉ ｽｯ
134:nobodyさん
09/04/14 19:08:24
>>130
対応させたけど、位置は多少変るけどわざわざ最新版での記事の
必要性感じなかったけど
135:nobodyさん
09/04/15 02:10:38
>>134
日本語でおｋ
136:nobodyさん
09/04/20 01:48:38
スレチだけどこのVanillaって良さげだなー
日本語もおkみたいだし
URLﾘﾝｸ(getvanilla.com)
137:nobodyさん
09/04/20 03:06:57
dokuwikiをiphone用に最適化する事ってできるのかな。
ていうかiphone用に最適化されたwiki自体みたことがないんだけど
138:nobodyさん
09/04/26 16:10:26
ほしゅ
139:nobodyさん
09/04/29 21:30:11
autostartプラグインを入れてみました。
aaa:startと言うページがある場合に
aaaにアクセスすると、
header('location:～')でaaa:startに飛ばすプラグインです
一見便利に見えるのですが、例えば
[[aaa]]と書いてもリンク先が存在しないスタイルで表示される為、わざわざ
[[aaa:start|aaa]]と書かなければなりません。
何か良い方法は無いでしょうか…
140:nobodyさん
09/05/06 19:55:36
ほす
141:nobodyさん
09/05/11 18:33:00
>>139
・useheading をつかう
・[[aaa:]]
142:nobodyさん
09/05/11 23:10:43
>>141ありがとうございます。2個目で対応したいと思います
143:nobodyさん
09/05/20 10:20:24
ﾎｼｭ
144:nobodyさん
09/05/20 14:13:10
過疎だなぁ
145:nobodyさん
09/05/20 17:15:27 MZpiw8BV
盛り上がればいいってもんでもないだろうけど、確かに過疎ですな
DokuWiki、ページの新規追加と他ページへのリンクをもうちょい
やりやすくしてほしいなー
146:nobodyさん
09/05/20 18:24:33
そんなことここにかいても何もかわらんだろ
147:nobodyさん
09/05/20 18:56:44
>>145新規追加はプラグインで無かった？
148:nobodyさん
09/05/21 08:28:10
>>147
新規追加はAddNewPageプラグインあるね
でも初心者への訴求力を高めるためには、やはり標準で対応しておいて欲しいなー
149:nobodyさん
09/05/21 20:11:52
>>148
内部リンクを作る→ページの新規追加 の順番が自然だと
思っているから気にならないな。
見出しを内部リンクに出来ない方が違和感を感じた。
150:nobodyさん
09/05/26 19:00:47
>>149
:hoge ってページの，
==== foo ====
へのリンクなら，
[[:hoge#foo]]
だけど，勘違いしてる気がする。
151:nobodyさん
09/06/07 22:04:52
ホッシュ
152:149
09/06/08 01:09:41
>>150
=== [[foo]] ===
って書いてもリンクにならないこと。
153:nobodyさん
09/06/10 11:10:22
検索がちょっとアレなんで
URLﾘﾝｸ(www.higuchi.com)
ここに書いてあるとおりに修正してみたんですけど、
うまく動かない～。
サーバは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配下しか実行できないとかそんなのが
あるのかな？よく分からないです。
154:nobodyさん
09/06/23 19:45:36
やっとこさ設置して、何ページか書いてみて割りと使いやすいなーっと思ってるんですが、皆さまページは日本語ですか？それとも半角英数で作っていますか？
URLﾘﾝｸ(www.cmsresume.com)
とか見ていると、半角にした方が良いのかなーと悩んでいます。
155:nobodyさん
09/06/23 20:23:13
>>154
用途次第で自由にしたら良いのでは？
私は日本語にしてますが…
156:nobodyさん
09/06/24 08:46:50 d7H57eLN
日本語で問題なく動いたから日本語にしてる。
157:nobodyさん
09/07/02 06:26:00
ﾎｼｭ
158:nobodyさん
09/07/02 11:03:44
過疎…
159:nobodyさん
09/07/06 13:27:41
AutoLinkの日本語版できたよー
URLﾘﾝｸ(masaota56.x0.to)
設定でYahooJapanAPIのaidを入れると、形態素解析してから変換します
aidが無い場合は、強引に変換します
ソースの書き方がDokuWikiの方針に合ってるのか分からないのでとりあえず晒してみました
ゆくゆくはちゃんとします･･･
160:nobodyさん
09/07/07 05:36:19
おもしろそう ＞AutoLink
使わせてもらいます。
161:nobodyさん
09/07/07 18:51:46
>>160
ありがとうございます
使い方を書くのを忘れてました…
一応AutoLink2をベースにしているので、
使い方もそれと同じになります
今のところタグで囲った部分した適用されませんが、
設定で無条件にページ全体に反映できるようにもしたいと思っています（PukiWikiのオートリンクと同じ動作）
何か良い方法は無いでしょうかね…
162:nobodyさん
09/07/21 22:43:16
xreaに設置したくていろいろ試してるんだがうまくいかない。
IEではうまく見られるんだけど、FIREFOXでCSSが有効にならない。
疲れた・・・。
163:nobodyさん
09/07/22 08:03:22
>>162
URLﾘﾝｸ(www.hanatoyume.net)
164:162
09/07/22 15:50:25
>>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が読めないというので、ディレクトリのパーミッションを甘めに。
これで今のところ動いてる。突っ込みどころがあったら教えてください。
165:154
09/07/27 18:10:19 hTaLM+me
以前、半角英数か日本語で悩んでいたものです。日本語で運用している方もおられたので、日本語にしてみました。
私はFirefoxですが、IE6のユーザーもいまして（というか、こっちがデフォ）、IE6で記事編集しようとすると、ページ名が日本語の場合はかなり高い確率で文字化けしてしまいます。（読むことはできます。）
というわけで、いまさらですが英数に変更します。IE6を使わなければいけない方は英数の方が良いかもしれません。回避方法もあると思いますが、めんどくさいのでやめておきます。
166:nobodyさん
09/08/12 19:49:51
Wikipediaのように、id属性やname属性を半角英数字にできないでしょうか？
167:nobodyさん
09/08/15 22:05:28
アンカー名がid="#日本語"ってなってしまう…
168:nobodyさん
09/08/15 23:47:21
自己解決しました。
169:nobodyさん
09/08/16 01:30:57
>>165
自分では IE6 を使っていないので、試していないのですが、
これでどうでしょうか？
addnewpageプラグインの日本語対応方法 [okoze-esca.net]
URLﾘﾝｸ(www.okoze-esca.net)
170:nobodyさん
09/08/24 18:40:43 pIQJRuYI
>>165
もういないかな。みつけたのでとりあえず
URLﾘﾝｸ(www.aksum.jp)
「ページ名と Namespaces 名」のところね
171:154
09/09/08 14:10:17
ものすごく久しぶりに来ました。レスありがとうございます。
>> 169
ありがとうございます。addnewpageを使っていないのと、色々変更するのが面倒そうなので今回は見送りました。（以前、アップデート掛けたときに設定を忘れてて大変だったので、なるべくカスタマイズせず使いたいです。）
>> 170
ありがとうございます。これで行きます。
172:nobodyさん
09/09/17 21:52:25
ﾎｼｭなのだわ
173:nobodyさん
09/09/18 10:08:25
dokuwikiは使いやすいね
pukiwikiは構文が気持ち悪いけどいろんな人が使ってるからサーバ用で仕方なく使ってるけど
ローカルではdokuwiki使ってるわ
174:nobodyさん
09/09/18 16:46:21
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
とするにはどうすればよいでしょうか？
175:nobodyさん
09/09/18 18:26:38 1qyyWGVO
ReWriteRule aaa/bbb aaa/bbb.html
176:nobodyさん
09/09/18 18:27:52 1qyyWGVO
ReWriteRule (.+)/(.+)$ $1/$2.html
177:nobodyさん
09/09/18 18:28:34 1qyyWGVO
ReWriteRule ^dokuwiki/(.+)/(.+)$ dokuwiki/$1/$2.html
178:nobodyさん
09/09/20 01:06:30
>>153と同じ問題で困ってます・・・
まだ、XREA+でテストしている段階ですが、同じエラーが出てしまいます。
解決方法をご存じの方はおられませんか？
179:nobodyさん
09/09/20 12:53:47
dokuwikiで画像ファイルのアップとかお手軽でいいんだけど、日本語ファイル名に
した時に困る
ダウンロードするとURLエンコードしたままのファイル名になっちゃうし
結局、英数名に付け直したけど、回避する様なプラグインとかあるんでしょうか
180:nobodyさん
09/09/20 13:10:58
まず貴様はwebの仕様を勉強したまえ
日本語ファイル名つかうとかタブーですよ
どうしても使いたいならファイル名は日本語にしてクエリーやgetを使って見せかけることになりますけどね
その場合は多少PHPの知識がないと難しいと思われます
181:nobodyさん
09/09/20 14:45:36
要するに無いって事ですな
画像貼り付けのときはファイル名が日本語表示されてたので、この問題に気付かなかったのよねぇ…
fetchかdetail弄るしかないって事か
回答どうも！
182:nobodyさん
09/09/24 19:10:20
@PAGES サーバーに Dokuwiki を入れてみました。
セーフモード対策として
【フォルダ作成マスク】と【セーフモード対策を行う】を設定すればそれなりには動きます。
【文書の編集】時に、ページが上下二重に表示されたり、入力補助ボタンが表示されなかったりします。
【確認】してページを表示し直せば、正しく表示されます。
【プラグイン管理】で【プラグインのダウンロードとインストール】ができないプラグインがあります。
ローカルのサーバで再現しない問題の原因は、
セーフモードなのかサーバ（広告を挟んだりしている）なのか切り分けが難しいね。
183:nobodyさん
09/09/24 20:13:28
無広告の鯖でも借りてみては？
海外ならたくさんあるよ
184:nobodyさん
09/09/26 03:28:47
plugins [DokuWiki]
URLﾘﾝｸ(www.dokuwiki.org)
このページのテーブルって、plugin 名前空間のページからデータを拾って作っているように
見えるんだけど、どの plugin を使って実現しているのですか？
ソース上には "~~pluginrepo~~" って書いてあるけど・・・。
185:nobodyさん
09/09/27 23:52:41
>>184
同じようなことを template ページでやっているんだけど、
URLﾘﾝｸ(www.dokuwiki.org)
URLﾘﾝｸ(www.dokuwiki.org)
こっちは Structured Data Plugin っていうプラグインを使っているみたいだね。
URLﾘﾝｸ(www.dokuwiki.org)
186:nobodyさん
09/09/30 00:32:34
プラグインを入れまくっていたら、突然応答が返ってこなくなった。
管理画面にも入れないから /cof/local.php を直接編集するしかない。
$conf['userewrite'] = '2'; の行を削除して、
「Dokuwikiによる設定」→「使用しない」にするとそれなりに動く。
直前に入れた clearhistory plugin が怪しいと思うけど、原因を探すのが面倒だったので、
隣にディレクトリを作って dokuwiki を再インストールした。
/data/pages/* /data/media/* /lib/tpl/* /lib/plugins/* をコピーしたら
ほとんど復旧した。
ユーザーとACL設定はファイルが解らなかったから手で入れ直した。
187:nobodyさん
09/10/01 18:48:41
WindowsXP + XAMPP + Dokuwiki の組み合わせで、
URLの書き換え：Dokuwikiによる設定
(userewrite)：(The rewriting is done by DokuWiki.)
にすると、中の画像ファイルが出力されない。
http://ホスト名/dokuwiki/lib/exe/fetch.php/wiki/dokuwiki-128.png
すら、画像が返らず、「このトピックには文書が存在しません」画面が返される。
URLの書き換え：「使用しない」や「.htaccess」では正常に稼働する。
こんな状態なのは、私だけでしょうか？
188:nobodyさん
09/10/06 15:27:11
Asian Searchっていう日本語検索できるプラグインがいつの間にか出てたんだな
個人的にはかなり嬉しいぜ
189:nobodyさん
09/10/06 21:14:30
>>188
MeCab が使えないレンタルサーバには Asian Search Plugin を入れてみました。
190:nobodyさん
09/10/06 22:40:31
Asian Searchいいね。
早速うちも入れてみた。
191:nobodyさん
09/10/07 03:01:37
Asian Searchちゃんと日本語検索できる～
XREAでもMeCabを使わなくて日本語検索できるから使わせてもらってます
192:nobodyさん
09/10/07 21:30:57
>>188
現在の DokuWiki 開発版には Asian Search の機能+αが組み込まれています。
このまま次のバージョン (2009-12-25?) が出るといいなあと。
193:nobodyさん
09/10/08 09:49:14
>>188
サンクス！
Asian Search PluginをMeCab導入済みの環境で入れてみたら、改善どころか、完璧かも。
今のところ、問題なく検索できてるし、検索結果もバッチリその用語だけ引っかかる。
一応報告
194:nobodyさん
09/10/22 12:38:21
保守
195:nobodyさん
09/10/24 02:26:10
>>193
・Asian Search Plugin は検索のクエリしか操作しない、
・MeCab はインデックスファイルしか操作しない。
・だから両方使っても悪影響はない。
って理解で合っているかな？
196:nobodyさん
09/10/26 04:15:01
質問させてください
パブリックドメインで運用しているのですが、GFDLの画像を記事内に入れるのはNGでしょうか。
文章はパブリックドメイン、画像はそれぞれの著作権、のように出来たらと思っています。
例えば引用文なんかは、これはどこどこからの引用で著作権がありますよ、みたいな話が通用すると思うのですが…
197:nobodyさん
09/10/26 04:52:48
どう考えてもすれ違いだな。
198:nobodyさん
09/10/26 08:40:12
dokuwikiで構築されてるサイトってありませんか？
199:nobodyさん
09/10/26 21:22:40
有名なのはwiki.php.netとか。
あとは URLﾘﾝｸ(www.dokuwiki.org)
200:nobodyさん
09/10/26 23:33:24
>>199
攻撃サイトが含まれてるしｗ
201:196
09/10/27 02:38:41
>>197
失礼しました。別のとこで聞いてきます
202:nobodyさん
09/10/28 01:43:14
>>195
193 じゃないけど、その理解で合ってますよ。
MeCab については、インデックス時に本文を分かち書きするのではなく、
検索時に検索クエリを分かち書きする方法もあります。
この方法だとソースに手を入れなくていい (プラグイン化できる) という利点があります。
203:nobodyさん
09/11/27 20:31:44
ちょっと俺のメモ代わりにここ記録
世界中のwiki一覧リスト
URLﾘﾝｸ(www.wikimatrix.org)
【俺のメモ】
204:nobodyさん
09/11/30 20:57:43
一行掲示板みたいなのがあればいいなぁ。
そういうプラグインってないよね？
205:nobodyさん
09/11/30 21:21:27
ほんらいのwikiの機能から外れてますね
そういうのはpukiwikiでも使ってください
206:nobodyさん
09/12/01 00:34:56
本来のとかどーでもいーじゃん
207:nobodyさん
09/12/04 20:33:26 09drbsTb
RC 2009-12-02 "Mulled Wine"
URLﾘﾝｸ(www.dokuwiki.org)
208:nobodyさん
09/12/15 18:24:51
久しぶりに、見に行ったら翻訳ページが増えていた。
ja:dokuwiki [DokuWiki]
URLﾘﾝｸ(www.dokuwiki.org)
英語のページは困った事項のみを集中的に読むだけなので、
日本語のページをパラパラと眺めて
「こんな機能もあるんだ」
と驚くことが多い。
翻訳してくださった方、どうもありがとう。
209:nobodyさん
09/12/25 21:34:40 K1kcapV7
2009-12-25 リリース
URLﾘﾝｸ(www.dokuwiki.org)
210:nobodyさん
09/12/27 02:34:01
Asian Search プラグインをインストールされている方は、すみませんが
2009-12-25 にアップグレードした際にこのプラグインを削除してください。
デフォルトでより高機能な検索機能が実装されています。
一応、インストールしたままでもそれほど影響はありません。
211:nobodyさん
09/12/27 09:25:43
もしかして作者さん？
今まで使わせてもらってました。
ずいぶん助かりました、ありがとう！ (=^ω^)ﾉ
212:nobodyさん
10/01/08 21:54:59 5hdYadNo
includeプラグインが変な動きをするんだけど、皆さん問題なく使えてますか？
213:nobodyさん
10/01/09 21:13:34
ローカルで構築したdokuwikiをレンサバにそのままコピペしても動きますか？
書き直さないといけないファイルとかございますでしょうか？
214:nobodyさん
10/01/19 17:55:36
syntax.phpというファイルがあるプラグイン（pagelist、addnewpageなど）が一切導入できなくて困ってます。
Fatal error: require_once() [function.require]: Failed opening required '/home/httpd/…/syntax.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/httpd/…/syntax.php on line 5
とか出てきます。
どうすればよいでしょうか…？
215:nobodyさん
10/01/19 20:51:01
またまたセキュリティアップデートか
216:nobodyさん
10/01/19 21:53:22
>>214
lib/plugins/syntax.phpはきちんと存在していて、httpdの権限で読み込める状態なんだよね?
217:nobodyさん
10/01/25 20:31:13
>>215
アップデートが複雑な手順いらずのフォルダーのコピペで済むのが嬉しい。
218:nobodyさん
10/01/26 04:34:53
URL上の名前空間の区切りにスラッシュを使用 をONにして
DokuWikiにアクセスすると、途中までしかソースが送信されないページがあります。
（例：http://～DokuWikiのパス/wiki/syntax）
リロードしても駄目でした。
ソース表示すると、以下の二行から先がありません。
<div class="page">
<!-- wikipage start -->
ただし、wiki/dokuwikiやplayground/playgroundは無事に表示されます。
どのようにすればよいかご存じの方いらっしゃいますか？
（関係ないかもしれないけど、ログインして管理ページ行っても
同じ現象になるんだけど、リロードすると直ります）
219:218
10/01/26 04:54:08
追記：
設定中の.htaccessは以下の通りです。
RewriteEngine on
RewriteBase /
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]
RewriteRule ^/index.php$ /doku.php
環境はなんと言えばいいのか、サブドメイン運営です。広告無しです。
追記２：
>>187とはちょっと違うのですが、wiki/dokuwiki内の画像、_media/wiki/dokuwiki-128.pngにアクセスしても
「このトピックには文書が存在しません」となり、直接http://～～/lib/exe/fetch.php?media=wiki/dokuwiki-128.pngに
アクセスすると表示されます。
.htaccessの設定を何度も見直してもぐぐっても、わかりません。
質問が増えてしまいましたが、もし心当たりのある方がいらっしゃれば
お教えください。
220:218
10/01/26 21:31:08
>>218については自己解決できました。
サーバのエラーログを見る→PHP Fatal error: Allowed memory size of 8388608 bytes exhausted～～が連発→
該当するスクリプトの頭にini_set("memory_limit","16M");とか足してみる。→他のスクリプトも同様にエラーが出たので
めんどくさくなってDokuWikiルートの.htaccessにphp_value memory_limit 16Mを追加で解決できました。
221:nobodyさん
10/01/27 07:09:23
>>220
> 関係ないかもしれないけど、ログインして管理ページ行っても
> 同じ現象になるんだけど、リロードすると直ります
これも同じ理由なんでしょうか？
昔、@pages のレンタルサーバーで発生したことがありました。
222:218
10/01/27 23:02:44
>>221
多分、同じ理由だと思います。
ログにも同様の出力があり、メモリ制限の設定変えてからは空白や途中までのページが送信されると言うことは無くなったので。
でもなぜリロードすると直るのかは不明です。
どのスクリプトであっても、途中までしか出力されないor空白になったらphpの実行が中断されてると考えて、
サーバのログをチェックするのが一番ということでした。
ちなみに@pagesはセーフモードで稼働してるので、もしかしたらini_setとかhtaccessは利かないかも。
223:218
10/01/27 23:59:22
>>219についても自己解決できました。
先頭の^/を^のみにし、末尾を/$にすることで解決しました。（一部例外）
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 [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)/$ doku.php?id=$1 [QSA,L]
RewriteRule ^index.php/$ /doku.php [QSA,L]
ドメインを複数持ってて.htaccessで振り分けしている、かつ、ルート直下にDokuWiki置きたい人は
もしかしたら参考になるのかもしれません。
224:nobodyさん
10/01/28 10:14:02
>>223
もしよかったらブログで掲載していただけませんか？
アフィリエイトは特例で認めますのでカスタマイズの記事を書いてください
お願いします
225:nobodyさん
10/01/28 18:40:48
>>222
> ちなみに@pagesはセーフモードで稼働してるので、もしかしたらini_setとかhtaccessは利かないかも。
おっしゃるとおり、無視されます。
昔と書いたのは、バージョンを上げていくうちに再現しなくなったからです。
226:nobodyさん
10/02/02 19:55:08
discussionプラグインの「すべてのコメントを見る」を、
管理権限のない一般ユーザーにも見られるようにする
orサイドバーに表示させるには、どうすればよいのでしょうか？
227:nobodyさん
10/02/03 09:56:21
pagelist使うと、日付に「%」が入るんだが…
228:nobodyさん
10/02/03 16:22:16
編集ツールバーが消えた！
229:nobodyさん
10/02/03 22:17:12
>>228
たぶんJavaScriptエラー。
最近いじったJSファイルを見直してみたり最近入れたプラグインを抜いてみたり。
で、local.phpのタイムスタンプを更新してからブラウザでスーパーリロード。
難しい説明は URLﾘﾝｸ(www.dokuwiki.org) を参照。
230:nobodyさん
10/02/05 20:07:11
DokuTouch テンプレート
URLﾘﾝｸ(wikidesign.ch)
「useheading：最初の見出しをページ名とする」が無視されるのが惜しい。
231:nobodyさん
10/02/05 20:17:37
DokuWiki利用者同士を繋ぐためのグループ [dokuwiki users group japan]
URLﾘﾝｸ(www.dwug-jp.org)
232:nobodyさん
10/03/03 11:12:49
最新版使ってるけどPHP5.3でもエラーどころかstrictさえ見かけないな
しっかり対応されててやっぱり手放せない
233:nobodyさん
10/03/05 03:39:15
>>232
inc/init.php で error_reporting を設定しているからのような。実態は NOTICE 出まくりですよ。
234:nobodyさん
10/03/05 05:02:19
そうだな。
235:nobodyさん
10/03/15 18:01:08
テンプレートでも作ろうかな
236:nobodyさん
10/03/15 21:25:17
>>235
サイドバーあるやつ頼むわ
237:nobodyさん
10/03/16 10:15:09
>>236
サイドバーあるのは今のところ１つしか見当たらないので作ってみようかな
drupalのzenみたいにカスタマイズしやすくしよう
今週中に公開できればやってみる
238:nobodyさん
10/03/16 10:26:35
あ、でも結構サイドバーつきのテンプレートってあるね
URLﾘﾝｸ(www.dokuwiki.org)
239:nobodyさん
10/04/11 22:04:47
一年前にノートPCで使ってたstickのことを思い出して、デスクトップで展開させようとしたら、
Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0
とブラウザに表示された。
これはどうすればよかと？
240:nobodyさん
10/04/13 10:53:22
日本語のファイル名を含まない場所に移動してみたら
241:nobodyさん
10/04/14 11:49:04 /JT2K5Rw
テンプレのdokubookとmonobookて外見以外の違いなんか違いある？
242:nobodyさん
10/04/16 10:18:18 nMqHZOsB
discussionプラグイン使った米欄の横幅の調整が出来ねえ・・・
どうやんのよこれ。
style.cssにも幅指定してるとこないし。
243:nobodyさん
10/04/16 15:49:35 nMqHZOsB
ああ自己解決したわ。
マヌケな質問してすまん。
自分で勝手に指定すりゃいいだけだもんな。
何やってんだ俺。
244:nobodyさん
10/04/25 18:16:33
>>243
いやそれ俺も知りたかったんだけど、自分で勝手に指定ってどうするの？
（すまん過疎ってるのでageちゃった）
245:nobodyさん
10/04/28 00:58:35
mediawiki
pukiwiki
ページ名に日本語使えるのがいい
dokuwiki
アクセス管理いい
246:nobodyさん
10/05/13 08:36:50
>>244
style.cssの
div.dokuwiki div.comment_wrapper {
background-color: __background_alt__;
margin: 0em;
padding: 0.5em 1em 1.5em 0;
clear: both;
}
を
div.dokuwiki div.comment_wrapper {
background-color: __background_alt__;
margin: 0em;
padding: 0.5em 1em 1.5em 0;
clear: both;
width: 指定したい幅px;
}
てな感じ。
つうか今度はコメ欄の削除の仕方がわからん。
タグ削除しても何故かコメ欄残ったまま。
教えてエロイ人。
247:nobodyさん
10/06/05 01:20:58
これ良さそうだ。使ってみよう