Wiki系とWikiEngineについて語るスレ Part5
簡易に更新が行えることからBlog的な使い方もされているプログラム。
コラボレーションが容易であることもその重要な利点。
比較的プログラムがシンプルなため改造等も盛ん。
そんなWikiについてﾏﾀｰﾘ語っていきましょう。
= 過去スレ =
Part1 http://pc2.2ch.sc/test/read.cgi/php/1060739206/
Part2 http://pc2.2ch.sc/test/read.cgi/php/1014252667/
Part3 http://pc5.2ch.sc/test/read.cgi/php/1079702729/
Part4 http://pc11.2ch.sc/test/read.cgi/php/1106478373/
>>2-4 に続く
PukiWikiスレ Part6
http://pc11.2ch.sc/test/read.cgi/php/1173615817/
=== MediaWiki 管理者の集い 第2版 ===
http://pc11.2ch.sc/test/read.cgi/php/1183501450/
FreeStyleWikiスレ
http://pc11.2ch.sc/test/read.cgi/php/1151389730/
【BLOG】CMS総合スレ2【Wiki,XOOPS】
http://pc11.2ch.sc/test/read.cgi/hp/1162287963/
Blog/Wiki関連技術総合
http://pc11.2ch.sc/test/read.cgi/php/1085471483/
ホスティング型無料Wikiサービス
http://pc11.2ch.sc/test/read.cgi/esite/1106932023/
Wiki
http://pc11.2ch.sc/test/read.cgi/friend/1108531582/
日本発の Wiki Wiki Web リンク集
http://www9.ocn.ne.jp/~ymt/wiki/
日本発の wiki クローンリスト
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist2.html
Wiki Wiki Web リンク集
http://folksonomy.sakura.ne.jp/wiki/wikiengines.html
日本発Wikiエンジン - コンパクトなWikiエンジンリンク集
http://www.hyuki.com/yukiwiki/wiki.cgi?%C6%FC%CB%DC%C8%AFWiki%A5%A8%A5%F3%A5%B8%A5%F3
資料/Wiki関連/Wikiエンジン/インデックス - Walrus, Digit.
http://digit.que.ne.jp/work/index.cgi?%e8%b3%87%e6%96%99%2fWiki%e9%96%a2%e9%80%a3%2fWiki%e3%82%a8%e3%83%b3%e3%82%b8%e3%83%b3%2f%e3%82%a4%e3%83%b3%e3%83%87%e3%83%83%e3%82%af%e3%82%b9
WikiYallow
http://wiki.yallow.info/
Wiki ばな（参加者募集中）
http://wikibana.socoda.net/
WikiMatrix - Compare them all
http://www.wikimatrix.org/
WikiCreole: Home
http://www.wikicreole.org/
2 年 10 ヶ月前と状況はあまり変わっていませんが……適当に行きましょう。
ﾐ・д・ﾐ ＜ほっしゅほっしゅ！
""""
[[○○○|http://××/img/.jpg]]
http://××/img/.jpg
と記述すると勝手に画像が直接表示されてしまいます。
元の画像がかなり大きい為に、画面のバランスが崩れてしまうので困っています。
サムネイルで表示する方法、それが出来なければ直接画像を表示しない方法はないでしょうか？
Wikiの「誰でも書ける」って特性は重要だし
そもそもCMSってなんか面倒なのが多い
手軽なWikiの方がいいよ
妄想は脳内で留めておいてよ。
じゃあ日記系以外で面倒じゃないCMSを教えてくれ
知っているがおまえの態度が（ｒｙ
どんだけWiki文法の説明しないといけないと思ってるんだ？
誰でも「習得すれば」書ける、に訂正だな
ほかにも何だって
外部から編集できなけりゃ意味ないだろ
＠Wikiが良い例
HTMLの直接入力、Wiki文法、WYSIWYGのエディタこれらを自分にあった形式で
自動的に使い分けれるCMSになってWikiのようなバージョン管理が出来ればいい
後からフォーマットの変更ができないために
最初にWYSIWYGモードでページ作られてると、文章が書きづらくて泣ける
http://hp.vector.co.jp/authors/VA007799/viviProg/doc5.htm
DB を使っているか否かということが分かりませんでした
PukiWiki を運用してみまして、
１．データ量が増えてくると使いものにならなくなってくる
２．Wiki 内の検索がおばか
以上の点で悲しい思いをしており、DB を使うタイプの Wiki へ移行したいのですが、
そういった DB 使用の Wiki エンジンリストはどこかにありますでしょうか？
ご存知の方がいらっしゃいましたらお教えいただきたく、どうぞよろしくお願いいたします
俺が今作ってるよ！
まあそれはそれとして
MOONGIFTで「Wiki」カテゴリを表示させて
その中から「MySQL」などのカテゴリがついてるのを探せば、いくつか見つかる
ただし英語のものがほとんどだけど
MediaWiki も運用しているのですが大層すぎますので…
PukiWiki ほどではないにせよ、もう少しライトな感じのものがあればと思っていました
と思って MOONGIFT なるところで探していたら良さそうなものが見つかりました
UTF対応で日本語編集・表記もできるようなので実装してみようと思います
# ソースとドキュメントが英語だとハードルに感じてしまって良いものを逃がしてしまうのが日本人の残念なところ？！
なにはともあれ、レスしていただきましてありがとうございました！
# 個人的には PhpTiddlyWiki / KamiWiki みたいなのが IE にも完全対応すれば、
おもしろいかなぁと思ったり思ってなかったり
ライトでSQLで良さそなのは何を選んだの？
参考に教えてけろ。
DekiWikiか？
俺も入れたけど、けっこう重かったよ。
ちなみに俺のお勧めはDokuWiki。
スペル似てるけどｗ
DB使わないんで対象外かもしれないけど、いろいろ試した中で一番良いWikiだと思う。
WikiMatrixで調べれば、一番適したのが見つかるかもね。
http://www.wikimatrix.org/
書くテーマが複数あるので複数設置したい。
複数設置で Engine とかファイルを共有した人いる?
Moinmoin/ だけ使い回しして設定デイレクトリとcacheと生成ページだけ別に出来ないかな。
どのWikiもテストしているうちは軽くていいんだけどページ増えると不安だ。
検索するとき以外はあんまり関係ないとは思うけど。
非力なNASで動かしているけど、一番軽く、高機能なWikiだと思う。
逆にMySQL使うCMSやWikiのほうが遅いよ。NASのメモリが少ないせいもあるとは思うけど。
あと、これは人によるけど、MySQLよりファイルのほうがバックアップが簡単だよね。
>何でページ増えると重くなるの？
・リンク先のページが存在するかどうかのチェック
・サイドバーでの新着表示
実際にどの辺から重くなってくるのかは環境や用途による
てか、そんなにリンクするのかな？
新着表示も、普通更新時に行うんじゃない？
ユーザー別に既読とかを分ける処理するん？
DokuWiki立てました。
良かったら是非。
会社内でdokuWikiを１年間運用してます。
（Mantisと組み合わせてバグレポートとしても併用）
説明書とか手順書とかガンガン書いてるけど、重たくはならないねえ。
仮想鯖でメモリ512ぐらいなんだが余裕。
ただ、デフォの検索はちょっと悲しい。
前文検索でＭｅｃａｂ＋Sennaでもやろうかと思っているところ。
ページ量産は全然問題ないけど、一つのページに長文書くとちょっと重たい時はあるぐらい（それは、どのCMSでもそうだろうけど）
pukiWIKIは会社でみんなで使ったら１ヶ月で重たくなって止めた。
ごめん、DB使ってなかった。。。
すまんです・・・DB使用時は不明・・・
DB使ってなくても軽く感じるということは
DB使えばもっと軽く感じるのかも？しれませんね
PukiWiki系は自身だけでは検索が使えなさすぎてorz
Plug-inを使って外部検索を呼び出す手がありますけれど、
その手はセキュリティ的にアウトだったりして／(^o^)＼
検索には都合いいんだろうけど。
DB専用のサーバを立てればそんなことになりませんよ
同時アクセスが非常に多いケースや、検索が頻繁に行われるのでなければDB無くても大丈夫じゃないかと思う。
DokuWikiをMecab使って使用してるけど、ちゃんとINDEXしてるからDB無くても比較的検索は早いと思う。
キャッシュも個別対応しているから、レスポンスで困ることはあんまり無いよね。
DBにすれば何でもパフォーマンスアップっていう妄想は持たない方が良いかと。
で、>>32のサイトはそんなに膨大なアクセスがあるんだろうか？
SENNAどうよ？
http://qwik.jp/senna/FrontPageJ.html
> その手はセキュリティ的にアウトだったりして／(^o^)＼
なにそれ？言ってる意味が分からない。
ちゃんと整理した方が良いよ。
本当にDB使ったWikiなら悩みが全て解決するのかね？？
そうであるなら、WikiMatrixでDB対応のWikiを探せばいいじゃん。
http://www.wikimatrix.org/
どれくらいの規模のシステムの話してるんだ？
ページビューや更新の頻度は？
要求スペックは何msのレスポンスなんだ？
てか、速度を要求されるのはViewなのか検索なのか？
せめて現状のシステムスペックや環境と、改善したい内容の詳細を
明確にしたほうが、期待した回答が返ってくると思うよ。
どこのコンサルよ？
PukiWikiみたいにページ数が増えたらとたんに重くなるんじゃ、不安になると思うけど。
１．データ量が増えると。。。ってのはDBだから解決されるか冷静に考えてみた方が良いかと。
遅くなる原因は明確になってるん？ 原因あっての解決策だから。<-重要
なんとなく、そんな気がするでは駄目ですｗ
２．検索の方は、精度を改善したいのであればDBとか関係なくて、INDEXの方法だよね。
詳しい方々、ツッコミよろしく。
22は>>25で解決してるみたいだから、
ここ最近の流れは>>32が発端だと思うよ？
既に回答もあるみたいだけど、DokuwikiはDBサポートしていないですね。
でも、ページ増えても重いと感じたことは無いです。（といっても2000ページ程度の内部用ですが）
P3 1Gで512MB, Debian/Apacheです。
重いの定義は人によるだろうけど。
>>51の例に出てるPukiWikiはちゃんと見てないけど、重くなる原因は設計にあるんではないかな？
DekiWikiとか高機能なWikiも試したけど、DB対応でもそれ以前にLogic部分が重くてストレスだった。
MySQL版のDokuWikiもあるよ
ttp://www.marssoft.de/doku.php?id=software:sqlwiki
それ恥ずかしくないの？
年末年始はゆっくりストレス発散できるといいね！＼(^o^)／
プギャー m9（＾o＾）
別管理しているWikiがあれば教えて下さい。
タイトルは日本語にしてURLは英語にしたいんですが、
いまのところHikiしか見たことないです。
WIKI全般に関わることなのでこちらに書き込みました。
WIKIにおいて、うまくユーザーに記事をたくさん投稿してもらうにはどうしたらいいのでしょうか？
また皆様が行っている工夫も聞かせてもらえたら嬉しいです。
Wiki の編集って、結局大なり小なりその Wiki 特有の編集ルールを覚える必要があって
多くの利用者はそのようなルールのハードルが高いと感じるようです
上の方で話題に出ているDokuWikiは、設定でそういう風に変えられるっぽいよ。
ありがとうございます。
投稿用フォームですか。
たしかに文書を書くルールが垣根になりますね。
設定ってこれかな？平仮名と片仮名だけみたいですね。
ttp://wiki.splitbrain.org/wiki:romanization
簡単だから導入してみれば分かるさ。
useheadingを使うと目的のことができました。
DokuWiki初めて使いましたがなかなか良さそうです。
ありがとうございました。
目的達成できたみたいで良かった。
Dokuwikiはテンプレートもいっぱいあるから、デフォのシンプルなのじゃなくて
多機能なWiki風にすることもできるよ（実際多機能だけど）
公式のプラグインサイトにあった2つは違う機能のようですし・・・
本当はDekiWiki使いたいんですが、レンタルでは無理っぽいですね
もしかして俺だけだったりするの？
DokuWikiで「<=」を入力したら自動で左矢印に変換されてしまいます。
どうすれば「<=」を表示させれますかっ？
なんかあった？
Hikiでgoogle-sitemapsプラグインを使っているのですが、
googleウェブマスターツールで必ずエラーになってしまいます。
Hiki使いの方、上手くいってますか？
ありもしないアドレスにアクセスしたとき、
404エラーを返さないっぽいのが原因なのかな…？
HikiのMLで質問してみてはいかがでしょ。
どうもwikiでも日本人は他人の書いた部分を消したがらない傾向があるような気がする。
訂正したい時はその下にコメントを追加して、さらに原著者が返事をして…と
掲示板のようなやりとりになり、さらに結論が出た後もそれを消さないから
読者は最後まで追わないといけなくなる。
あと、情報が更新されたときも打ち消し線はやめてほしい。
読者が知りたいのは最新で正確な情報だけであって、討論ページや更新履歴は
本文とは分けてほしい。
…と、最近打ち消し線だらけの仕様書を見て怒りがこみ上げたので思った。
スキルアップのためにwikiエンジンを作っているのですが
行頭に+で番号付きリスト、-で通常のリストという文法をしているとき
+ リスト1
- リスト2
+ リスト3
のリスト3は、「2. リスト3」か「1. リスト3」のどちらがユーザにとっては
親切なのか判断がつきません。
実装的には後者のほうが楽なのですが、前者もできないわけではないので
多い方を採用しようと考えています。
みみっちい話で申し訳ありませんが、よろしくお願いします。
そもそも「前者の方が親切かも」と思った理由は何なんだ
olとulを交互に使いたくて、しかも番号を続けて欲しいときなんて、そう無いと思うんだが
PukiWikiModのところでたまたま見かけたバグトラックの内容です。
ttp://xoops.hypweb.net/modules/pukiwiki/2458.html
こういう考え方もあるのか、と開発の参考にしようと考えていたのですが
ほとんどのwikiは番号振り直しで、結局どっちなんだ…と悶々としていた経緯がありまして…。
別の（以前の）ブロック要素の内容に依存するってありえないだろ。
やっぱりその考え方はマズいですか…。
>>85
リスト2とリスト3の間に改行があるかということで判別、ということでしょうか？
いろいろ考えた末、>>84さんの方針に合わせる仕様にします。
参考にさせて頂きます。>>85さんも、ありがとうございました。
更新履歴のページは 画像 や &ruby(,) の展開が有効になっていますが、
一覧のページ(IndexPage)はそのままのWikiのソースが表示されます。
これは自分でなんとかしたほうがよいんでしょうか？
もし先人がすでになんとかしているなら教えていただきたいんですが、、
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>);
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>);
携帯端末のようなモバイルブラウザからもみられるように
簡単にコンテンツの切り替えができるようなウィキってありますか？
なかったら自分で作るしかないかな。。
ルビ定義を青空文庫形式とかで記述できると嬉しい
携帯でもルビ表現するとなると、ぎちぎちにテーブル組むしかねえかな
コード汚いけど、、
効率も良いし楽だし見やすくﾈ？
http://www.hiragana-gateway.com/
こういうのもあるけど、変換ミスもあるからなあ。。
今、pukiwiki以外のwikiを使ってみようと思ってpmwiki、dokuwiki、mediawikiをUTF-8モードで評価中
その中で気づいたことに数日つまづいてる
新規ページ作成方法のひとつ「URLに存在しないページ名の入力」があるよね？
これ、Windows上でIE6、IE7、Firefox2から日本語を入力するとShift-jisで送信してしまい、文字化けしたページを生成してしまう
だから、pukiwikiのように弾くか、文字化けを修正して正常なページを作成したい
これを対策してる人はどんな方法を使ってるかご教授願いたいです
Wikipediaも未対策で文字化けするんだよね、Linuxだと問題ないけど…
該当箇所のファイルをチェックして、修正すればいいんじゃね？
OSの問題じゃないよ
「文字コード (wiki名)」でググれば、なんか出てくるカモよ
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
良い処方をご存じの方、ヒント等教えてください。
html上のフォームからだとそのhtmlと同じ文字コードで送信するのが規格上の挙動。
(まもってないブラウザもある。w3mとかシンプルなのはいいけど基本的な規約も守ってないクソブラウザなので信用するな。)
Firefoxなら問題ないはずだけど、文字が化けてるのは間違いなくブラウザから送信した段階なんだな？
そう確信した理由も説明して欲しい。
アドレスバーに直接入力した場合はブラウザによって対応はまちまちだけど、
UTF-8で送信するのが最近の主流っぽい。
OSは無関係というわけでもなくて
Windows上におけるブラウザの後方互換性設定によるものっぽい
UTF-8：
Opera-win、IE7β、Mozilla、Firefox1
SJIS：
IE6、IE7、Firefox2
FirefoxもIEも設定いじればUTF-8決め打ちにしてくれるけど、wikiは一人で使うものではないし
とにかくソースを修正してみてる
ひとつ成功したから他もがんばってみる
それにしても、今まで気になる人はいなかったんだろうか…
フォームからのはページ作成は仕様通りで、どのブラウザも問題ないっす
アドレスバーに入力した場合が規定されていないらしくて
>>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
アドレスバーからの話をしてるんなら無理だよ。
まず、何をやりたいのか、どうしてアドレスバーから直接ページを作りたいのかをまず説明すると有益な助言が得られるかも。
>>98にも書いてるように、アドレスバーからの新規作成行為による
文字化けページを防ぎたい(正常な文字コードにするか弾くかで)
・どうしてアドレスバーから直接ページを作りたいのか
作りたいわけではないっす
自分は使わない機能だけど、有効になっている以上使われる可能性あり
文字化けページは削除出来なかったりしてシステム上問題がおきたのです
3行にまとめられなくてごめん
プログラム自体を書き換えなければならんし、意図的に化けページを作ろうとする行為を防ぐのは難しいけど、
ある程度は対処可能と思う。
htmlフォームから新規ページを作成するときにはhidenで特定の文字列を一緒にわたすようにすればいい。
その特定の文字列が渡ってこなければhtmlフォームから送信されたのではないと判断できる。
そんでもってその特定の文字列の化け方を見ることでhtmlフォームからの送信がUTF-8にならないブラウザ
でもどの文字コードで送信したのか判別できるのでそれを元に変換をかければいい。
getメソッドでの新規ページ作成はできないようにするというのも必要。
これだけしておけば不用意にアドレスバーから新規ページ作成してしまうってのは防げると思う。
まぁプログラムに改造かけるなら文字コードとして不正になってれば無視するってので充分だと思うけど。
化けてても文字コードとして成立してるならページの削除はできるんだろう？
UTF-8の符号化方式は非常に単純なので、UTF-8になってるかどうかを判断するだけのプログラムは簡単。
半角スペースがアンダーバーになることは分かるのですが、
「?」が入っているとうまくいかなかったりするので仕組みが分からないです。
アドレスバーから送るとブラウザによってどういう文字コードで送られてくるか、
というのが分かっているなら、受け取り側(Wikiエンジン)がHTTP_USER_AGENTを見て
送ってきたブラウザを判別して、都合の良い文字コードに変換するのはどうでしょうか。
>>98のPukiWikiの対処の方が問題が少ないかもね。
正しいURIかどうかの判定して、まずかったら弾けば良いだけだし。
http://namidame.2ch.sc/test/read.cgi/news/1213502968/
まとめ
xreaのHP無料レンタル鯖には広告表示義務があり、
その広告はHP閲覧の都度５つの鯖からランダムで選ばれ表示される
今回そのうちひとつがハッキングされ、↑でそれが選ばれると
Flashplayer未更新だと問答無用でウィルスがダウンロードされる
しかもxreaは無料鯖でも独自ドメイン可なので
アドレスで判断してxreaだけ避けて通るというのも非常に困難な上
知らないうちに踏んでしまっている可能性も高い
最初に公式BBSに報告があったのは８日、
以降現在までxrea側からは対策どころかアナウンスすらなし
http://pc11.2ch.sc/test/read.cgi/php/1215613373/
２ゲットしちまったんだが。
別スレにする意味無かったんじゃね
http://pc11.2ch.sc/test/read.cgi/php/1198593148/
というスレが過去にあった
> 1 名前：nobodyさん [sage] 投稿日：2007/12/25(火) 23:32:28 ID:???
↓
> 6 名前：nobodyさん[sage] 投稿日：2007/12/27(木) 19:49:18 ID:???
でdat落ち
別スレにする意味無かったんじゃね
http://help.yahoo.co.jp/help/jp/blog/blog-47.html
独自エンジンだろうけど、若干MediaWikiに近い
多分、ニュースの方と同じエンジンなんだろうな
難しくて分からん。てかレンタル鯖では無理か
確かPythonも必要だったはず。
やりたい事によるけど、他のWikiやCMSでも十分だったりする。
pukiwikiみたいにコメント機能があるwikiっ他にあるかな?
Dekiはサーバーのルートディレクトリにインストールするので、ホスト名を指定できるような
タイプのレンタルでないと厳しい。
もし仮想マシンのレンタルがあればVMwareのインストール済みのイメージが使える。
それから wiki.is という無償でつかえるサービスがある。
>>120
Python は要らないよ。
C# の実行環境がいるので、Windows なら .Net か、UNIX系なら Mono のランタイムが必要。
それから Apache, MySQL, PHP。
WikiMatrix のサイトで検索してみてはどう？
ttp://www.wikimatrix.org/search.php
英語だけどSearchリンクから入って、コメントを初めとする機能など、
検索条件を追加（修正）しながら絞り込みを行える。
最後に一覧表で横串で比較できるので、目的のWikiを探すのに便利だよ。
なかなかないみたい
ttp://tatewake.com/wiki/projects:monobook_for_dokuwiki
もしくは、機能相当のプラグインがあるｗｉｋｉでもかまいません
http://pt.imaginet.ne.jp/~yamada/bunke/fight.htm
こんな奴とか
http://newfolder.oh.land.to/index.php?e=8
そーいう機能の付いたｗｉｋｉじゃね？
んなことやりたがるやついるもんなんだな。
>日本発の Wiki Wiki Web リンク集
>http://www9.ocn.ne.jp/~ymt/wiki/
リンク切れ
>日本発の wiki クローンリスト
>http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
リンク切れ
つ
ttp://www.yamdas.org/column/technique/clonelist.html
ttp://www.yamdas.org/column/technique/clonelist2.html
向いている物って何か無いですかね？
書いた方が良いのでは？ あともしも挑戦したり失敗した経験があれば合わせて。
試合結果とかは表などを使ってとりあえず何とか出来たのですが、
トーナメント表
（たとえば http://www.wowow.co.jp/tennis/mens.html こんなの）
を画像じゃなくてhtml等で（ある程度お手軽に）出したい というのが希望なのです。
こんなの気が遠くなりそうだ。もしトーナメント表をテーブルで作成できるなら
WYSIWYGエディタが利用できるWikiがいいんじゃないかな。
各種Wikiを比較できるサイトがあるよ。
MindTouch Deki あたりは最も向いてる一品かもしれない。
ttp://www.wikimatrix.org/
他ページを引用するプラグインを使う方法は？
ほほー
そういえば@wikiにそういう機能があったっけ。
検索してみたらHikiにもプラグインがあるな。
割と普通にある機能なのか。
権限と組み合わせれば考えていたことはやれるかも。
試してみる。
開発者サイトみたいなものはあるのですがダウンロードができません。
誰か作ってくれないかな
wikiはやっぱりプラグインが重要だわ
なければ既存のwikiを改造して、GAE上で動作するようにしてみようと思います。
改造のベースとして使いやすいwikiがあれば、アドバイスお願いします。＾＾
今考えているのは、Pukiwikiを改造してGAE上で動かす方法です。
よろしくお願いします。
PukiWiki は PHP だぞ。
親切な方お願いします。
簡単だよ。
MOONGIFT:DokuWikiを持ち歩く「DokuWiki on a Stick」
ttp://www.moongift.jp/2008/03/dokuwiki_on_a_stick/
Wikiはルールが厳しいしな。
ちょっと脱線したもの作っただけでWikiじゃねえって言われるんだぜ。
既存のWikiシステム弄ってBlog作ったときにはボロクソ叩かれたっけか。
思想がなんたらかんたら。
んでお前は難癖をルールだと思ってしまっているわけだ
判断力養おうぜ
wiki:だれでも編集できる
方向性が違うんだから叩かれて当たり前だろ。
宗教とか思想とか関係ない。
blogが作りたければ素直にblogを作ればいい。
宗教とか思想とか関係ないよな、目が節穴なだけだし
禿同
wikiを改造してblog作るなんて邪道
流用するな、ゼロから作れ>>156
それが新しい創造のヒントになるなら、改造でもパクリでも何でもいいんだよ。
つか、ブログにwiki文法を取り入れるのは自然の流れなんで
もはやblogとwikiという括りで区別して考えるほうが無理がある。
>ひさしぶりにpukiwikiのofficialサイトを覗いたんですが、
>reimyさんがいなくなられたのは知りませんでした。
>驚きです。
>pukiwiki文法が使えるお勧めのwikiサイトはどこなんでしょうか？
>@wikiはいいかなと思っていますが、英語サイトの方は現在新規会員を
>受け付けていないようなので、他も探しています。
>googleとかも出ていますが、 pukiwiki文法って使えないですよね？
あと＠wikiは良くないという話しもありましたが、何が良くないですか？
http://docs.enanocms.org/Help:Appendix_A
MediaWiki ライクな文法の癖に、定義リスト（コロン、セミコロン）が使えないってのが、ちょっと死ぬる。
プラグインが豊富なものや、システムを弄りやすいものとか探してます。
とにかく自由度の高いWikiクローンはありませんか？
ホームページのコンテンツをWikiで管理したいです。
次のサイトが参考になるかと。条件与えて横並びで比較できるよ。
ttp://www.wikimatrix.org/
個人的には高機能、拡張性という意味なら mindtouch deki を推したい。
プログラミング言語は PHP, C#, DekiScript という独自の言語などがメイン。
XMLベースのRESTful webサービスと連携して様々拡張ができる。
どこまで許されるかに依ると思うけど、root特権によるパッケージのインストールあたりは多分必要と
なる作業。非Intel x86系のCPUではソースコードからコンパイルしないとならないのでスキル要す。
それから誤解を恐れずに言えば 1サーバに1サイトしかインストールできないと考えた方が無難。
特にSSLで保護するような場合は、1つのMACアドレスに複数のホスト名を割り当てるマルチホーム
ホストの構成を取ることになり、管理者の理解がないと難しいと思う。
レンタルの仮想マシン実行環境を選ぶのがいいと思うよ。実際 VMware のゲストOSとしてもリリース
されてるし。たとえば Amazon EC2 で動かすとかね。
> DekiWiki サービス終了のお知らせ
>
> このたび、2009年12月18日（金）をもちましてDekiWikiサービスの提供を
> 終了する運びとなりました。DekiWikiをご利用中のお客様には、
> ご迷惑をおかけいたしますことを深くお詫び申しあげます。
情報共有のためのビジネスWikiサービス【Deki Wiki】
http://dekiwiki.jp/
ホームページっぽいもの作るならBlogのほうがよくないか？
大抵のことはプラグインだけでできる。
というか商用でよければホームページ作成用のCMSなんかが沢山ある。
商用だとシステムが複雑すぎて面倒かもしれないが。
汎用性が高いコピペだなおい
テンプレ化していろいろ使えるｗ
Wikiってマイナーだからプラグイン少ないし、逆にBlogってメジャーな分開発者も多いだろ？
なんでWikiに執着しないといけないわけ？
お前が Wiki に執着してるのは精神疾患だからだよ。
blogは単一ユーザのみを想定していたり、
日付ごとにページが管理されたりして余計な仕組みが付いてる。
だからwikiをベースに改良したほうが、目的にあったシステムとして使える。
wikiとblog自体は用途というかある程度決まった思想があるものだろ
単に >>181 が自分が使っているwikiに熟知していて改良しやすいってことだろ
wikiが他のシステムに使える！ってのはなんだか違和感が。
いやわかるんだが、俺も制限掛けてCMS的に使ってるサイトあるしｗ
ただ、改良して目的にあったシステムにしたいという用途なら
Drupalみたいな自由同高めの(それこそフレームワーク的な)CMSのことを言うならまだわかるんだが
ページ編集中にリンク見通しが悪い感じがするんだよな。
メニューの整理、ページ間の関連性とかはいわゆる CMS の方が全然いいんだけどね。
Wiki構文は無くならないだろうな。
wikiはまだ一般人つかわないってことだろうな
wiki歴5日ですが、とりあえず入れたpukiwikiに数式ツールとして
mimeTexを試してみたところ、汚すぎて絶望しました。
他の数式ツールを探したところ、texvcやimgTeXなどがあるようですが、
お勧めな構成（数式ツールとwikiの組み合わせ）はありませんか？
なお、サーバは自前のワークステーションで、RHEL4やCentOS5などがあります。
Google Chart API
管理者に報告っぽいことを（先月中旬に）したんだけど、なんか反応がない。
Twitterにはいるのに……。どうしようか。どうしたらいい？
おまえがどうしたいわけ？
親切心や義務感があるなら、公開している連絡先に報告っぽいことじゃなくて、きちんとした報告をしてやればいいんじゃね？
どうでもいいなら放置しとけ。
なんで「報告っぽいこと」になったかというと、英語力の限界というか……。
実は他にも似たような 報告→無反応 の一件があって（脆弱性ではないけど知人相手）、どうも自信がない。
>なんで「報告っぽいこと」になったかというと、英語力の限界というか……。
バグを再現させた動画を送ってやれ
参考サイト
> 早急に脆弱性が修正されることを望んでいるのであれば
>
> 「俺はゼロデイXSSのURLをtwitterに晒したくてウズウズしてるんだよォォォ！！！！」
>
> という姿勢を見せながら中の人に連絡するのが良いでしょう。
> 大体その日のうちに何とかしてくれるはずです。
XSSとセキュリティリスクと正しい脆弱性報告のあり方 - 最速転職研究会
http://d.hatena.ne.jp/mala/20100222/1266850703
ありがとうございます＆超遅レスですいませんでした。
これかなりいいですね＞Google Chart API
ちょっと表示がおかしいところもありますが、
tex系を使うのは色々とセキュリティ的に不安だし、これにしようと思います。
先日mindtouch coreのVMware版を入れてみました。
こりゃいいや。
以前職場の情報共有ツールでPukiwikiを使っていましたが、
メンテナンスをサボるとタグ記法を忘れ、長続きしないのが難点でした。
mindtouch dekiはWYSIWYGで直感的にすぐ使い出せるところが良いですなぁ。
VM版では容量が30G固定だが、ワークグループでファイルサーバーの既存リンクを
貼り付けるやり方なら、しばらく回せそう。
あとはVMではない本番サーバーに如何に導入するか、が課題か・・・
すみません。その形式のテンプレートについてはよく知りません。
初期インストール状態で、いくつかのサンプルテンプレートは組み込まれていつ模様。
２段組、３段組などの簡単なものから・・・
wikiでデータソースを参照できたりするWikiEngineってありますか？
pluginでもいいです
例えば、
どっかのページで【データ型】を定義します
どっかのページで【データ型】のページを参照し、【インスタンス】を作成します
どっかのページで【インスタンス】のページを複数参照し、
【インスタンス配列】を【each】みたいな制御構文で回して、順次表示できるような
機能が欲しいのです
CMS作ればいいと思うのですが、
wikiを使って、
複数箇所同じデータを参照している場合に、
一元的に管理したいのです
【ある】か【ない】かだけでも教えてください
色々探したけど、探し方が下手なのかプログラミング系のwikiサイトばかり
引っかかって目的のものが見当たりません
どうかよろしくお願いいたします
MediaWikiには【そういう】機能はあるのでしょうか？
具体的に【どういった】名前の機能か教えて頂けますでしょうか？
よろしくお願いします
ありがとうございます
dokuwiki の Data Plugin とは目的が違うのかなぁ？
ttp://www.dokuwiki.org/plugin:data
みんなが大変大変言うから躊躇しちゃうわ・・・
サポートされてるプラットフォーム＊上なら比較的容易。Windowsならインストーラーがあるし、
Intel Linux ならパッケージマネージャを使ったインストール方法が提供されてる。
しかしそうでない場合は手作業になるので、相応の理解が必要。
特にMindTouchはサポート要件にも記載のあるようにさまざまなモジュール (Mono等) に依存
してるので、これらを先に準備しないとならない。
多くのWikiのように MindTouchのUIはPHPで書かれてるのだけど、コアとなるDReAMという文書
管理用のWebサービスがNovellのMonoという .Net のフレームワーク互換の環境上で開発されて
いるので、どこかにMonoの実行環境を入れる必要がある。通常は MindTouch と同じマシン上に
入れるが、DReAM自体はRESTfulなWebサービスなので別のマシンに入れても動くと思う。
いくつかのプラットフォームについては有志による手順書もあるので、もし自分で実際にやって
みたいならMindTouchのコミュニティサイトで調べて感触はつかめるんじゃないかな。
もしMindTouchが初めてならVMware版を落としてスタディすることをお勧め。それからMindTouch
のコミュニティサイトやフォーラムにも有用な情報がある。日本語のフォーラムは閑散としてる
けど、このスレと合わせて数少ない日本語で読める情報源だよ。
＊
ttp://developer.mindtouch.com/en/kb/MindTouch_System_Requirements
ありがとう
monoなんて入れんのかよって躊躇してたけど、今はyumで入るのね
ついでにもう１つお尋ねしますが、プラグインはどれくらいありますかね？
今使ってるPukiwikiでは色々入れまくってて、これと同じものとは言わないけど
ある程度は充実しててほしいなと
プラグインは、MindTouchでは Extension というのだけれど、大小合わせて150位が登録されてるね。
ttp://developer.mindtouch.com/App_Catalog?v=category
ただ、MindTouch 自体はある意味「閉じた」世界とも言えるので、その中で WordPress のような単独で
動作するアプリケーションを取り込んで融合するような形式のExtensionは (自分が知る限り) ないと思う。
MindTouch のプログラミングの形式は自分の理解では、(1) DekiScript という手続きをページに埋め込ん
でXML形式で内外のデータを入出力する (いわゆるマッシュアップ) か、(2) PHP や Perl等の言語で
Webサービスという形で実装して(1)の仕組みで連携するか、(3) C# や PHP で書いてMindTouch の
提供するAPIを経由するなどしてより高度な機能を提供するかの 3 とおりある。
上記の Extension はこれらのタイプに分類でされたものの一覧で、ある程度実績のとれたもので、
手軽に導入して使いたいならこれらから選ぶことになるんじゃないかな。
もし自分で作ろうとなるとプログラミングの知識に加え MindTouch の作法に従う意味で知識が必要かと。
それから有償のエディションでは追加のビジネス向けの Extension が追加されていて、こちらは企業内で
使われるさまざまなインフラや業務アプリと連携するようなもので、ライセンスを買って使うことが異なる。
MindTouch は一見すると Wiki に見えるのだけれど、実際には DReAM という文書データベースを中心に
して Wiki の UI を被せた構造になっている。その DReAM と 他のアプリ (WordPress等) とは
XML ＋ HTTP で通信する。MindTouch と連携させる場合、そうういう構造が壁になってしまうことがあり
難しさというか、もしかしたら欠点かもしれない。
すごい詳しい解説ありがとう
なんというか、単なるwikiを遙かに超えてて正直自分には敷居が高い気もしますが
とりあえず使うところから始めてみます
趣味のコミュニティ用途
使いづらいとか言われて大バッシング受けた(´・ω・`)
Wikiは何使ったの？
Fatal error: Call to a member function add() on a non-object in /home/weys/www/game/lib/convert_html.php on line 51
しか表示されなくなってしまいました。
どなたか解りますか？
エラーメッセージでぐぐってみたら、次の記事と似てると思う。
ttp://pukiwiki.sourceforge.jp/?%E8%B3%AA%E5%95%8F%E7%AE%B14%2F176
ttp://pukiwiki.sourceforge.jp/dev/?BugTrack2%2F146
ありがとうございます。
どうやら対処は立ち上げた主に任せるしかないようですね。
手伝いの私にはどうすることも出来ません。
日本語もちゃんと使える奴がいいんだけど
Mediawikiはちょっとデカすぎるんだよなあ…
何万項目も作る訳じゃないから
用語辞典に特化したwikiって事？
どんな機能が欲しいの？
あれにページのタグ付けと、荒らしや編集合戦対策になる機能が付いてると嬉しい
具体的にはユーザーID発行してユーザー毎にいろいろ出来ると文句なし
タグ付わからないけど、xpwikiはどーよ
Wiki Matrix で調べてみては？ 数10のWikiシステムがデータベース化されていて、その特徴を横串で比較できる。
ttp://www.wikimatrix.org
> Mediawikiはちょっとデカすぎるんだよなあ…
> 何万項目も作る訳じゃないから
mediawikiがデカいと思うなら、dokuwiki なんじゃないのか？
dokuwikiで、ページのタグ付と、ユーザID発行→ユーザごとにログインってできるのか？
> ページのタグ付
Tag Plugin
ttp://www.dokuwiki.org/plugin:tag
> ユーザID発行→ユーザごとにログイン
ログインとユーザー登録
ttp://www.dokuwiki.org/ja:login
アクセス制御リスト (ACL)
ttp://www.dokuwiki.org/ja:acl
>>220じゃないけどthx!
２カラム（オレンジロゴ）使用していてメニューの行間だけを変えたいのですが
line-height:20px;とかをなんどか張ってみたのですが変わりません。
ご存知の方いたらどこになにを張ればいいのか教えてください。
ttp://sns.atfb.jp/view_community2.php?no=112
ttp://hibari.2ch.sc/test/read.cgi/esite/1285430030/
すいません、ありがとうございます
昔は乱立してたからカタログが必要だったし、管理方法もそれぞれ別の説明が必要だったからスレは伸びたんだろうけど。
今は説明不要で普通に利用されてる。普及し過ぎてもはや"Wiki"とは呼ばれなくなるほどだ。
第二弾 来ました！
251:以下、名無しにかわりましてVIPがお送りします[]
2013/04/28(日) 21:09:36.73 ID:Vr/xxrpV0
ようｗｗｗｗおまいらｗｗｗｗそろそろ始めっか？ｗｗｗｗ
今回はよおｗｗｗしばき隊構成員全般対象にすっからｗｗｗｗ
連帯責任なｗｗｗあーあｗｗｗ野間のせいだｗｗｗ全部野間が悪いｗｗｗ
--- 以下スレ情報 ---
高岡さんがフジ韓流ゴリ押し批判したら干されたのでウジテレビ凸
http://hayabusa.2ch.sc/test/read.cgi/news4vip/1367118004/
下記の条件に合うWikiEngineを探しているのですが
この条件に合う、もしくはそれに近いWikiEngineはないでしょうか？
・マークアップで改行がそのまま反映される（もしくはオプションで改行反映を選択可能）
・マークアップが複雑でない（もしくはオプションで複雑でない記法を選択可能）
・全文検索機能が強力（少なくともページ名だけでなくページの内容まで表示される）
・ページの履歴管理ができる
・それなりに開発・利用が活発（開発停止になっていたり、更新停止になっていたりしない）
活発なのならPukiWiki系のPukiWiki Advance。アップデート作業が嬉しいというのはよくわからないけど。
サービスならhackpad（有料で非公開Wikiも作れる）
ありがとうございます！
ご意見いただきました通り、マークアップは私もそんなにいらないんじゃないかと思っています。
リンク、画像、目次、pre記法くらいｂｪあれば十分かｂﾈと。
PukiWiki Advanceは活発だとは思うのですが、前述のマークアップの問題と
どことなくごった煮感がすることから今のところ除外しています。
（否定意見があればお願いします）
hackpadは初めて知りましたので、今から試してみようと思います。
ローカルでもちょっと走らせてみたけどやっぱり Pukiwiki や Dokuwiki 何かと比べると重く感じる
データベース使うとこんなもんなのか、Java が重いのか Jetty が重いのか Hibernate が重いのか、それとも全部か
https://hackpad.com/
1.0.0にしたらdocdiffがないというエラーが出るようになってしまいました。
GEMをxreaにsshなどで自分で入れたら直りますか？
「あなたのような従業員は会社のパフォーマンスにとってマイナスなので早く死んでください」
などと自殺教唆を公然と行った！！ その結果人が死んだ！！
丁寧に言えば何を言ってもいいというものではない！！これはヤクザや借金取りが脅迫をする時に
「いついつまでに金一億円をお振り込みください。命が惜しければ間違った判断をなされないことを期待します」
と発言するのと同じレベルだ！！
しかもそれを注意してやったら、「世間はわれわれの味方だ。文句があるなら訴えてきたらよろしい。メールを電番を公開したければ
どうぞご自由に。世論はわれわれを賛辞するするメールを送付するだろう」
などとイカ様気取りも大概にしろという発言を行った！！
抗議先 日本マイクロソフト人事本部 西川昌邦
メール：masaikaw●microsoft.com
（●を@に置き換えて）
電話：09025411718
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
9NUGDKCGPB
