Wiki系とWikiEngineについて語るスレ Part5
■ このスレッドは過去ログ倉庫に格納されています
= 海外リンク集 = WikiMatrix - Compare them all http://www.wikimatrix.org/ WikiCreole: Home http://www.wikicreole.org/ 落ちてしまっていたので立ててみました。 2 年 10 ヶ月前と状況はあまり変わっていませんが……適当に行きましょう。 ,,,,.,.,,,, ミ・д・ミ <ほっしゅほっしゅ! """" 質問です。Hikiで [[○○○|http:// ××/img/.jpg]] http:// ××/img/.jpg と記述すると勝手に画像が直接表示されてしまいます。 元の画像がかなり大きい為に、画面のバランスが崩れてしまうので困っています。 サムネイルで表示する方法、それが出来なければ直接画像を表示しない方法はないでしょうか? バージョン管理が出来るCMSが出たら大抵Wikiなんていらんよなw >>9 Wikiの「誰でも書ける」って特性は重要だし そもそもCMSってなんか面倒なのが多い 手軽なWikiの方がいいよ > そもそもCMSってなんか面倒なのが多い 妄想は脳内で留めておいてよ。 >>11 じゃあ日記系以外で面倒じゃないCMSを教えてくれ > じゃあ日記系以外で面倒じゃないCMSを教えてくれ 知っているがおまえの態度が(ry Wikiが誰でも書けるとか妄言はやめてくれよw どんだけWiki文法の説明しないといけないと思ってるんだ? WikiじゃなくてもWYSIWYGのエディタ搭載していれば編集はできる @Wikiが良い例 HTMLの直接入力、Wiki文法、WYSIWYGのエディタこれらを自分にあった形式で 自動的に使い分けれるCMSになってWikiのようなバージョン管理が出来ればいい @WikiでWYSIWYGが選択できるのは素晴らしいんだが 後からフォーマットの変更ができないために 最初にWYSIWYGモードでページ作られてると、文章が書きづらくて泣ける HTML と Wiki の両方で書けることが求められると思う テンプレにあるリンク先(消失していたところもあり・・・orz)をざっと巡ってみたのですが、 DB を使っているか否かということが分かりませんでした PukiWiki を運用してみまして、 1.データ量が増えてくると使いものにならなくなってくる 2.Wiki 内の検索がおばか 以上の点で悲しい思いをしており、DB を使うタイプの Wiki へ移行したいのですが、 そういった DB 使用の Wiki エンジンリストはどこかにありますでしょうか? ご存知の方がいらっしゃいましたらお教えいただきたく、どうぞよろしくお願いいたします >>22 俺が今作ってるよ! まあそれはそれとして MOONGIFTで「Wiki」カテゴリを表示させて その中から「MySQL」などのカテゴリがついてるのを探せば、いくつか見つかる ただし英語のものがほとんどだけど >>23-24 MediaWiki も運用しているのですが大層すぎますので… PukiWiki ほどではないにせよ、もう少しライトな感じのものがあればと思っていました と思って MOONGIFT なるところで探していたら良さそうなものが見つかりました UTF対応で日本語編集・表記もできるようなので実装してみようと思います # ソースとドキュメントが英語だとハードルに感じてしまって良いものを逃がしてしまうのが日本人の残念なところ?! なにはともあれ、レスしていただきましてありがとうございました! # 個人的には PhpTiddlyWiki / KamiWiki みたいなのが IE にも完全対応すれば、 おもしろいかなぁと思ったり思ってなかったり >>25 ライトでSQLで良さそなのは何を選んだの? 参考に教えてけろ。 >>25 DekiWikiか? 俺も入れたけど、けっこう重かったよ。 ちなみに俺のお勧めはDokuWiki。 スペル似てるけどw DB使わないんで対象外かもしれないけど、いろいろ試した中で一番良いWikiだと思う。 WikiMatrixで調べれば、一番適したのが見つかるかもね。 http://www.wikimatrix.org/ あとはDB使うなら、TikiWikiあたりが面白いかもね。。 Moongift も入れれば良かったな。ちなみに matrix は足しといた >>4 Python で作られた Moinmoin や Trac の話題はここ? 書くテーマが複数あるので複数設置したい。 複数設置で Engine とかファイルを共有した人いる? Moinmoin/ だけ使い回しして設定デイレクトリとcacheと生成ページだけ別に出来ないかな。 >>27 俺も DokuWiki 軽くていいとおもう。 DokuWikiをMySQLで使っている人いるかな? どのWikiもテストしているうちは軽くていいんだけどページ増えると不安だ。 重くなる要素がわからんけど、何でページ増えると重くなるの?Indexのこと? 検索するとき以外はあんまり関係ないとは思うけど。 非力なNASで動かしているけど、一番軽く、高機能なWikiだと思う。 逆にMySQL使うCMSやWikiのほうが遅いよ。NASのメモリが少ないせいもあるとは思うけど。 あと、これは人によるけど、MySQLよりファイルのほうがバックアップが簡単だよね。 >>33 >何でページ増えると重くなるの? ・リンク先のページが存在するかどうかのチェック ・サイドバーでの新着表示 実際にどの辺から重くなってくるのかは環境や用途による ページに張られているリンク数によるけど、ページ毎の処理だから増えても重くならない気がする。 てか、そんなにリンクするのかな? 新着表示も、普通更新時に行うんじゃない? ユーザー別に既読とかを分ける処理するん? DB使うやつならWakkaクローン(UniWakka、WikkaWiki etc...)もオヌヌメ http://127.0.0.1:8823/thread/http ://pc11.2ch.net/test/read.cgi/php/1198593148/l2 DokuWiki立てました。 良かったら是非。 >>32 会社内でdokuWikiを1年間運用してます。 (Mantisと組み合わせてバグレポートとしても併用) 説明書とか手順書とかガンガン書いてるけど、重たくはならないねえ。 仮想鯖でメモリ512ぐらいなんだが余裕。 ただ、デフォの検索はちょっと悲しい。 前文検索でMecab+Sennaでもやろうかと思っているところ。 ページ量産は全然問題ないけど、一つのページに長文書くとちょっと重たい時はあるぐらい(それは、どのCMSでもそうだろうけど) pukiWIKIは会社でみんなで使ったら1ヶ月で重たくなって止めた。 >>32 ごめん、DB使ってなかった。。。 すまんです・・・DB使用時は不明・・・ >>40-41 DB使ってなくても軽く感じるということは DB使えばもっと軽く感じるのかも?しれませんね PukiWiki系は自身だけでは検索が使えなさすぎてorz Plug-inを使って外部検索を呼び出す手がありますけれど、 その手はセキュリティ的にアウトだったりして/(^o^)\ DBがボトルネックになる場合もあるから一概には言えないと思う 検索には都合いいんだろうけど。 >>43 DB専用のサーバを立てればそんなことになりませんよ DBが効果ある場面って限られてるんでは? 同時アクセスが非常に多いケースや、検索が頻繁に行われるのでなければDB無くても大丈夫じゃないかと思う。 DokuWikiをMecab使って使用してるけど、ちゃんとINDEXしてるからDB無くても比較的検索は早いと思う。 キャッシュも個別対応しているから、レスポンスで困ることはあんまり無いよね。 DBにすれば何でもパフォーマンスアップっていう妄想は持たない方が良いかと。 で、>>32 のサイトはそんなに膨大なアクセスがあるんだろうか? > Plug-inを使って外部検索を呼び出す手がありますけれど、 > その手はセキュリティ的にアウトだったりして/(^o^)\ なにそれ?言ってる意味が分からない。 なんか目的と手段が自分自身でも明確になってないんじゃない? ちゃんと整理した方が良いよ。 本当にDB使ったWikiなら悩みが全て解決するのかね?? そうであるなら、WikiMatrixでDB対応のWikiを探せばいいじゃん。 http://www.wikimatrix.org/ どれくらいの規模のシステムの話してるんだ? ページビューや更新の頻度は? 要求スペックは何msのレスポンスなんだ? てか、速度を要求されるのはViewなのか検索なのか? せめて現状のシステムスペックや環境と、改善したい内容の詳細を 明確にしたほうが、期待した回答が返ってくると思うよ。 てか、DBが嫌いなだけなんじゃね? PukiWikiみたいにページ数が増えたらとたんに重くなるんじゃ、不安になると思うけど。 つか、>22に少しは書いてあったのね。 1.データ量が増えると。。。ってのはDBだから解決されるか冷静に考えてみた方が良いかと。 遅くなる原因は明確になってるん? 原因あっての解決策だから。<-重要 なんとなく、そんな気がするでは駄目ですw 2.検索の方は、精度を改善したいのであればDBとか関係なくて、INDEXの方法だよね。 詳しい方々、ツッコミよろしく。 >>52 22は>>25 で解決してるみたいだから、 ここ最近の流れは>>32 が発端だと思うよ? なるほど。そうみたいですね。すみません。 既に回答もあるみたいだけど、DokuwikiはDBサポートしていないですね。 でも、ページ増えても重いと感じたことは無いです。(といっても2000ページ程度の内部用ですが) P3 1Gで512MB, Debian/Apacheです。 重いの定義は人によるだろうけど。 >>51 の例に出てるPukiWikiはちゃんと見てないけど、重くなる原因は設計にあるんではないかな? DekiWikiとか高機能なWikiも試したけど、DB対応でもそれ以前にLogic部分が重くてストレスだった。 >>54 MySQL版のDokuWikiもあるよ ttp://www.marssoft.de/doku.php?id=software:sqlwiki > P3 1Gで512MB, Debian/Apacheです。 それ恥ずかしくないの? >>56 =>>47 =>>13 年末年始はゆっくりストレス発散できるといいね!\(^o^)/ ページのタイトル(HTMLのtitleタグやh1タグ)とURLを 別管理しているWikiがあれば教えて下さい。 タイトルは日本語にしてURLは英語にしたいんですが、 いまのところHikiしか見たことないです。 プログラムに関係してはいないのですが、 WIKI全般に関わることなのでこちらに書き込みました。 WIKIにおいて、うまくユーザーに記事をたくさん投稿してもらうにはどうしたらいいのでしょうか? また皆様が行っている工夫も聞かせてもらえたら嬉しいです。 投稿用フォームを作っておくと情報量はとりあえず増えますね Wiki の編集って、結局大なり小なりその Wiki 特有の編集ルールを覚える必要があって 多くの利用者はそのようなルールのハードルが高いと感じるようです >>59 上の方で話題に出ているDokuWikiは、設定でそういう風に変えられるっぽいよ。 >>61 ありがとうございます。 投稿用フォームですか。 たしかに文書を書くルールが垣根になりますね。 >>62 設定ってこれかな?平仮名と片仮名だけみたいですね。 ttp://wiki.splitbrain.org/wiki:romanization 漢字も使えるよ。 簡単だから導入してみれば分かるさ。 >>65 useheadingを使うと目的のことができました。 DokuWiki初めて使いましたがなかなか良さそうです。 ありがとうございました。 >>66 目的達成できたみたいで良かった。 Dokuwikiはテンプレートもいっぱいあるから、デフォのシンプルなのじゃなくて 多機能なWiki風にすることもできるよ(実際多機能だけど) DokuWikiに、blogのようにコメントできる機能はないんですか? 公式のプラグインサイトにあった2つは違う機能のようですし・・・ 本当はDekiWiki使いたいんですが、レンタルでは無理っぽいですね Moongiftが「次の結果」というリンクが機能していないんだけど、みんなも機能してないの? もしかして俺だけだったりするの? 質問させてください。 DokuWikiで「<=」を入力したら自動で左矢印に変換されてしまいます。 どうすれば「<=」を表示させれますかっ? ttp://wiki.splitbrain.org/wiki:ja:syntax#記号 質問なので上げます Hikiでgoogle-sitemapsプラグインを使っているのですが、 googleウェブマスターツールで必ずエラーになってしまいます。 Hiki使いの方、上手くいってますか? やり方探していたら自分の書き込みが引っ掛かってワラタ ありもしないアドレスにアクセスしたとき、 404エラーを返さないっぽいのが原因なのかな…? >>75 HikiのMLで質問してみてはいかがでしょ。 打ち消し線というのは日本の文化なのかね? どうもwikiでも日本人は他人の書いた部分を消したがらない傾向があるような気がする。 訂正したい時はその下にコメントを追加して、さらに原著者が返事をして…と 掲示板のようなやりとりになり、さらに結論が出た後もそれを消さないから 読者は最後まで追わないといけなくなる。 あと、情報が更新されたときも打ち消し線はやめてほしい。 読者が知りたいのは最新で正確な情報だけであって、討論ページや更新履歴は 本文とは分けてほしい。 …と、最近打ち消し線だらけの仕様書を見て怒りがこみ上げたので思った。 自分専用のスタイルシートを設定して非表示にすればいい >>77 と >>79 から導かれる結論→打ち消し線というのは日本の責任逃れ 質問ageさせていただきます。 スキルアップのためにwikiエンジンを作っているのですが 行頭に+で番号付きリスト、-で通常のリストという文法をしているとき + リスト1 - リスト2 + リスト3 のリスト3は、「2. リスト3」か「1. リスト3」のどちらがユーザにとっては 親切なのか判断がつきません。 実装的には後者のほうが楽なのですが、前者もできないわけではないので 多い方を採用しようと考えています。 みみっちい話で申し訳ありませんが、よろしくお願いします。 >>81 そもそも「前者の方が親切かも」と思った理由は何なんだ olとulを交互に使いたくて、しかも番号を続けて欲しいときなんて、そう無いと思うんだが >>82 PukiWikiModのところでたまたま見かけたバグトラックの内容です。 ttp://xoops.hypweb.net/modules/pukiwiki/2458.html こういう考え方もあるのか、と開発の参考にしようと考えていたのですが ほとんどのwikiは番号振り直しで、結局どっちなんだ…と悶々としていた経緯がありまして…。 便利だとか便利じゃないとかいう問題じゃなくて、あるブロック要素の内容が 別の(以前の)ブロック要素の内容に依存するってありえないだろ。 >>84 やっぱりその考え方はマズいですか…。 >>85 リスト2とリスト3の間に改行があるかということで判別、ということでしょうか? いろいろ考えた末、>>84 さんの方針に合わせる仕様にします。 参考にさせて頂きます。>>85 さんも、ありがとうございました。 WalWikiの2.1.0を使っています。 更新履歴のページは 画像 や &ruby(,) の展開が有効になっていますが、 一覧のページ(IndexPage)はそのままのWikiのソースが表示されます。 これは自分でなんとかしたほうがよいんでしょうか? もし先人がすでになんとかしているなら教えていただきたいんですが、、 87です。解決したかも? 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>); すべての漢字に振り仮名を振れるようなやつで 携帯端末のようなモバイルブラウザからもみられるように 簡単にコンテンツの切り替えができるようなウィキってありますか? なかったら自分で作るしかないかな。。 寡聞だけど興味あるな ルビ定義を青空文庫形式とかで記述できると嬉しい 携帯でもルビ表現するとなると、ぎちぎちにテーブル組むしかねえかな >>87-89 だけど今作ってるよ。 コード汚いけど、、 ひらがなに変換するサービスがいろいろあるからそれ使った方が 効率も良いし楽だし見やすくネ? たしかにルビを打つのってめんどくさいよね。。 http://www.hiragana-gateway.com/ こういうのもあるけど、変換ミスもあるからなあ。。 wikiの質問はここでいいのかな 今、pukiwiki以外のwikiを使ってみようと思ってpmwiki、dokuwiki、mediawikiをUTF-8モードで評価中 その中で気づいたことに数日つまづいてる 新規ページ作成方法のひとつ「URLに存在しないページ名の入力」があるよね? これ、Windows上でIE6、IE7、Firefox2から日本語を入力するとShift-jisで送信してしまい、文字化けしたページを生成してしまう だから、pukiwikiのように弾くか、文字化けを修正して正常なページを作成したい これを対策してる人はどんな方法を使ってるかご教授願いたいです Wikipediaも未対策で文字化けするんだよね、Linuxだと問題ないけど… 文字コードの問題なら 該当箇所のファイルをチェックして、修正すればいいんじゃね? OSの問題じゃないよ 「文字コード (wiki名)」でググれば、なんか出てくるカモよ WindowsXPにて cygwin + lighttpd + php5 + dokuwiki を使っているのですが、 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 良い処方をご存じの方、ヒント等教えてください。 >>98 html上のフォームからだとそのhtmlと同じ文字コードで送信するのが規格上の挙動。 (まもってないブラウザもある。w3mとかシンプルなのはいいけど基本的な規約も守ってないクソブラウザなので信用するな。) Firefoxなら問題ないはずだけど、文字が化けてるのは間違いなくブラウザから送信した段階なんだな? そう確信した理由も説明して欲しい。 アドレスバーに直接入力した場合はブラウザによって対応はまちまちだけど、 UTF-8で送信するのが最近の主流っぽい。 >>99 ありがとう、なかなかズバリなのはヒットしない OSは無関係というわけでもなくて Windows上におけるブラウザの後方互換性設定によるものっぽい UTF-8: Opera-win、IE7β、Mozilla、Firefox1 SJIS: IE6、IE7、Firefox2 FirefoxもIEも設定いじればUTF-8決め打ちにしてくれるけど、wikiは一人で使うものではないし とにかくソースを修正してみてる ひとつ成功したから他もがんばってみる それにしても、今まで気になる人はいなかったんだろうか… >>101 フォームからのはページ作成は仕様通りで、どのブラウザも問題ないっす アドレスバーに入力した場合が規定されていないらしくて >>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 >>103 アドレスバーからの話をしてるんなら無理だよ。 まず、何をやりたいのか、どうしてアドレスバーから直接ページを作りたいのかをまず説明すると有益な助言が得られるかも。 ・何をやりたいのか >>98 にも書いてるように、アドレスバーからの新規作成行為による 文字化けページを防ぎたい(正常な文字コードにするか弾くかで) ・どうしてアドレスバーから直接ページを作りたいのか 作りたいわけではないっす 自分は使わない機能だけど、有効になっている以上使われる可能性あり 文字化けページは削除出来なかったりしてシステム上問題がおきたのです 3行にまとめられなくてごめん >>105 プログラム自体を書き換えなければならんし、意図的に化けページを作ろうとする行為を防ぐのは難しいけど、 ある程度は対処可能と思う。 htmlフォームから新規ページを作成するときにはhidenで特定の文字列を一緒にわたすようにすればいい。 その特定の文字列が渡ってこなければhtmlフォームから送信されたのではないと判断できる。 そんでもってその特定の文字列の化け方を見ることでhtmlフォームからの送信がUTF-8にならないブラウザ でもどの文字コードで送信したのか判別できるのでそれを元に変換をかければいい。 getメソッドでの新規ページ作成はできないようにするというのも必要。 これだけしておけば不用意にアドレスバーから新規ページ作成してしまうってのは防げると思う。 まぁプログラムに改造かけるなら文字コードとして不正になってれば無視するってので充分だと思うけど。 化けてても文字コードとして成立してるならページの削除はできるんだろう? UTF-8の符号化方式は非常に単純なので、UTF-8になってるかどうかを判断するだけのプログラムは簡単。 WikipediaのUrlencode方式についてご存知の方がいたら教えてください。 半角スペースがアンダーバーになることは分かるのですが、 「?」が入っているとうまくいかなかったりするので仕組みが分からないです。 >>105 アドレスバーから送るとブラウザによってどういう文字コードで送られてくるか、 というのが分かっているなら、受け取り側(Wikiエンジン)がHTTP_USER_AGENTを見て 送ってきたブラウザを判別して、都合の良い文字コードに変換するのはどうでしょうか。 >>109 はURLを受け入れる場合の対処としてああ書いたけど、 >>98 のPukiWikiの対処の方が問題が少ないかもね。 正しいURIかどうかの判定して、まずかったら弾けば良いだけだし。 XREAの広告にAdobe Flash Playerの脆弱性をついたスクリプトが混入 http://namidame.2ch.net/test/read.cgi/news/1213502968/ まとめ xreaのHP無料レンタル鯖には広告表示義務があり、 その広告はHP閲覧の都度5つの鯖からランダムで選ばれ表示される 今回そのうちひとつがハッキングされ、↑でそれが選ばれると Flashplayer未更新だと問答無用でウィルスがダウンロードされる しかもxreaは無料鯖でも独自ドメイン可なので アドレスで判断してxreaだけ避けて通るというのも非常に困難な上 知らないうちに踏んでしまっている可能性も高い 最初に公式BBSに報告があったのは8日、 以降現在までxrea側からは対策どころかアナウンスすらなし >>112 2ゲットしちまったんだが。 別スレにする意味無かったんじゃね DokuWiki【軽量・シンプル】 http://pc11.2ch.net/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落ち 別スレにする意味無かったんじゃね Yahooもニュースでwikiに対応したみたいだけど、独自エンジンかな? あ、ブログでwiki使えるのね・・・知らなかった 多分、ニュースの方と同じエンジンなんだろうな mindtouch deki wiki設置したいんだが 難しくて分からん。てかレンタル鯖では無理か DekiWiki設置したことあるけど、めんどいし重いよ。 確かPythonも必要だったはず。 やりたい事によるけど、他のWikiやCMSでも十分だったりする。 レスどうも。dekiwiki重いんだー pukiwikiみたいにコメント機能があるwikiっ他にあるかな? >>119 Dekiはサーバーのルートディレクトリにインストールするので、ホスト名を指定できるような タイプのレンタルでないと厳しい。 もし仮想マシンのレンタルがあればVMwareのインストール済みのイメージが使える。 それから wiki.is という無償でつかえるサービスがある。 >>120 Python は要らないよ。 C# の実行環境がいるので、Windows なら .Net か、UNIX系なら Mono のランタイムが必要。 それから Apache, MySQL, PHP。 >>121 WikiMatrix のサイトで検索してみてはどう? ttp://www.wikimatrix.org/search.php 英語だけどSearchリンクから入って、コメントを初めとする機能など、 検索条件を追加(修正)しながら絞り込みを行える。 最後に一覧表で横串で比較できるので、目的のWikiを探すのに便利だよ。 そこで探してなかったようだから聞いてみたんだけど なかなかないみたい Dokuwikiのこのテーマの「navigation」のメニューってどうやって追加するの? ttp://tatewake.com/wiki/projects:monobook_for_dokuwiki ランキング機能とか育成機能のついたwikiはありませんか? もしくは、機能相当のプラグインがあるwikiでもかまいません 単純なページランキングだったらメジャーなwikiにはついてそうな気がするけどな 静的HTMLを生成して、携帯からもアクセス出来るwikiって何かないか? 各種UA用のHTMLを静的に生成しとくのか? んなことやりたがるやついるもんなんだな。 >>3 >日本発の Wiki Wiki Web リンク集 >http://www9.ocn.ne.jp/ ~ymt/wiki/ リンク切れ >>133 つ ttp://www.yamdas.org/column/technique/clonelist.html ttp://www.yamdas.org/column/technique/clonelist2.html スポーツのトーナメント表や試合結果の速報を掲載するのに 向いている物って何か無いですかね? どういう使い方をするのかとか、必須の機能要求があるのであれば 書いた方が良いのでは? あともしも挑戦したり失敗した経験があれば合わせて。 前回も同じような用途があってその時はpukiwikiを使いました。 試合結果とかは表などを使ってとりあえず何とか出来たのですが、 トーナメント表 (たとえば http://www.wowow.co.jp/tennis/mens.html こんなの) を画像じゃなくてhtml等で(ある程度お手軽に)出したい というのが希望なのです。 >>139 こんなの気が遠くなりそうだ。もしトーナメント表をテーブルで作成できるなら WYSIWYGエディタが利用できるWikiがいいんじゃないかな。 各種Wikiを比較できるサイトがあるよ。 MindTouch Deki あたりは最も向いてる一品かもしれない。 ttp://www.wikimatrix.org/ 同じページの中の領域ごとに編集権限をわけることが出来るWikiってある? ちょっと違うけど 他ページを引用するプラグインを使う方法は? >142 ほほー そういえば@wikiにそういう機能があったっけ。 検索してみたらHikiにもプラグインがあるな。 割と普通にある機能なのか。 権限と組み合わせれば考えていたことはやれるかも。 試してみる。 文法が MediaWiki っぽくて、日本語が使えて、WikiFarm に対応してるエンジンってないっすか? だれかPukiWiki Lightっていう幻のウィキ持ってる人いませんか? 開発者サイトみたいなものはあるのですがダウンロードができません。 WordPressとかのプラグインが使用可能なwiki 誰か作ってくれないかな wikiはやっぱりプラグインが重要だわ Google App Engine上で動作するwikiはありますか? なければ既存のwikiを改造して、GAE上で動作するようにしてみようと思います。 改造のベースとして使いやすいwikiがあれば、アドバイスお願いします。^^ 今考えているのは、Pukiwikiを改造してGAE上で動かす方法です。 よろしくお願いします。 当然 Java や Python で書かれた wiki の方が移植しやすいだろう。 PukiWiki は PHP だぞ。 Wiki関連の記事、ページ見てると宗教臭いものを感じるんだけど、そういうのある? wikipediaをwikiって訳すなってやつか。 ttp://moto-news.net/labo/item1.html Win系のサーバーで使えるwikiシステムでお勧めの物を教えてください。 親切な方お願いします。 >>154 簡単だよ。 MOONGIFT:DokuWikiを持ち歩く「DokuWiki on a Stick」 ttp://www.moongift.jp/2008/03/dokuwiki_on_a_stick/ >>149 Wikiはルールが厳しいしな。 ちょっと脱線したもの作っただけでWikiじゃねえって言われるんだぜ。 既存のWikiシステム弄ってBlog作ったときにはボロクソ叩かれたっけか。 思想がなんたらかんたら。 >>156 んでお前は難癖をルールだと思ってしまっているわけだ 判断力養おうぜ blog:管理者だけが編集できる wiki:だれでも編集できる 方向性が違うんだから叩かれて当たり前だろ。 宗教とか思想とか関係ない。 blogが作りたければ素直にblogを作ればいい。 管理人だけが編集できる環境はpukiwikiだろうとなんだろうと「wikiではないなにか」だろ 宗教とか思想とか関係ないよな、目が節穴なだけだし 自分だけが編集出来るうちのMediaWikiは wiki じゃなかったのか、驚き(これが宗教か) >>158 禿同 wikiを改造してblog作るなんて邪道 流用するな、ゼロから作れ>>156 なにを頭の固いこと言ってるだか。 それが新しい創造のヒントになるなら、改造でもパクリでも何でもいいんだよ。 つか、ブログにwiki文法を取り入れるのは自然の流れなんで もはやblogとwikiという括りで区別して考えるほうが無理がある。 Pukiwiki版から紹介されて来ました。 >ひさしぶりにpukiwikiのofficialサイトを覗いたんですが、 >reimyさんがいなくなられたのは知りませんでした。 >驚きです。 >pukiwiki文法が使えるお勧めのwikiサイトはどこなんでしょうか? >@wikiはいいかなと思っていますが、英語サイトの方は現在新規会員を >受け付けていないようなので、他も探しています。 >googleとかも出ていますが、 pukiwiki文法って使えないですよね? あと@wikiは良くないという話しもありましたが、何が良くないですか? Enano CMS、全体的な挙動やテーマデザインは好みなんだけどさ、 http://docs.enanocms.org/Help:Appendix_A MediaWiki ライクな文法の癖に、定義リスト(コロン、セミコロン)が使えないってのが、ちょっと死ぬる。 カスタマイズがしやすいWikiでオススメありませんか? プラグインが豊富なものや、システムを弄りやすいものとか探してます。 とにかく自由度の高いWikiクローンはありませんか? ホームページのコンテンツをWikiで管理したいです。 >>165 次のサイトが参考になるかと。条件与えて横並びで比較できるよ。 ttp://www.wikimatrix.org/ 個人的には高機能、拡張性という意味なら mindtouch deki を推したい。 プログラミング言語は PHP, C#, DekiScript という独自の言語などがメイン。 XMLベースのRESTful webサービスと連携して様々拡張ができる。 Deki Wiki ってレン鯖にはまずインストール出来ないよな? >>167 どこまで許されるかに依ると思うけど、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/ もともと只のものなのに有償にして付加価値もなければビジネスにならんよ。 >>165 ホームページっぽいもの作るならBlogのほうがよくないか? 大抵のことはプラグインだけでできる。 というか商用でよければホームページ作成用のCMSなんかが沢山ある。 商用だとシステムが複雑すぎて面倒かもしれないが。 Blog でサイト作ってる奴、殆どの奴はユーザービリティとか全く考えてないよねぇ。 〇〇 でサイト作ってる奴、殆どの奴はユーザービリティとか全く考えてないよねぇ。 汎用性が高いコピペだなおい Macでサイト作ってる奴、殆どの奴はユーザービリティとか全く考えてないよねぇ。 サイト作ってる奴、殆どの奴はユーザービリティとか全く考えてないよねぇ。 Flash でサイト作ってる奴、殆どの奴はユーザービリティとか全く考えてないよねぇ。 テンプレ化していろいろ使えるw 最近BlogにWiki構文エンジン対応させたもので十分じゃないかと思うようになった。 Wikiってマイナーだからプラグイン少ないし、逆にBlogってメジャーな分開発者も多いだろ? なんでWikiに執着しないといけないわけ? Wiki と Blog でどっちが開発者が多いかなんてソフトに依るとしか言えないし、 お前が Wiki に執着してるのは精神疾患だからだよ。 wikiは仕組みが単純だからな。 blogは単一ユーザのみを想定していたり、 日付ごとにページが管理されたりして余計な仕組みが付いてる。 だからwikiをベースに改良したほうが、目的にあったシステムとして使える。 なんでだよw wikiとblog自体は用途というかある程度決まった思想があるものだろ 単に >>181 が自分が使っているwikiに熟知していて改良しやすいってことだろ wikiが他のシステムに使える!ってのはなんだか違和感が。 いやわかるんだが、俺も制限掛けてCMS的に使ってるサイトあるしw ただ、改良して目的にあったシステムにしたいという用途なら Drupalみたいな自由同高めの(それこそフレームワーク的な)CMSのことを言うならまだわかるんだが FCKEditor みたいな WYSIWYG になじめないので、ついつい Wiki を選んじゃうんだよな。 ページ編集中にリンク見通しが悪い感じがするんだよな。 メニューの整理、ページ間の関連性とかはいわゆる CMS の方が全然いいんだけどね。 プログラマとかUnixエンジニアはWYSIWYGよりもWiki構文を好むんじゃね。 Wiki構文は無くならないだろうな。 ASP型のブログ見るにそっちはWYSIWYG当たり前の世界だよな wikiはまだ一般人つかわないってことだろうな 数式関係の質問です。 wiki歴5日ですが、とりあえず入れたpukiwikiに数式ツールとして mimeTexを試してみたところ、汚すぎて絶望しました。 他の数式ツールを探したところ、texvcやimgTeXなどがあるようですが、 お勧めな構成(数式ツールとwikiの組み合わせ)はありませんか? なお、サーバは自前のワークステーションで、RHEL4やCentOS5などがあります。 とある超有名なwウィキに(数年前からあるっぽい)脆弱性っぽいものを見つけ、 管理者に報告っぽいことを(先月中旬に)したんだけど、なんか反応がない。 Twitterにはいるのに……。どうしようか。どうしたらいい? >>188 おまえがどうしたいわけ? 親切心や義務感があるなら、公開している連絡先に報告っぽいことじゃなくて、きちんとした報告をしてやればいいんじゃね? どうでもいいなら放置しとけ。 まあその、「できればなんとかしたい」わけだけどw、 なんで「報告っぽいこと」になったかというと、英語力の限界というか……。 実は他にも似たような 報告→無反応 の一件があって(脆弱性ではないけど知人相手)、どうも自信がない。 わかった。きちんとした報告ができるようになるまでは様子見の方向で。 >>190 >なんで「報告っぽいこと」になったかというと、英語力の限界というか……。 バグを再現させた動画を送ってやれ >>188 参考サイト > 早急に脆弱性が修正されることを望んでいるのであれば > > 「俺はゼロデイXSSのURLをtwitterに晒したくてウズウズしてるんだよォォォ!!!!」 > > という姿勢を見せながら中の人に連絡するのが良いでしょう。 > 大体その日のうちに何とかしてくれるはずです。 XSSとセキュリティリスクと正しい脆弱性報告のあり方 - 最速転職研究会 http://d.hatena.ne.jp/mala/20100222/1266850703 >>187 ありがとうございます&超遅レスですいませんでした。 これかなりいいですね>Google Chart API ちょっと表示がおかしいところもありますが、 tex系を使うのは色々とセキュリティ的に不安だし、これにしようと思います。 >>140 先日mindtouch coreのVMware版を入れてみました。 こりゃいいや。 以前職場の情報共有ツールでPukiwikiを使っていましたが、 メンテナンスをサボるとタグ記法を忘れ、長続きしないのが難点でした。 mindtouch dekiはWYSIWYGで直感的にすぐ使い出せるところが良いですなぁ。 VM版では容量が30G固定だが、ワークグループでファイルサーバーの既存リンクを 貼り付けるやり方なら、しばらく回せそう。 あとはVMではない本番サーバーに如何に導入するか、が課題か・・・ Mindtouch ってMediawikiの系統だって聞くけど、{{hoge|〜}}みたいなテンプレート使えるの? >>196 すみません。その形式のテンプレートについてはよく知りません。 初期インストール状態で、いくつかのサンプルテンプレートは組み込まれていつ模様。 2段組、3段組などの簡単なものから・・・ そういうテンプレートじゃなくてTemplate:名前空間の機能の話だけど、答えられないところをみるとなさげだな。 ちょっと質問なんですが、 wikiでデータソースを参照できたりするWikiEngineってありますか? pluginでもいいです 例えば、 どっかのページで【データ型】を定義します どっかのページで【データ型】のページを参照し、【インスタンス】を作成します どっかのページで【インスタンス】のページを複数参照し、 【インスタンス配列】を【each】みたいな制御構文で回して、順次表示できるような 機能が欲しいのです CMS作ればいいと思うのですが、 wikiを使って、 複数箇所同じデータを参照している場合に、 一元的に管理したいのです 【ある】か【ない】かだけでも教えてください 色々探したけど、探し方が下手なのかプログラミング系のwikiサイトばかり 引っかかって目的のものが見当たりません どうかよろしくお願いいたします >>200 MediaWikiには【そういう】機能はあるのでしょうか? 具体的に【どういった】名前の機能か教えて頂けますでしょうか? よろしくお願いします pukiwiki+trackerでなんとかなりそうです ありがとうございます >>199 dokuwiki の Data Plugin とは目的が違うのかなぁ? ttp://www.dokuwiki.org/plugin:data dekiwikiってそんなにインストール大変なの? みんなが大変大変言うから躊躇しちゃうわ・・・ >>205 サポートされてるプラットフォーム*上なら比較的容易。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 >>206 ありがとう monoなんて入れんのかよって躊躇してたけど、今はyumで入るのね ついでにもう1つお尋ねしますが、プラグインはどれくらいありますかね? 今使ってるPukiwikiでは色々入れまくってて、これと同じものとは言わないけど ある程度は充実しててほしいなと >>207 プラグインは、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 と連携させる場合、そうういう構造が壁になってしまうことがあり 難しさというか、もしかしたら欠点かもしれない。 >>208 すごい詳しい解説ありがとう なんというか、単なるwikiを遙かに超えてて正直自分には敷居が高い気もしますが とりあえず使うところから始めてみます 社内でWiki使ってる人達に聞きたいんだけど、どんな用途で使ってる? 会社で情報共有のためにWikiページ開設したけど、 使いづらいとか言われて大バッシング受けた(´・ω・`) とあるサイトのお手伝いでPukiWiki 1.4.7を使っていたのですが急に Fatal error: Call to a member function add() on a non-object in /home/weys/www/game/lib/convert_html.php on line 51 しか表示されなくなってしまいました。 どなたか解りますか? >>215 エラーメッセージでぐぐってみたら、次の記事と似てると思う。 ttp://pukiwiki.sourceforge.jp/?%E8%B3%AA%E5%95%8F%E7%AE%B14%2F176 ttp://pukiwiki.sourceforge.jp/dev/?BugTrack2%2F146 >>216 ありがとうございます。 どうやら対処は立ち上げた主に任せるしかないようですね。 手伝いの私にはどうすることも出来ません。 用語辞典向けのwikiエンジンって何かないかな 日本語もちゃんと使える奴がいいんだけど Mediawikiはちょっとデカすぎるんだよなあ… 何万項目も作る訳じゃないから >>218 用語辞典に特化したwikiって事? どんな機能が欲しいの? pukiwikiしか使ったことがないからそれ基準にさせてもらうけど あれにページのタグ付けと、荒らしや編集合戦対策になる機能が付いてると嬉しい 具体的にはユーザーID発行してユーザー毎にいろいろ出来ると文句なし >>220 タグ付わからないけど、xpwikiはどーよ >>220 Wiki Matrix で調べてみては? 数10のWikiシステムがデータベース化されていて、その特徴を横串で比較できる。 ttp://www.wikimatrix.org >>218 > Mediawikiはちょっとデカすぎるんだよなあ… > 何万項目も作る訳じゃないから mediawikiがデカいと思うなら、dokuwiki なんじゃないのか? >>223 dokuwikiで、ページのタグ付と、ユーザID発行→ユーザごとにログインってできるのか? >>224 > ページのタグ付 Tag Plugin ttp://www.dokuwiki.org/plugin:tag > ユーザID発行→ユーザごとにログイン ログインとユーザー登録 ttp://www.dokuwiki.org/ja:login アクセス制御リスト (ACL) ttp://www.dokuwiki.org/ja:acl @wikiのCSSをカスタムのことで聞きたいのですが 2カラム(オレンジロゴ)使用していてメニューの行間だけを変えたいのですが line-height:20px;とかをなんどか張ってみたのですが変わりません。 ご存知の方いたらどこになにを張ればいいのか教えてください。 >>227 ttp://sns.atfb.jp/view_community2.php?no=112 ttp://hibari.2ch.net/test/read.cgi/esite/1285430030/ そのうちできるわ。 昔は乱立してたからカタログが必要だったし、管理方法もそれぞれ別の説明が必要だったからスレは伸びたんだろうけど。 今は説明不要で普通に利用されてる。普及し過ぎてもはや"Wiki"とは呼ばれなくなるほどだ。 ◆じゃあの野間まつり◆ 第二弾 来ました! 251:以下、名無しにかわりましてVIPがお送りします[] 2013/04/28(日) 21:09:36.73 ID:Vr/xxrpV0 ようwwwwおまいらwwwwそろそろ始めっか?wwww 今回はよおwwwしばき隊構成員全般対象にすっからwwww 連帯責任なwwwあーあwww野間のせいだwww全部野間が悪いwww --- 以下スレ情報 --- 高岡さんがフジ韓流ゴリ押し批判したら干されたのでウジテレビ凸 http://hayabusa.2ch.net/test/read.cgi/news4vip/1367118004/ 1つ質問させてください。 下記の条件に合うWikiEngineを探しているのですが この条件に合う、もしくはそれに近いWikiEngineはないでしょうか? ・マークアップで改行がそのまま反映される(もしくはオプションで改行反映を選択可能) ・マークアップが複雑でない(もしくはオプションで複雑でない記法を選択可能) ・全文検索機能が強力(少なくともページ名だけでなくページの内容まで表示される) ・ページの履歴管理ができる ・それなりに開発・利用が活発(開発停止になっていたり、更新停止になっていたりしない) マークアップって必要かな。目次と内部リンクができればあとは要らない気がするけど。 活発なのならPukiWiki系のPukiWiki Advance。アップデート作業が嬉しいというのはよくわからないけど。 サービスならhackpad(有料で非公開Wikiも作れる) >>234 ありがとうございます! ご意見いただきました通り、マークアップは私もそんなにいらないんじゃないかと思っています。 リンク、画像、目次、pre記法くらいbェあれば十分かbネと。 PukiWiki Advanceは活発だとは思うのですが、前述のマークアップの問題と どことなくごった煮感がすることから今のところ除外しています。 (否定意見があればお願いします) hackpadは初めて知りましたので、今から試してみようと思います。 XWiki のホームページ糞重いけど、あれってWiki自体の重さなんかな? ローカルでもちょっと走らせてみたけどやっぱり Pukiwiki や Dokuwiki 何かと比べると重く感じる データベース使うとこんなもんなのか、Java が重いのか Jetty が重いのか Hibernate が重いのか、それとも全部か hackpadめっちゃカッコ良くなってんやん https://hackpad.com/ xreaのサーバーでhikiを使っています。 1.0.0にしたらdocdiffがないというエラーが出るようになってしまいました。 GEMをxreaにsshなどで自分で入れたら直りますか? 誰でも簡単にネットで稼げる方法など 参考までに、 ⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。 グーグル検索⇒『半藤のブブイウイウレレ』 9NUGDKCGPB ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる