===== 主な特色 =====
* シンタクスはMediaWiki風。
* PHPベース。
* データベース不要。各データはテキストファイルとして保存される。
* 全改訂差分を保存。
* 強力なアクセスコントロール機能。
* プラグインが充実。
* 全文検索機能付き。
===== 関連サイト =====
* [[
ttp://wiki.splitbrain.org/wiki:ja:dokuwiki | 公式サイト]] * [[
ttp://www.wikimatrix.org/show/dokuwiki | DokuWikiの機能一覧@WikiMatrix]] 前回のスレは６ぐらいで落ちたんだよなあ。
なかなかよさげなのにマイナーなのか
=の個数と見出しの深さが、MediaWikiとかMoinMoinとかと逆なんですね。
組織内で使ってもらうのに他の有名エンジンと文法が逆なのは
どうなのって言われそうですが、あるいは、こちらが正統なんでしょうか？
日本で開発されているらしいプラグイン
ttp://wiki.symplus.co.jp/doku.php/computer/dokuwiki_plugin 下のほうの「一般用プラグイン」のところにいくつか便利なものが
'´ 毒ヽ
! ﾉ从ﾊﾊ〉
ﾉj.|」 ＾ヮﾟﾉゝ
⊂)｀)´)つ [[DW]]
く/_|〉
し'ﾉ
マスコットキャラ「毒ウィキたん」のAAを作ってみました。
LDAP認証使うとDokuWiki側では細かいグループ管理ができないの？
人によっていくつもプロジェクトをかけもちしてて、
プロジェクトごとに書き込み権限グループを作りたいんですが。
見出しの=の数は俺も違和感を感じる。
だけど今更変えられないよな。
discussionの更新も表示できると良いのだけれど。
標準状態ではなくて、カッコよくカスタマイズしてるのを知りたいです。
ttp://wiki.splitbrain.org/wiki:tpl:templates サイドバーの使い方が分からず困っています。
navigationにリンクというか目次というかを加えるにはどうしたら良いのでしょう。
1週間悩んで、検索して、いまだ分かりません。
誰か教えてください！
さっきのは「monobook」テンプレートの話です！
'´ 毒ヽ
! ﾉ从ﾊﾊ〉
ﾉj.|」 ＾ヮﾟﾉゝ
⊂)｀)´)つ [[保守]]
く/_|〉
し'ﾉ
ここのサイトはDokuWikiらしい
サイドバーをどうやってるのか知りたい
ttp://ts109.ath.cx/ おれもそれが知りたい・・・
分かった?
ttp://www.tatewake.com/wiki/projects:monobook_for_dokuwiki#Install_and_Configure に書いてある通りにやればできそうよ。
[[:wiki:navigation|navigation]]ってリンクを作ってページを作成すれば
いいのかと思ったけどそうじゃないみたいだし
実際にmonobookテンプレ入れて試してみたよ。
実際やってみるとのリンク先はあまり関係なかった。
編集権限のあるアカウントでログインしていると
navigationボックスの中に「文書の作成」ってリンクが出る。
それをクリックすると編集画面が開く。
navigationボックスに表示したい内容をここに書く。
普通はリストなで、
* [[あいうえお]]
* [[かきくけこ]]
とか書くのが吉。
以上なんだけど、出来ない？
誤> 実際やってみるとのリンク先はあまり関係なかった。
正> 実際やってみるとのリンク先はあまり関係なかった。
誤> 実際やってみるとのリンク先はあまり関係なかった。
正> 実際やってみるとのリンク先はあまり関係なかった。
ちょっと切腹してきますわ。
>navigationボックスの中に「文書の作成」ってリンクが出る。
出ないよー。なんでだろ？？
arcticの方が良さそうだからそっち使おうかな・・・
うちが普段使っているDokuwikiだと「文書の作成」リンクは出てるんだけど。
試しにDokuWiki on stick をもう一つインストールしてみたらリンクが出てこない。
そちらと同じ症状であります。
設定をちょこちょこ弄ってみてもリンクは現れない。何が原因なのかわからん。。。
似非ウィキペディアっぽいmonobookよりも、
いかにもDokuWikiな感じのarcticのほうが好きよ。
ttp://www.okoze-esca.net/blog/archives/29 pukiwikiとかだと出来るのに。。
ttp://www.dokuwiki.org/plugin:recent これ使わないとできないよ
dokuwiki＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞pukiwiki
なのは歴然。日本語リソースの充実度に関してだけ
pukiwiki＞＞＞dokuwiki
とはいえる。ただ、pukiwikiのリソースは日本語で書いてあっても意味不明なのが多いけどね。
おお、こんなpluginあったんだー。
サンクス
遅レスだが・・・
テンプレによってちがうかもしれんけど
俺のはsidebarってページを作ってやった
ググったけど何も出てこない・・・orz
ping pluginというのがあるみたい
ttp://www.dokuwiki.org/plugin:ping プラグインの一覧はここにあるよ
ttp://www.dokuwiki.org/plugins あるタグの付いた記事だけ並べて表示させたいんだけど、どうすればいいか知ってる？
include pluginに近いイメージなんだが、タグを見てくれない・・
それを好きなところに表示させたいの？
ページ一覧ってページじゃなくて、
そのページの中身を全部１ページに出したいんだよね
なんでできないんだろう・・
<?php flush()?>
って何？
phpの関数みたいだけど何のためにやってるのかは良く分かりません
ttp://ca.php.net/manual/ja/function.flush.php ど田舎富山DQN男の家族消えろ ど田舎富山DQN男の親消えろ ど田舎富山DQN男の子供消えろ ど田舎富山DQN男の親戚消えろ
ど田舎富山DQN男の家族消えろ ど田舎富山DQN男の親消えろ ど田舎富山DQN男の子供消えろ ど田舎富山DQN男の親戚消えろ
ど田舎富山DQN男の家族消えろ ど田舎富山DQN男の親消えろ ど田舎富山DQN男の子供消えろ ど田舎富山DQN男の親戚消えろ
ニヤニヤ(・∀・) ニヤニヤ(・∀・) ニヤニヤ(・∀・) ニヤニヤ(・∀・)
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
死ぬとき このレスの事思い出してから地獄へ行けよ
ニヤ(・∀・)ニヤ(・∀・)
カカシ的なやつ・・・
しかし動かない罠w
と思ってできないくせに勢いで日本語化に挑んだものの数分で力尽きたﾜﾛﾀ
高校レベルの英語で格闘した結果がこれだよ！
ttp://www.dokuwiki.org/ja:devel:templates ちょっとわからんと思ったらガンガン飛ばしてるし途中書き
しかも生意気に自然な日本語っぽくしようと思ってるのでいっこうに進まない
神降臨ｷﾎﾞﾝage
GJ
細かい所は後の人に任せればいいんじゃね？
漏れも前ちょっとだけ日本語化した
堪能な人はサクッと訳し終わっちゃうんだろうけど、織れはいちいち調べながらだから
かなり時間かかってる上に訳が美しくない（最悪違ってたり；）
ｶｵｽな訳が続くだろうけど、せめてこのページだけでも仕上げたい
ちまちま続けます
誰かがはじめることが大事だと思います。
全ページ日本語化できるといいが
毒はもう少し人気が出てもいいと思うんだ。
俺はいろいろWiki検討して、PukiWikiよりDokuWikiを選択した。
DokuWikiの中にPHP書いて、部分的にアプリ埋め込んだりできるしな。
おっかなびっくりでやってるけど、添削や加筆をしてくださった人、ありがとう。
といっても、めぐっていて思ったがこのページは本当に最低限のことしか書いてないっぽい。
（ファイル構成と内容表示だけ）
もっと手の込んだことがしたい人にとってはたぶん物足りないと思うので、
他のページもやれるだけやりたいと思う。
とりあえず CSS や plugins 、configuration などなど、デッドリンクになっているところはまだたくさんあるんで、
ちまちまやっていきたいと思う。どなたさまも気軽にご参加アレ
ところで掲示板とブログに関してはもっといいモノはないのかね
あと、ja:searchが未完だったのを完了。
リンクの維持が難しいね。
ja:にリンクするように変更したら、色でその先がないのはわかるけど、
英語版を読むのに一旦そんなページはないよってとこを経由してしまう。
直接英語版にリンクしたら、その先が翻訳ページなのか色で判別つかない。
どっちがいいのかな？
403って、なぜにアク禁？クッキーとかリファラーとか正常？
とりあえずIE6で見れたので解決。サンクス。
添削ありがとう。自分ひとりじゃページ完成まで行かなかったと思う。
自分のカオスな訳と原文とを見比べるという気の遠くなりそうな作業をしてくれてたことを思うと感動
ja:tocがラクそうだったんでやった。
ja:developmentもやったが、やっていて「こんなにページあるのかよ…」となった
とりあえず、テンプレートいじる時に必要なページの日本語化が目標
あとは余力があれば…
リンクは…全ページが日本語化できれば全部ja:へ移行でいいんだろうけど
できるかどうかわからないので、
とりあえず日本語ページがあるのに気がついたらja:にするくらいでおｋかな？と思う
ちまちま続けます
pukiwikiやwikimediaみたいにページのidに日本語が使えなくね？
id=日本語ID
としても
id=ID
となっちゃう
リンク維持、リビジョン追随がうまくいかないんで放置しちゃった。
たしかインストールマニュアルまわりを10ページくらい訳したけど。
英語版のリビジョンとの異同を調べる仕組みがあるといいんだけどね。
翻訳後時間がたつと、古くなった部分が分かんなくなっちゃうんだよね。
翻訳時の元版のリビジョンを記録したりしてみたけど、
古いリビジョンはどんどん削除されちゃうから、
いざ更新しようと思っても英語版との差分が調べられない。。。
そんなこんなでやる気萎えちゃった。
形式を決めようとするほど、萎えちゃうおそれがありますね。
効果が薄そうなので、改訂するページから消してもいいかなと
思ってたところなので、もしご本人なら、承諾いただけると、
すっきり後くされなく消せます。
編集時のコメントのところに、
20xx-xx-xx版 {翻訳完了,同期完了,査読完了}
とか書くことにして、あとは気付いた人がボチボチいじるくらいの方が、
気負いや変な責任がなくていいかと思います。
訳語の統一くらいはちょっと考えたいので、
ゆるめの日本語翻訳ガイドラインのページを新規に作って、
リンクだけはしてもらうなんていう腹案ももってますが、
ご意見あればよろしく。
で出てくるトレースってのはパンくずリストとは違うのか？
TOP > test > example
ってなるのかと思ったらならなかった
どうやって使えば
最初はきれいなHTMLにしようと意気込んでいたものの、
自動的に挿入されるlevel1,level2やら
<div class="li"><span class="li">やらに凹んだ
どうしてどのWikiもdiv厨っぽくなってしまうの；
随分、前のことで バージョン 2007-06-26bだけど。
最新バージョンは知らん
もしいじったのがテンプレだけなら最新版でも使えると思うが
ttp://www.bbfriend.net/wiki/ ttp://support.hiikun.net/bbs/topic-505.html ttp://www.bbfriend.net/ レンダラー自体を弄ればいい。
弄った後でサイト設定で選択できるから、いくらでも試行錯誤できるし。
1. inc/parser/xhtml.phpをコピーして、気に入らないところを変える。
2. 「サイト設定」のレンダラー選択で設定する。
あと、試すんなら、do=export_htmlでプレーンなHTMLで吐かせて確認すると余計なものを出さずにテストできる。
質問なんだけども、これって内部リンクを既存のページに飛ばすことってできないの？
例えば「wiki」のページを作っておいて、他のページで「wiki」の文字をクリックするとそこに飛ぶような。
wikiなんだから出来るとは思うんだけど。
自分で調べてみても全然分からん。
namaspaceってのがそうかなと思ったんだけど違うっぽいし。
どなたか教えてたもれ。
やりたいことがよく判らん・・
既存のページって何？
「他のページ」はWiki外部のページ？
もうちょっと具体的に生々しく書いてもらったほうが説明しやすい。
すまぬ。
「wiki」ってページを作るとする。
で、別のページ「Doku」の中に「ｗｉｋｉ」ってリンクを作ったら、上で作った「ｗｉｋｉ」のページに飛べるように出来ないのか、という話。
これで分かりにくかったらマジすまん。
ttp://www.dokuwiki.org/ja:syntax#%E5%86%85%E9%83%A8%E3%83%AA%E3%83%B3%E3%82%AF ページDokuの中に [[wiki]] でリンク作ればいいんじゃない？
表示する名前を指定する場合は [[wiki|wikiへのリンク]] とか。
あれー出来た。
これと同じ事を他の単語でやった時は出来なくて首を捻ったんだけど、
どうやら勘違いしてたみたいだ。理解不足ですまん！ありがとう！
ちょいと調べてみたけどAcceptExの仕様差が原因らしいけど、結局どうすればいいんだか分からない。
ソフト自体は起動するので致命的では無いんだけど、長く使っていく上で煩わしいことこの上ないぜ。
結局持ち歩く必要性が無かったのでVertrigo(apache/php/mysql) を入れてApacheで動かしてる。
ttp://sourceforge.net/projects/vertrigo/ ttp://gigazine.net/index.php?/news/comments/20080324_vertrigoserv/ ・DokuWikiの吐くソースコードはSEO的にどうですか？
・DokuWikiにはBlogのようなコメント投稿のプラグインはありますか？
人に聞かなきゃ分からないような事じゃない。
お前みたいなのは踏み切らなくていいよ。
SEO対策に関しては問題ないです。(Wikipediaと同じレベル）
ただ、多少設定を変えないといけないのですが、
こちらのページが詳しく解説してくれていますよ。
ttp://www.hanatoyume.net/dokuwiki/dokuwiki 非表示設定とかできないの？
ページ内の目次のことか？
管理メニュー＞サイト設定＞目次 表示限度見出しを０にすると消えたと思う。
最近のバージョンならテンプレート（main.php）を改変して消したり位置を変えられる。
・tpl_content() 目次とページを表示
・tpl_content(false) 目次を表示しない
・tpl_toc() 目次のみ表示する
ttp://dev.splitbrain.org/reference/dokuwiki/inc/template.php.source.html#l27 まだこんな馬鹿がいるのか
我慢してarcticテンプレート使ってるけどさ。
よく出来てるのにそんなに流行らなかったのが原因か？
developer mailing list はいつも通りだけど？
Andyも昨日ポストしてたし。
そろそろstableかな?
はじめてのアップデートをしてみたけど、「ログイン」がどこにも見当たらなくなって
使えずにいます。
RC2、RC3両方ともダメ。テンプレートのせいかと思って、arcticにしていたのを
デフォルトに戻してもダメ。
こんなのうちだけ？ みんなどうやってアップデートしているんだろう。
情報ｷﾎﾞﾝ。
cd /var/www/html
cp -rf dokuwiki dokuwiki_old
wget
ttp://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
ttp://www.dokuwiki.org/install:debian ここ見ると他にも書き込み可にすべきフォルダがあるみたいだけど。
あとは、キャッシュをクリアして再読み込みするとか？
新規でwikiを作成してみるとちゃんとログインが出ていたので、
新規で作成されたファイル（local.php）と自分のやつを見比べて、
足りない部分を足してやることで動作するようになりました。
お騒がせしました。
まあころころ変わるからしょうがないかもしれんが
日本語ファイル名が悪いのか？？
とりあえず古い状態に戻した
license selectorの関数がちょっとおかしい気がするのは俺だけでしょうか。
具体的には、/inc/template.php の1299行目で定義されている tpl_license() というやつなんだけど、
ttp://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言語の知識をたよりに適当にソースを眺めて言ってる
だけなので、ものすごく的外れで、完全にでたらめかもしれません。そのときはスルーしてください。(´・ω・`)
長文失礼しました。
どなたか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だけど、疑問の投稿、コメントなどもつけられるから、
教えてあげてる、間違ってる、など、「誰かが教えてくれるかも？」的な広がりもみせる。
ttp://www.moongift.jp/2006/03/1391/ WYSIWYGは標準的（PHPBB的）で、今後普及するであろうCMSのDrupal やJoomlaともほぼ共通。
低スペックの鯖でも動くし、
FAQだから、何にでも使えるし、まぁー試してごらんよ〜
ちょっと変化球的な使い方なんじゃないかな
Dokuwikiはそのあたり不向きと見える
自分で試してる分にはDokuwikiは使いやすくて良いんですけどね。
ただファイルのアップロードを多用する場合には（職場で想定している使い方ですが）、アップロード先がページでなく名前空間になる（というか
うまい説明ができませんが）ところが微妙。ファイルが増えてくると管理が大変。しかも試した環境では日本語ファイル名がNGだったし…
今のところ自分で試してみて、職場で使うは難しそうだと感じた部分；
* 新規ページの作り方： これはWiki共通かもしれないけど、
しかしPukiwikiあたりは[新規]というボタンがあったような。
* Wiki記法： 自分的にはむしろ簡便で良いのですが「使ってもらう」
ためにはやはり大きな障害。
WYSIWYGエディタが使えれば解決するもののDokuwikiでは難儀してます。
* 上記ファイルのアップロード・添付のし易さ。
DRUPALやJOOMLAなどのCMSも試しにインストールしたものの使い方がイメージできず
（というかよくわからず？）。 使い方をよく考えてからでないとどのソフトを使うか自体決め
られませんね。
WikiはWiki内リンクもあって辞書的に暗黙知を文書化できそうな期待を持っています。がん
がん文書を書いていくイメージのDokuwikiはそういう意味で合っている気はするんですけど
ね。 その点ではPhpMyFaqはベストフィットかもしれない。 試してみます。紹介ありがとう
ございました。
（ただ一方で共有ファイル、定期的にアップデートされるファイルも多いのでその辺りは
若干方向性が違うかもしれませんね）
119の書き込み以降本家プラグインWEBで進展がなかったので（ここ数日ちょっとありま
すが未解決）、TikiWikiとNetCommonsに浮気しつつありました。 完全にCMSですが。
しかしTikiWikiもFckEditorというかWYSIWYGが設定できない。メニューにはあるのに。
なかなか苦労の多そうな楽しみを見つけてしまった今日この頃です。
書いたけれども、俺の勘違いだった・・・ ＿|￣|○lll
やっぱり新バージョン (･∀･)ｲｲ!!
ttp://*****/dokuwiki/aaa/start で、aaaの下に bbbを作る〜
ttp://*****/dokuwiki/aaa/bbb 作ったら、 cccをさらに作る
ttp://*****/dokuwiki/aaa/bbb/ccc って階層を１つづつ深くつくるのはＯＫだけど、
ttp://*****/dokuwiki/aaa/start しかない状態で いきなり、ＵＲＬ欄で
ttp://*****/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の追加無しに出来ればと思っています。
サイトってありますかね？
自分はＷＥＢにいくつか出てるような対策（分かち書きエンジンを入れるとか）は必要感じなかった。
数行変更した程度だけど・・・
どうしても、ってわけじゃないですけど、
分かち書きで検索できたほうがいいなあ 程度には思いますね
(=ﾟωﾟ)ﾉ ｽｯ
対応させたけど、位置は多少変るけどわざわざ最新版での記事の
必要性感じなかったけど
日本語でおｋ
日本語もおkみたいだし
ttp://getvanilla.com/ ていうかiphone用に最適化されたwiki自体みたことがないんだけど
aaa:startと言うページがある場合に
aaaにアクセスすると、
header('location:〜')でaaa:startに飛ばすプラグインです
一見便利に見えるのですが、例えば
[[aaa]]と書いてもリンク先が存在しないスタイルで表示される為、わざわざ
[[aaa:start|aaa]]と書かなければなりません。
何か良い方法は無いでしょうか…
・useheading をつかう
・[[aaa:]]
DokuWiki、ページの新規追加と他ページへのリンクをもうちょい
やりやすくしてほしいなー
新規追加はAddNewPageプラグインあるね
でも初心者への訴求力を高めるためには、やはり標準で対応しておいて欲しいなー
内部リンクを作る→ページの新規追加 の順番が自然だと
思っているから気にならないな。
見出しを内部リンクに出来ない方が違和感を感じた。
:hoge ってページの，
==== foo ====
へのリンクなら，
[[:hoge#foo]]
だけど，勘違いしてる気がする。
=== [[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 とか見ていると、半角にした方が良いのかなーと悩んでいます。
用途次第で自由にしたら良いのでは？
私は日本語にしてますが…
ttp://masaota56.x0.to/autolink4jp.zip 設定でYahooJapanAPIのaidを入れると、形態素解析してから変換します
aidが無い場合は、強引に変換します
ソースの書き方がDokuWikiの方針に合ってるのか分からないのでとりあえず晒してみました
ゆくゆくはちゃんとします･･･
使わせてもらいます。
ありがとうございます
使い方を書くのを忘れてました…
一応AutoLink2をベースにしているので、
使い方もそれと同じになります
今のところタグで囲った部分した適用されませんが、
設定で無条件にページ全体に反映できるようにもしたいと思っています（PukiWikiのオートリンクと同じ動作）
何か良い方法は無いでしょうかね…
IEではうまく見られるんだけど、FIREFOXでCSSが有効にならない。
疲れた・・・。
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 ありがとう。いろいろ試行錯誤の後になんとかできた。一応報告しておく。
ポイントは、セーフモードを無効にすると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を使わなければいけない方は英数の方が良いかもしれません。回避方法もあると思いますが、めんどくさいのでやめておきます。
自分では IE6 を使っていないので、試していないのですが、
これでどうでしょうか？
addnewpageプラグインの日本語対応方法 [okoze-esca.net]
ttp://www.okoze-esca.net/dokuwiki/scratch/addnewpage-japanese もういないかな。みつけたのでとりあえず
ttp://www.aksum.jp/dokuwiki/doku.php/start/preparations 「ページ名と Namespaces 名」のところね
>> 169
ありがとうございます。addnewpageを使っていないのと、色々変更するのが面倒そうなので今回は見送りました。（以前、アップデート掛けたときに設定を忘れてて大変だったので、なるべくカスタマイズせず使いたいです。）
>> 170
ありがとうございます。これで行きます。
pukiwikiは構文が気持ち悪いけどいろんな人が使ってるからサーバ用で仕方なく使ってるけど
ローカルではdokuwiki使ってるわ
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
とするにはどうすればよいでしょうか？
まだ、XREA+でテストしている段階ですが、同じエラーが出てしまいます。
解決方法をご存じの方はおられませんか？
した時に困る
ダウンロードするとURLエンコードしたままのファイル名になっちゃうし
結局、英数名に付け直したけど、回避する様なプラグインとかあるんでしょうか
日本語ファイル名つかうとかタブーですよ
どうしても使いたいならファイル名は日本語にしてクエリーやgetを使って見せかけることになりますけどね
その場合は多少PHPの知識がないと難しいと思われます
画像貼り付けのときはファイル名が日本語表示されてたので、この問題に気付かなかったのよねぇ…
fetchかdetail弄るしかないって事か
回答どうも！
セーフモード対策として
【フォルダ作成マスク】と【セーフモード対策を行う】を設定すればそれなりには動きます。
【文書の編集】時に、ページが上下二重に表示されたり、入力補助ボタンが表示されなかったりします。
【確認】してページを表示し直せば、正しく表示されます。
【プラグイン管理】で【プラグインのダウンロードとインストール】ができないプラグインがあります。
ローカルのサーバで再現しない問題の原因は、
セーフモードなのかサーバ（広告を挟んだりしている）なのか切り分けが難しいね。
海外ならたくさんあるよ
ttp://www.dokuwiki.org/plugins このページのテーブルって、plugin 名前空間のページからデータを拾って作っているように
見えるんだけど、どの plugin を使って実現しているのですか？
ソース上には "~~pluginrepo~~" って書いてあるけど・・・。
同じようなことを 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設定はファイルが解らなかったから手で入れ直した。
URLの書き換え：Dokuwikiによる設定
(userewrite)：(The rewriting is done by DokuWiki.)
にすると、中の画像ファイルが出力されない。
ttp://ホスト名/dokuwiki/lib/exe/fetch.php/wiki/dokuwiki-128.png
すら、画像が返らず、「このトピックには文書が存在しません」画面が返される。
URLの書き換え：「使用しない」や「.htaccess」では正常に稼働する。
こんな状態なのは、私だけでしょうか？
個人的にはかなり嬉しいぜ
MeCab が使えないレンタルサーバには Asian Search Plugin を入れてみました。
早速うちも入れてみた。
XREAでもMeCabを使わなくて日本語検索できるから使わせてもらってます
現在の DokuWiki 開発版には Asian Search の機能+αが組み込まれています。
このまま次のバージョン (2009-12-25?) が出るといいなあと。
サンクス！
Asian Search PluginをMeCab導入済みの環境で入れてみたら、改善どころか、完璧かも。
今のところ、問題なく検索できてるし、検索結果もバッチリその用語だけ引っかかる。
一応報告
・Asian Search Plugin は検索のクエリしか操作しない、
・MeCab はインデックスファイルしか操作しない。
・だから両方使っても悪影響はない。
って理解で合っているかな？
パブリックドメインで運用しているのですが、GFDLの画像を記事内に入れるのはNGでしょうか。
文章はパブリックドメイン、画像はそれぞれの著作権、のように出来たらと思っています。
例えば引用文なんかは、これはどこどこからの引用で著作権がありますよ、みたいな話が通用すると思うのですが…
あとは
ttp://www.dokuwiki.org/users 攻撃サイトが含まれてるしｗ
失礼しました。別のとこで聞いてきます
193 じゃないけど、その理解で合ってますよ。
MeCab については、インデックス時に本文を分かち書きするのではなく、
検索時に検索クエリを分かち書きする方法もあります。
この方法だとソースに手を入れなくていい (プラグイン化できる) という利点があります。
世界中のwiki一覧リスト
ttp://www.wikimatrix.org/compare/DokuWiki+TWiki+MediaWiki+WikkaWiki 【俺のメモ】
そういうプラグインってないよね？
そういうのはpukiwikiでも使ってください
ttp://www.dokuwiki.org/changes#rc_2009-12-02_mulled_wine ja:dokuwiki [DokuWiki]
ttp://www.dokuwiki.org/ja:dokuwiki 英語のページは困った事項のみを集中的に読むだけなので、
日本語のページをパラパラと眺めて
「こんな機能もあるんだ」
と驚くことが多い。
翻訳してくださった方、どうもありがとう。
ttp://www.dokuwiki.org/changes#lemming 2009-12-25 にアップグレードした際にこのプラグインを削除してください。
デフォルトでより高機能な検索機能が実装されています。
一応、インストールしたままでもそれほど影響はありません。
今まで使わせてもらってました。
ずいぶん助かりました、ありがとう！ (=^ω^)ﾉ
書き直さないといけないファイルとかございますでしょうか？
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
とか出てきます。
どうすればよいでしょうか…？
lib/plugins/syntax.phpはきちんと存在していて、httpdの権限で読み込める状態なんだよね?
アップデートが複雑な手順いらずのフォルダーのコピペで済むのが嬉しい。
DokuWikiにアクセスすると、途中までしかソースが送信されないページがあります。
（例：http://〜DokuWikiのパス/wiki/syntax）
リロードしても駄目でした。
ソース表示すると、以下の二行から先がありません。
<div class="page">
<!-- wikipage start -->
ただし、wiki/dokuwikiやplayground/playgroundは無事に表示されます。
どのようにすればよいかご存じの方いらっしゃいますか？
（関係ないかもしれないけど、ログインして管理ページ行っても
同じ現象になるんだけど、リロードすると直ります）
設定中の.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
環境はなんと言えばいいのか、サブドメイン運営です。広告無しです。
追記２：
とはちょっと違うのですが、wiki/dokuwiki内の画像、_media/wiki/dokuwiki-128.pngにアクセスしても
「このトピックには文書が存在しません」となり、直接http://〜〜/lib/exe/fetch.php?media=wiki/dokuwiki-128.pngに
アクセスすると表示されます。
.htaccessの設定を何度も見直してもぐぐっても、わかりません。
質問が増えてしまいましたが、もし心当たりのある方がいらっしゃれば
お教えください。
サーバのエラーログを見る→PHP Fatal error: Allowed memory size of 8388608 bytes exhausted〜〜が連発→
該当するスクリプトの頭にini_set("memory_limit","16M");とか足してみる。→他のスクリプトも同様にエラーが出たので
めんどくさくなってDokuWikiルートの.htaccessにphp_value memory_limit 16Mを追加で解決できました。
> 関係ないかもしれないけど、ログインして管理ページ行っても
> 同じ現象になるんだけど、リロードすると直ります
これも同じ理由なんでしょうか？
昔、@pages のレンタルサーバーで発生したことがありました。
多分、同じ理由だと思います。
ログにも同様の出力があり、メモリ制限の設定変えてからは空白や途中までのページが送信されると言うことは無くなったので。
でもなぜリロードすると直るのかは不明です。
どのスクリプトであっても、途中までしか出力されないor空白になったらphpの実行が中断されてると考えて、
サーバのログをチェックするのが一番ということでした。
ちなみに@pagesはセーフモードで稼働してるので、もしかしたらini_setとかhtaccessは利かないかも。
先頭の^/を^のみにし、末尾を/$にすることで解決しました。（一部例外）
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置きたい人は
もしかしたら参考になるのかもしれません。
もしよかったらブログで掲載していただけませんか？
アフィリエイトは特例で認めますのでカスタマイズの記事を書いてください
お願いします
> ちなみに@pagesはセーフモードで稼働してるので、もしかしたらini_setとかhtaccessは利かないかも。
おっしゃるとおり、無視されます。
昔と書いたのは、バージョンを上げていくうちに再現しなくなったからです。
管理権限のない一般ユーザーにも見られるようにする
orサイドバーに表示させるには、どうすればよいのでしょうか？
たぶんJavaScriptエラー。
最近いじったJSファイルを見直してみたり最近入れたプラグインを抜いてみたり。
で、local.phpのタイムスタンプを更新してからブラウザでスーパーリロード。
難しい説明は
ttp://www.dokuwiki.org/ja:faq:toolbar を参照。 ttp://wikidesign.ch/en/dokutouch 「useheading：最初の見出しをページ名とする」が無視されるのが惜しい。
ttp://www.dwug-jp.org/doku.php しっかり対応されててやっぱり手放せない
inc/init.php で error_reporting を設定しているからのような。実態は NOTICE 出まくりですよ。
サイドバーあるやつ頼むわ
サイドバーあるのは今のところ１つしか見当たらないので作ってみようかな
drupalのzenみたいにカスタマイズしやすくしよう
今週中に公開できればやってみる
ttp://www.dokuwiki.org/ja%3ATemplate Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0
とブラウザに表示された。
これはどうすればよかと？
どうやんのよこれ。
style.cssにも幅指定してるとこないし。
マヌケな質問してすまん。
自分で勝手に指定すりゃいいだけだもんな。
何やってんだ俺。
いやそれ俺も知りたかったんだけど、自分で勝手に指定ってどうするの？
（すまん過疎ってるのでageちゃった）
pukiwiki
ページ名に日本語使えるのがいい
dokuwiki
アクセス管理いい
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;
}
てな感じ。
つうか今度はコメ欄の削除の仕方がわからん。
タグ削除しても何故かコメ欄残ったまま。
教えてエロイ人。
やっぱりarcticですかね？
A New Day Template
ttp://www.dokuwiki.org/template:a_new_day DokuTouch
ttp://wikidesign.ch/en/dokutouch なんて如何ですか？
テンプレートによって sidebar topbar sitemap etc
メニュー用のページのルールが異なるところに注意。
ありがとうございます。さっそく試してみます。
一々打つのが辛かったので、Actionlink plugin を入れました。
DokuTouch は iPhone iPad 用のレイアウトが用意されているところが特徴かな。
最新安定版をアップロードし、インストーラーの指示通り、各ディレクトリのパーミッションを777に変更。
Wiki名など設定し、保存しました。そして作成したWikiのホームページにアクセスすると、
Writing /virtual/ユーザー名/public_html/ドメイン/data/cache/2/2c3fe31c5e3ae8448aeaa37a94f8b5f8.i failed
Unable to save cache file. Hint: disk full; file permissions; safe_mode setting.
Writing /virtual/ユーザー名/public_html/ドメイン/data/cache/2/2c3fe31c5e3ae8448aeaa37a94f8b5f8.xhtml failed
/doku.phpで上記の警告が表示されました
セーフモードのせいだと思い、ログインし、管理→サイト設定で
フォルダ作成マスク→0777
セーフモード対策を行う → on
FTP サーバー名（セーフモード対策） → m**.coreserver.jp
FTP ポート（セーフモード対策） → 21
FTP ユーザー名（セーフモード対策） → ユーザー名
FTP パスワード（セーフモード対策） → パスワード
FTP ルートディレクトリ（セーフモード対策） → /virtual/ユーザー名
と設定しましたが、警告は表示されたままです。色々なサイトを参考にしましたが解決できず、
何か単純な見落としなのかな、と思っております。よければご教示頂けないでしょうか
何気なく、管理→サイト設定から「URLの書き換え」を設定したところ、警告表示がなくなりました
スレ汚し申し訳ないです
これって、フォルダ作成マスクを 0777 に変更する前にキャッシュフォルダ下に
フォルダ（この例だと ・・・/data/cache/2/）をパーミッション厳しく作ってしまって、
そのフォルダの下にキャッシュファイルが作れないってことだと思う。
対処方法は、所詮はキャッシュなんで該当フォルダを削除することで解消するはず。
ご推察の通り、の後、テンプレートの変更をしたところ、再び警告文が出て悩んでいましたが、
/data/cache下のフォルダを全て削除することで解決できました。
この警告文を見たくない場合は、インストール完了直後に/conf/local.phpを直接編集して0777に変更すれば大丈夫なんですかね
いつ、キャッシュファイルが作られるか知らないので分からないですが…
> ご推察の通り、の後、テンプレートの変更をしたところ、再び警告文が出て悩んでいましたが、
キャッシュファイル名の命名規則が判らないのですが、キャッシュファイルの先頭一文字次第で警告が出たり出なかったりします。
> この警告文を見たくない場合は、インストール完了直後に/conf/local.phpを直接編集して0777に変更すれば大丈夫なんですかね
試したことはないですが、おそらくそうだと思います。
> いつ、キャッシュファイルが作られるか知らないので分からないですが…
同じページの再作成を回避するのが目的なので、Wikiのホームページにアクセスするとそのページのキャッシュが作成されます。
通常、セーフモード設定はログインして管理画面で行うので、この画面に到達する前のページキャッシュは作成されてしまいます。
で、警告を見て、権限変更で対処しようとしたのにFTPユーザーでは出来なくて焦るというのがセーフモードのお約束のようです。
時 間 の 無 駄
バカの極み 見づらいし使いづらい
毒っていう名前がかっこいいとおもってるからっすよね！！ｼｭｯｼｭｯｼｭ
俺はポイズナーｗｗとかきどっちゃって ポイズンウィキとかわめいてそうっす！！！
ｼｭｯｼｭｯｼｭﾊｲﾊｲﾊｲﾊｲ！！
ttp://www.dokuwiki.org/template:a_new_day Version History
20100921
* Fix for IE not centering topmenu
FIrefox で見ると縦1列になっちゃったよ orz
それ、プラグインの開発者が代わってからもずーっと治ってないんだよね・・
discussion:offとか使って消した覚えが。
パスに関する情報を相対パスで記録してくれるようになんないかなあ
userwrite や safemodehack を使わなければ大丈夫だと思ったんだけど、違う？
/data のコピペ移動はよくやるけど、問題になったことはないなぁ。
ttp://www.splitbrain.org/_media/projects/dokuwiki/dokuwiki-rc2010-10-07.tgz ttp://github.com/splitbrain/dokuwiki これだからdokuwikiレンタルサービスが登場しないんだよ
www.dokuwiki.org に掲載されていないテンプーレートを探してみろ。
こっそり公開しているテンプレが結構あるぞ。
ttp://www.splitbrain.org/_media/projects/dokuwiki/dokuwiki-rc2010-10-27.tgz dokuwiki-2010-11-07.tgz “Anteater”
ttp://www.splitbrain.org/_media/projects/dokuwiki/dokuwiki-2010-11-07.tgz とほほ
ウチは、ハイライト表示しているなぁ。
html と CSS と Javascript とがそれぞれキャッシュしたりしているから、
不具合が出た時、何を入れ替えたのが原因かよく判らない時があるね。
しばらく使っていると治ったり、また再発したり・・・。
ickewiki
ttp://ickewiki.de/ickewiki DokuWiki Anteater で日本語を検索するとハイライト表示が変になる人向け。
AsianSearch プラグインを入れるときちんと表示できるようになります。
ttp://www.dokuwiki.org/plugin:asiansearch 教えてくれて、ありがとう。
272です、感謝感謝！これでやっとAnteater使えるようになった！
それにしても、なぜハイライトしない場合（環境）があるんかね〜？？
次バージョンでは直って欲しいわ・・・
pluginのflashplayer,flowplayerを入れたんですが表示されません。
表示出来ている方おられましたら、どうされてるのか教えてください。
pluginはこちらから
ttp://www.dokuwiki.org/ja:plugins このプラグインでやりたいことはできませんか？
plugin:vshare
ttp://www.dokuwiki.org/plugin:vshare ありがとうございます。遅くなってすいません。
これも入れてみたんですが表示されないみたいです。
{{youtube>xxxxxxxxxxx?small|XXXXXXXXXXXXXX}}
で小さいフラッシュが表示されて、再生ボタンを押すと再生が始まる。
稼働サーバーのバージョンが上がるまでは、ローカルで遊ぶ程度になりそうだ orz
まあ、知りたいとも思わんが。
ttp://www.dokuwiki.org/tips#importing_from_external_sources PukiWiki はガラパゴスだからないんだな。
もう少し解説プリーズ！
ttp://www.dokuwiki.org/_media/:template:dokubook.jpg 見れなかったら
ttp://www.dokuwiki.org/template:dokubook [[ここ>#hoge]]参照
〜中略〜
&aname(hoge){ここ};
って出来る？
見出しになら #見出し が出来るのはわかったんだけど
そこを説明してもらえればdokuwiki暦4年の俺でも回答できるが
￣￣
〜中略〜
ここ // 同ページのここに飛べる
って具合
任意のところにアンカー設定するというか
[[#hoge|ここ]]参照 ← 同じページ内にあるセクション見出しへの内部リンク
[[ページ名#hoge|ここ]]参照 ← 他ページへの内部リンク
==== hoge ==== ← セクション見出し
セクション見出しは、両側に2個以上の「=」を記述する。
pukiwikiは使ったことがないが「見出し行に固有のアンカーを自動挿入する」が、
dokuwikiでは標準でセクション名（見出し）がアンカーになる。
ただし、（ページ名＋）セクション名を変えると、リンク先も変更する必要がある。
(pukiwikiはページ中の見出しの数が変わる度にアンカーが変わるみたい)
詳しくは
ttp://www.dokuwiki.org/ja:syntax#%E5%86%85%E9%83%A8%E3%83%AA%E3%83%B3%E3%82%AF キャッシュされてると思ってcacherevisionseraseでデフォのキャッシュクリアしても直らなかったし
最初からjaあるやつだけ反映されてるぽいしどこか特別にキャッシュされてるの？
パーミッションでなかったことにされているとか？
lang/ja/lang.php は反映されている？
改めて見直して気がついた
jpだったということに・・・
鯖はappspot
topicで引っかからないことあるし、なんなんだろ？
<code hoge.txt></code>でのダウンロードが機能しないんだな・・・
どこか弄ればいけるようになるんだろうか
ダウンロードしないなぁとは思っていたけど、そういう理由だったのか。
25鯖ならおいらも出た
何もインスコしてない段階でphpMyAdminすらそのエラーが出るので鯖の設定かと
今は安定してるけどなんだったんだろう
もう凄く移転したい
こんなイメージで
*Wikiのルート テンプレA
*ルートにあるページ テンプレA
*ディレクトリ1 テンプレB
*もう一個下のディレクトリ テンプレB
*ディレクトリ2 テンプレC
*ディレクトリ3 テンプレD
ttp://wiki.gammaproduction.de/english/dokuwiki/plugins/tplswitcher こんな具合に動的に変えれるっぽいから出来るんだろうけどあるのかな
RC取れるのなら今入れ替えると二度手間になるしなー
Release Candidate 2011-04-22 "Rincewind RC1"
・:!: The safe method for fnencode changed; testing of upgrading old page names and especially on windows is required
・IPv6 support
・Inline diff displaying
・More password hash formats (Wordpress, Django)
・Custom prefixes for mail subjects
・Support for custom language strings and translations
・Security enhancements for cookie handling
・Introduced a metadata index
・Improvements for handling Asian languages
・various smaller bug fixes and enhancements
日本語でおｋ
今更だけどdata/meta/以下にあるコメ欄消したいページの ページ名.comments を消せばいいはず
.htaccess ファイルが有効にならなかったので中断した。
スタイルシートも有効にならなかった（広告挿入が原因か？）。
表示しないようにするのも気が引けるしどうしたもんだか
で
＞・Support for custom language strings and translations
これはいいな
言語ファイル改変してて上書きアップデートしてもやり直さなくて済むわ
プラグインの追加した日本語言語ファイルもconf/plugin_lang/以下でまとめて管理できるし
“Rincewind RC1” って本体が重くなった？
| Fatal error: Maximum execution time of X seconds
が多発するようになった気がする。
“Rincewind RC2” で軽くなった。
release candidate は信用するなってことか。
ttp://www.dokuwiki.org/changes * If you had performance problems with RC1,
please try RC2 and report back any problem or success stories
* A bug in “Rincewind RC1” and recent development versions might have corrupted your search index.
It is recommended to check if everything is okay by adding ?do=check to your DokuWiki URL.
The index can be rebuilt by using the command line script bin/indexer.php or the Search Index Plugin.
“Rincewind RC2” のバグか？
リダイレクトってどうするのがいいんだろう。
<?php
header("Location: http://〜");
にした
redirect 関連のプラグインでページ毎に飛ばすのかなぁとか悩んでいたけど、
doku.php をイジって全部同じページに飛ばせばいいんだね。
どうもありがとう。
gallaryプラグインだと表示されているのでできるとは思うのですが。
表示されない画像をポップアップすると現れるURLを見ると
ttp://自分のサイト/wiki/lib/exe/fetch.php?media=:dokuwiki-button0.jpg
と表示されます。どうしたら画像が見れるのでしょうか。お願いします。
ttp://forum.dokuwiki.org/post/20668 このフォーラムでも似た例が出てるんですが、よくわからないです。
下はその画像です。
ttp://www.dotup.org/uploda/www.dotup.org1656897.jpg {{:dokuwiki-button0.jpg}}
{{:dokuwiki-button0.jpg?nolink}}
{{:dokuwiki-button0.jpg?direct}}
ありがとうございます。linkonlyの方はちょっと書き方を間違えてたみたいです。
しかし直してみても、一瞬だけ枠が表示されてすぐに見えなくなります。
:!: The safe method for fnencode changed; be careful when upgrading a wiki with this setting (especially on windows)
IPv6 support
Inline diff displaying
More password hash formats (Wordpress, Django)
Custom prefixes for mail subjects
Support for custom language strings and translations
Security enhancements for cookie handling
Introduced a metadata index
Improvements for handling Asian languages
various smaller bug fixes and enhancements
:!: A bug in “Rincewind RC1” and recent development versions might have corrupted your search index.
It is recommended to check if everything is okay by adding ?do=check to your DokuWiki URL. The index can be rebuilt by using the command line script bin/indexer.php or the Search Index Plugin.
RC取れたな
削除するとうまく表示されるようになりました。代わりのpluginとしてpopupviewerを使いました。
もし同じことでお困りの方がおられたらと思い書かせていただきます。
Discussion Plugin
ttp://www.dokuwiki.org/plugin:discussion うーん、それうまくいきますか？
/data ディレクトリ以下って WWW サーバを通してアクセス出来ない設定をするよね。
sitemap.xml.gz が公開できないんじゃ意味がない気がするんだが…。
ttp://permalink.gmane.org/gmane.comp.web.wiki.dokuwiki.general/14601 > 1. Security fix for a Cross Site Scripting vulnerability.
> 2. Bugfix for encoding Non-ASCII mail subjects
> 3. Bugfix for the indexer.
pukiwikiみたいに重たい？
贅沢なプラグイン入れまくらなければ重くない。
ユーザー毎に名前空間を作るとかじゃ解決にはならなんだよね。
ユーザーが任意のページを作成できるけど、
変更は作成ユーザーしかできないって設定は、
無理だと思う。
名前空間について調べてみます
PukiWikiではユーザが作成できるページを正規表現で指定ができるので
Dokuwikiにこう言った機能があれば同じようなことができると思ったため
そういう事が出来ないかと思って質問させていただきました。
dokuwiki のページは階層化でき、その階層化のフォルダーみたいなものを
名前空間と呼んでいる。
アクセス制御では、名前空間毎の設定ができるから、
user:%USER%:* のような名前空間を設定して、
それ以下の編集権限をそのユーザーのみに与えるとかすると
編集側からは判りやすい。
アクセス制御リスト (ACL)
ttp://www.dokuwiki.org/ja:acl 蟻の行列にポンと置くと、一瞬ビックリして列が乱れる。
邪魔だなと言わんばかりに迂回する列が出来る。
そのうち好奇心旺盛な一匹がアリの巣コロリに入る。
そいつをマネして何匹も入る。
毒とも知らずにツブツブを運び出す。一匹が一粒づつ。
いつのまにか行列はアリの巣コロリが折り返し地点になる。
黄色い粒と黒い蟻が作り出す模様は綺麗で見てて楽しい。
一匹が一粒づつ、丁寧にせっせと毒の粒を運ぶ。
せっせと、せっせと、せっせと、せっせと。
蟻さんって働き者だなと思う。俺も頑張らなきゃなと思う。
次の日、あれほど沢山いて俺を困らせた蟻が一匹もいない。
ほんとにいない。探してもいない。泣きたくなった。
このﾚｽを見た人は４日後にあなたの大切な人がいなくなるでしょう・・・・
それが嫌ならこのﾚｽを５つの板にｺﾋﾟﾍﾟしてください。
信じるか信じないかはあなた次第です。
ttp://www.splitbrain.org/_media/projects/dokuwiki/dokuwiki-rc2011-11-10.tgz ttp://www.dokuwiki.org/changes メディアマネージャに手が入ってるのだけが気になるな。Rincewindのはバギーだったからな
ttp://www.dokuwiki.org/plugin:discussion） これをいじってpukiwikiの簡易コメント欄みたいなの作れないでしょうか
初期状態だと、
@NAME@, @DATE@
@COMMENT@
@各種ボタン@
という感じで結構場所を取ってしまっているのを、
@COMMENT@, @NAME@, @DATE@, @各種ボタン@
みたいにできるといいのですが。
（参考？）
ttps://github.com/dokufreaks/plugin-discussion/commit/46178401f1bd1540b9f8c98ba769c75a0961e34c 心優しいお暇な方、お助けくだしあ
来てたな
気持ち軽快に動くがキャッシュも何も無いからかな
基本的な動作に異常はナッシン
プラグインはこれから試す
RC版から変わってないな
それ以外は普通に動く
っつか、pluginサイトでAugna Compatibleってなってる奴は普通に動いてる
なってない奴は正常に動かないという至極真っ当な結果に終わった
とりあえず、怪しいプラグインを外してみた
・referrers (ログを書いているから少しは軽くならないか？)
・safefnrecode (何のために入れたのか記憶にない)
・quickstats (レンタルサーバーだとちゃんと動いていない)
もしいるならdokuwiki-modeとか訳していこうと思うが、１人でいじるのは寂しい。
毒が流行らないならpukiwikiには戻れないし、mediawiki行こうかな。
ローカルwikiだから腐っててもいいんだけどね。
indexdelay が初期値(60*60*24*5)とか？
レイアウト変えたくないんですが、
広告載せたいと思っています。
うまい方法ありませんかね？
全面広告でいいよ
アップグレード時に 10,000ファイルを突破してアップロードできなくなった。
キャッシュや lang ファイルを削って試行錯誤したんだけど、
Suspended for violating 20%+ CPU usage limit for more than 1000 times.
って追い出された。
DokuWiki ってディスク容量は少ないけど
ファイル数が多かったり、CPU 使用量が多いんかなぁ。
“Adora Belle” で約4,000ファイル
en と ja 以外の言語ファイルを削除すると約1,000ファイル
アップデート前に消したほうが良さそう。
容量が余っていても、ファイル数でディスクが使えなくなったりするから
制限は理解できるんだよ。
使用条件に容量と並べてに書いてよって思うだけで…。
後継のadvはphp5.2以下、IE8以下切り捨てだから
dokuwiki使ってるんだけど日本人使用者が少ないな
日本語向けに調整したテンプレートは見かけないけど。
日本語訳は充実してるんだけどなぁ
ttp://www.google.com/trends/explore#q=dokuwiki%2C%20pukiwiki%2C%20atwiki%2C%20mediawiki&geo=JP&cmpt=q 一度目次の表示階層を0にしてから元に戻したら治ったわ
オワタ。。。
ttps://www.dokuwiki.org/plugin:preservefilenames asiansearch もうれしかったけど、これもまた素晴らしい。
Kazutaka Miyasaka 様ありがとうございます。
まぁ、日本で使ってる人は少ないようだが…
使わせて貰ってますよ〜
解決してるんなら良いけど、tocは好きなところに置けるよね。
TOC入りのページ書き出し → <?php tpl_content() ?>
TOC無しのページ書き出し → <?php tpl_content(false) ?>
TOCのみ表示 → <?php tpl_toc() ?>
まぁ、いろいろ弄ってもdokuwikiテンプレートの色を変えるくらいで落ち着く罠
トップページはwrapプラグインもどきでレイアウト調整してある
ttps://www.dokuwiki.org/dokuwiki がまともに表示されなくなった
リロードすれば全部表示されるんだけどキャッシュが消えればまた抜けてが出来ちゃう
サーバーが悪いのかなー
サイズも64x64くらいの小さいの
plugin:backup
plugin:searchindex
が動かなくなった。
searchindexは俺も動かんかったので、コマンドラインでindexを作りなおしたわ。
php bin/indexer.php -c
plugin:sqlite
sqlite3 対応がマージされていた。(2013/02/06〜)
Ubuntu 12.04 サーバーでも data plugin が使える。
Markdown の ``hoge`` と同じようなやつ
<code>で囲ってしまうと改行されてしまうんだよね
他のプラグインを一時的に無効にして searchindex を動かしてみる。
動くなら他のプラグインが原因。
試行錯誤して edittable を原因だったことを突き止めたよ。
''orz''
編集画面の「コード[C]」ボタンを押してみろ。
max オプションと sort オプションを使った場合、
「次のページ」リンクを押すと sort オプションを無視した
２ページ目が表示される。
github のアカウント取得と英語翻訳の気力が湧く前に、
とりあえずここで愚痴っておく。
メニュー(ジャンプリンク)とメインの２つでwikiページを作っていければいいのに。
dokuwikiの場合、メニュー画面って概念がなくて、メイン画面だけをただ増やして作っていくかんじだから
作りづらいし見づらい
メニューが見やすいと思っているのは作った奴だけなんだけどな…。
メニュー構成を元に先に名前空間を決めてしまえ。
名前空間毎に sidebar を置いてこれがメニューだと信じる。
sidebar 以外はメイン画面扱いになるので、考えることが減る。
試しに入れてみたけど、大きな変化はない？
Directions plugin の style.css ファイルでエラーが出た。
スタイルシートがいきなり無くなって焦った。
使っていなかった Directions plugin を「無効」にしたら直った。
[[a:b]]
[[a:b:c]]
こうかくと
ttp://example.com/a ttp://example.com/a/b ttp://example.com/a/b/c になりますが
名前空間が長い場合、親から書いていくのが面倒くさいんで
ttps://www.dokuwiki.org/ja:namespacesを見て [[a]]
[[.:b]]
[[.:c]]
って書いてみたんですが
URLに名前空間が反映されません
こうなってしまいます
ttp://example.com/a ttp://example.com/b ttp://example.com/c 相対リンクは、リンクを書いたページに対する相対であって、
直前のリンクページに対する相対じゃない。
[[a]] ページ上に書けば、同じ結果。
[[a:b]] ページ上に書けば、
ttp://example.com/a/a ttp://example.com/a/b ttp://example.com/a/c [[a:b:c]] ページ上に書けば、
ttp://example.com/a/b/a ttp://example.com/a/b/b ttp://example.com/a/b/c 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]]と同じ）なところ
日本語でオートリンク使ってる方っています？
dataで
price:1000
といれ、出力のdatatableでdynfilters:1にしてから「1000以下」のものを検索するときに
>=1000
とプラグインの説明にある通りの条件で検索しても「存在しない」とでてきます。
数値ではなく文字列として扱われているっぽいんですが…
apacheなら
site.com/dokuwiki/hogehoge
にアクセスすればhogehogeページが開くように出来るんだけど
unicornだと設定方法が分からない
>> when no type is given, it's just treated as simple string
ってあるから、文字列なんじゃないかなぁ。
ttp://xref.dokuwiki.org/reference/dokuwiki/nav.html?_functions/index.html テンプレート内で編集中か↓みたいに判定したいのですが、わかるかたいらっしゃいませんか？
if (編集中か) :
処理A
else :
処理B
endif;
よろしくお願いします。
プラグインが導入されているかの確認すらわからない
書き込み欄と投票システムのプラグインはあったがコピペじゃだめみたいだ
wikipediaや@wikiならすんなり簡単にできたが難しい
・プレーンテキストで打ち込んで、範囲選択して上のボタンで装飾が基本？
・Info Plugin で導入済みプラグインが表示される
pukiwikiからどちらかに移行しようと考えてます
SQL サーバーを用意する必要がないこと。
フラットファイル操作の知識だけでバックアップとリストアができる。
サーバー乗り換えも同様の手順でできる。
デメリットは、
ページ数やアクセス数の増加といった高負荷に対して耐性が低い？
高負荷になったことがないから本当かどうか判らないけど…。
サーバーエラー↓
client denied by server configuration: /home/dokuwiki/data/security.png, referer:
ttp://domain/home?do=admin lib/tpl/ 配下に arcticフォルダをupして管理画面からテンプレートをarcticに変更しただけなのですが、
なにが原因でしょうか。
デフォルトテンプレートや他にいくつかためしたテンプレートは動作しています。
arctic 懐かしと思いながら、入れてみたけど
以下の組み合わせではエラー再現しなかった。
DokuWiki Release 2013-12-08 "Binky"
arctic-stable.tgz 21-Jan-2014 22:24 60557
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 ttp://exout.net/で組み込んでみたところ画面が真っ白で何も反応がありません safemodehackを使ったり上記にあったように.htaccessにphp_value memory_limit 16Mを加えてみたりphp_flag display_errors onを加えてみたり
新規にdokuwikiをダウンロードしてきてそっちを送ってみたりしましたがいずれも真っ白の画面が出てくるばかりで原因がわかりません
どなたか解決法をご教授いただけませんか
1. PHP として phpinfo.php が動くことを確認。
2. Download DokuWiki
ttp://download.dokuwiki.org/ の内容を解凍して、コピー 3. install.php を実行
一応old stableでも試しましたがブランクページでした
ブラウザ上で、真っ白い画面のソースを見てみる。
ルートじゃなくて、install.php と同じディレクトリ(dokuwiki/ とか)に
phpinfo.php を置いても動きますか？
画像は表示させないで文字列リンクでクリックしたら画像を表示させる方法
[[ {{:foo:bar.jpg}}|hogehoge ]]
だとfoo:bar.jpgっていうページのリンクになってしまう・・・
[[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}}
が正攻法っぽいけど導入プラグインの関係上パスした
linkonly オプションの方が、正攻法っぽいです。
this を使うと interwiki を通した外部リンク扱いなので、
設定項目: userewrite を変更すると動かない可能性がありますね。
ただpukiwikiで言うページの凍結が出来ないのは残念
これさえ出来たらすぐにでも乗り換えるんだけども
「アクセスコントロール管理」画面で目的のページに対して
@ALL の「読取」権限を付与すればいいんじゃない？
統合的に管理できるから、こっちのほうが楽だと思う。
誰も居ないと思ったら人いて嬉しい
レスありがとう
そしてごめん思いっきり言葉足らずだった…
Farm化して違う部署のページはそっちの管理人に任せたいんだけど
ACLは設置者しか設定できないみたいでさ
pukiwikiみたいに子サイトの管理人に凍結と解除を任せられたら助かるなーと
まあ贅沢な話だよね
大人しくpukiwiki使っとくます
部署管理者のみ書き込める名前空間と誰でも書き込める名前空間の二つを用意して、
書込管理したい内容は前者に置く or 部署管理者がコピーするでいいような気がする。
人気ページを表示するプラグインってないかな？
ぐぐってもアクセス解析くらいしかカウント系のプラグインが引っかからない
皆どうしてるんだろうか
pukiwikiから乗り換えようぜみたいな風潮があった頃に調べたから今は分からんけど
恐らくないままだと思うよ
よくdokuwikiはプラグイン豊富で良いみたいに言われてるが実際はそうでもない
>アクセス解析くらいしかカウント系のプラグイン
これかな
ttps://www.dokuwiki.org/plugin:statdisplay#top_urls 痒いところに手が届かないコレジャナイ Plugin が多い。
Security Hotfix 2014-05-05b
ttp://www.freelists.org/post/dokuwiki/Fwd-Dokuwiki-maybe-security-issue-Null-byte-poisoning-in-LDAP-authentication そもそも閲覧数をカウントしていない？
ttps://www.dokuwiki.org/tips:viewcounter dokuwikiのプラグインでDB使うのって総じて重いよな
他のwikiやCMSだとそうでもないんだけど
DB を使うアクセス解析系（プラグイン？）ってどれのこと？
Structured Data Plugin(plugin:data) は遅いと思った。
項目名をデータで持って柔軟性を確保しているからしょうがないけどね。
それと、それに似た名前のプラグイン
今出先だからぐぐるのめんどいけれども作者は同じだったと思う
子サイトのルート階層にだけページが作れないんだけど似たような人いないかな
設定画面のURLの書き換えを外すとルート階層にも作れるんだけど
.htaccessにするとルート階層にだけページが作れなくて困ってしまって
こいつは記法が違いすぎて辛い。
でもべんりそうなんだよなあ
ttp://www.aaa.com/bbb/ の下にdokuwikiを設置し、 URL表示を/表記に切り替えてるんだけど、
例えば下みたいなページを編集すると
ttp://www.aaa.com/bbb/ccc 編集後に飛ばされるページが
ttp://www.aaa.com/bbb/bbb/ccc ってなるんだよね。（「文書がない」と言われるし、
手動で
ttp://www.aaa.com/bbb/cccにアクセスすると編集は反映されてる） 何が悪いんだろうか。
設定項目: userewrite を 1 にした場合は、WWW サーバーの rewrite 機能頼りだから、
使用している Web サーバーとその設定を書かないと、誰も回答できない。
URL の書き換え
ttps://www.dokuwiki.org/ja:rewrite 正直そんなに便利とも思わないし一長一短だと思うよ
よく調べて自分の利になるなら乗り換えで良いんじゃない
特にプラグインはpukiwkiの方が使えるものが多くて悲しい
似たような症状で子サイトのトップページにサイドバー作れなくて困ったことあるわ
rewrite1にしてると、例えばURL直打ちで/sidebarと入力したとする
アドレスバーはちゃんとURL移動したことになってるらしく/sidebarと表示されてる
が、ページタイトルはstartのままなので実際は/startを読んでると思う
FTPで子サイトのルート階層にsidebar.txtをアップすると繁栄するんだけどね
じゃあルート階層のみ存在しないページの場合はstartを読んでるのかと思ったが
/sidebarでFTPでアップしたsidebar.txtにアクセスしようとしてもstartを読む
つまり作れないんじゃなくて/startから移動出来ない状態なんだと思うよ
ちなみにさくらサーバーじゃないか？
すまん自己解決した。
単に「サーバの URL」に「
ttp://www.aaa.com/bbb/」と記入したのが原因だった。 本当は「サーバの URL」を「
ttp://www.aaa.com」、「サーバのパス」を「/bbb/」に しなきゃいけなかったみたいね。
Syntax 以外にも「pukiwiki のデフォルト設定≒日本の Wiki 標準」的な思考を変えないと戸惑うことが多い。
共通認識となるデフォルトのレベルが低い（自由度は高い）から、プラグインもいたれりつくせり機能じゃなくて
部品レベルな機能が多い。
何となく始めるにはデフォルト設定が緩いので、使いながら体裁を整えるというやり方にはなじまない。
独自の CMS を組み立てると考えて、ローカル環境とかで「ACL設定＋プラグイン＋テンプレート」で
自分が望む形になるかどうかを一通り試し、ある程度固めてから、ページの集積を始めるのがいい。
サーバー移転する度にハマるから userewrite=2 でお茶を濁すことにしている。
やる意味がないような
doku.php の doku はリネームできるから、? と = が消えれば満足する場合も多い。
あまり細かく名前空間を分けたくはないのですが、一つの名前空間で配置できるファイルの数や容量に上限ってあるのでしょうか？
OSはCentOSなのでそちらのファイルシステムの仕様に依存する形でしょうか？
一体どれくらい置きたいのかしらんが…
サンクス
テンプレートどれがいいんだろ？
DokuWiki（デフォルト）、Arctic、Bootstrap3あたりが人気なのかな。
普通に好きなものでいいと思う
トップページとかよく編集を加えるページがその都度noindexになるのはよろしくないので、なんか回避策ないかな。
特定の名前空間のみにこのルールを当てはめることができるプラグインとか。
ちなみに、HtmlMetaTags Pluginでページをindexにしたら、リビジョンのページとか関係ないものまでindexになってた。。
?do=edit を付加すればソースは読めるしプレビューもできるんだけどな。
なんか不思議？
復旧したっぽい。
ttp://hoge.jp/dokuwiki/index.html を
ttp://hoge.jp/index.html にしたいのですがどうすればいいですか？
ttp://yourdomain.com/dokukwiki/!foo/namespace:page のはずなanimal の内部リンク先が ttp://yourdomain.com/http://yourdomain.com/dokukwiki/!foo/namespace:page になってしまう。animal でログインすらできない。
管理画面がそれっぽく動くので期待したのだが、残念。
デフォルトテンプレートを使用してます。
検索結果ページのデザインを変えたいのですが、わかりません。やったことある方、教えていただけると助かります。
action.phpの252行目あたりのdon't add anonymous commentsってところを消す
お返事ありがとうございます。
if(empty($_REQUEST['name'])) return; // don't add anonymous comments
ここだと思うんだけど、消しても変わらなかったです。
.htaccessにwwwなし設定にしてもdokuwiki階層下はwwwありでも表示されてしまう…
ごめんあとjsのif (isBlank(form.name.value)){も消してください
ってあるんだけど、これは一体なんなんだ？
オンにしたほうがええの？
なければ良い方法ないでしょうか？
RewriteRuleは「初めてRewriteRuleを使った.htaccess」の分しか実行されないので
public_html/.htaccess: wwwありをwwwなしにリダイレクト
public_html/dokuwiki/.htaccess: doku.php を消す（userrewrite=1）
とかやると後者しか適用されないよ
public_html/.htaccessの内容をpublic_html/dokuwiki/.htaccessにも追記すればおｋ
カルトへ向かう非難の矛先を逸らすこと。
国益に反することを言ったり、主張が食い違うもの同士の対立を煽ろうとするので放置し難いが、
主義思想についての洗脳を受けているわけではなく、フリをしているだけなので、
言い負かされてもダメージを負った様子もなく、論点をすり替えられるかスルーされる。
まともに相手をしてはならない。
詳しく教えてください！
userstyle.cssを作成すれば変えられると思います
方法わかりました。
すみません
随分と使い易くなってるな。
閑古なスレだけど、盛り上がることに期待〜
で、age
php7.0でも楽勝で動くしデフォでレスポンシブ対応
キャッシュも効いて超快適
cacheは、外してんだけど atticなんているの？履歴は無くなって構わないんだど
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
JQIBMVHG1H
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
