1read 100read
2012年4月WebProg275: Wiki系とWikiEngineについて語るスレ Part5 (229)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
携帯電話以外からのアクセス禁止にしたい (101)
PHPにもJSPのEL式とかtaglibとか標準で用意しろよ (144)
これってKENTのCGIのパクリ? (134)
GoogleWebToolkit[GWT]について語ろう (223)
PHP板の名無しさんを決めよう。 (155)
コンテンツとデザインの分離 (771)
Wiki系とWikiEngineについて語るスレ Part5
1 :07/11/04 〜 最終レス :11/08/20 WikiクローンといわれたりWikiエンジンといわれたりしますが、独特の記法で 簡易に更新が行えることからBlog的な使い方もされているプログラム。 コラボレーションが容易であることもその重要な利点。 比較的プログラムがシンプルなため改造等も盛ん。 そんなWikiについてマターリ語っていきましょう。 = 過去スレ = Part1 http://pc2.2ch.net/test/read.cgi/php/1060739206/ Part2 http://pc2.2ch.net/test/read.cgi/php/1014252667/ Part3 http://pc5.2ch.net/test/read.cgi/php/1079702729/ Part4 http://pc11.2ch.net/test/read.cgi/php/1106478373/ >>2-4 に続く
2 : = 関連スレ = PukiWikiスレ Part6 http://pc11.2ch.net/test/read.cgi/php/1173615817/ === MediaWiki 管理者の集い 第2版 === http://pc11.2ch.net/test/read.cgi/php/1183501450/ FreeStyleWikiスレ http://pc11.2ch.net/test/read.cgi/php/1151389730/ 【BLOG】CMS総合スレ2【Wiki,XOOPS】 http://pc11.2ch.net/test/read.cgi/hp/1162287963/ Blog/Wiki関連技術総合 http://pc11.2ch.net/test/read.cgi/php/1085471483/ ホスティング型無料Wikiサービス http://pc11.2ch.net/test/read.cgi/esite/1106932023/ Wiki http://pc11.2ch.net/test/read.cgi/friend/1108531582/
3 : = 国内リンク集 = 日本発の 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/
4 : = 海外リンク集 = WikiMatrix - Compare them all http://www.wikimatrix.org/ WikiCreole: Home http://www.wikicreole.org/
5 : 落ちてしまっていたので立ててみました。 2 年 10 ヶ月前と状況はあまり変わっていませんが……適当に行きましょう。
6 : ,,,,.,.,,,, ミ・д・ミ <ほっしゅほっしゅ! """"
7 : 常に過疎ってるよなこのスレ
8 : 質問です。Hikiで [[○○○|http:// ××/img/.jpg]] http:// ××/img/.jpg と記述すると勝手に画像が直接表示されてしまいます。 元の画像がかなり大きい為に、画面のバランスが崩れてしまうので困っています。 サムネイルで表示する方法、それが出来なければ直接画像を表示しない方法はないでしょうか?
9 : バージョン管理が出来るCMSが出たら大抵Wikiなんていらんよなw
10 : >>9 Wikiの「誰でも書ける」って特性は重要だし そもそもCMSってなんか面倒なのが多い 手軽なWikiの方がいいよ
11 : > そもそもCMSってなんか面倒なのが多い 妄想は脳内で留めておいてよ。
12 : >>11 じゃあ日記系以外で面倒じゃないCMSを教えてくれ
13 : > じゃあ日記系以外で面倒じゃないCMSを教えてくれ 知っているがおまえの態度が(ry
14 : Wikiが誰でも書けるとか妄言はやめてくれよw どんだけWiki文法の説明しないといけないと思ってるんだ?
15 : >>14 誰でも「習得すれば」書ける、に訂正だな
16 : 習得すればHTMLも ほかにも何だって
17 : >>16 外部から編集できなけりゃ意味ないだろ
18 : WikiじゃなくてもWYSIWYGのエディタ搭載していれば編集はできる @Wikiが良い例 HTMLの直接入力、Wiki文法、WYSIWYGのエディタこれらを自分にあった形式で 自動的に使い分けれるCMSになってWikiのようなバージョン管理が出来ればいい
19 : @WikiでWYSIWYGが選択できるのは素晴らしいんだが 後からフォーマットの変更ができないために 最初にWYSIWYGモードでページ作られてると、文章が書きづらくて泣ける
20 : HTML と Wiki の両方で書けることが求められると思う
21 : PukiWikiのdo_diff(差分表示)で使われているアルゴリズムらしい http://hp.vector.co.jp/authors/VA007799/viviProg/doc5.htm
22 : テンプレにあるリンク先(消失していたところもあり・・・orz)をざっと巡ってみたのですが、 DB を使っているか否かということが分かりませんでした PukiWiki を運用してみまして、 1.データ量が増えてくると使いものにならなくなってくる 2.Wiki 内の検索がおばか 以上の点で悲しい思いをしており、DB を使うタイプの Wiki へ移行したいのですが、 そういった DB 使用の Wiki エンジンリストはどこかにありますでしょうか? ご存知の方がいらっしゃいましたらお教えいただきたく、どうぞよろしくお願いいたします
23 : >>22 俺が今作ってるよ! まあそれはそれとして MOONGIFTで「Wiki」カテゴリを表示させて その中から「MySQL」などのカテゴリがついてるのを探せば、いくつか見つかる ただし英語のものがほとんどだけど
24 : MediaWiki 使えば
25 : >>23-24 MediaWiki も運用しているのですが大層すぎますので… PukiWiki ほどではないにせよ、もう少しライトな感じのものがあればと思っていました と思って MOONGIFT なるところで探していたら良さそうなものが見つかりました UTF対応で日本語編集・表記もできるようなので実装してみようと思います # ソースとドキュメントが英語だとハードルに感じてしまって良いものを逃がしてしまうのが日本人の残念なところ?! なにはともあれ、レスしていただきましてありがとうございました! # 個人的には PhpTiddlyWiki / KamiWiki みたいなのが IE にも完全対応すれば、 おもしろいかなぁと思ったり思ってなかったり
26 : >>25 ライトでSQLで良さそなのは何を選んだの? 参考に教えてけろ。
27 : >>25 DekiWikiか? 俺も入れたけど、けっこう重かったよ。 ちなみに俺のお勧めはDokuWiki。 スペル似てるけどw DB使わないんで対象外かもしれないけど、いろいろ試した中で一番良いWikiだと思う。 WikiMatrixで調べれば、一番適したのが見つかるかもね。 http://www.wikimatrix.org/
28 : あとはDB使うなら、TikiWikiあたりが面白いかもね。。
29 : Moongift も入れれば良かったな。ちなみに matrix は足しといた >>4
30 : Python で作られた Moinmoin や Trac の話題はここ? 書くテーマが複数あるので複数設置したい。 複数設置で Engine とかファイルを共有した人いる? Moinmoin/ だけ使い回しして設定デイレクトリとcacheと生成ページだけ別に出来ないかな。
31 : >>27 俺も DokuWiki 軽くていいとおもう。
32 : DokuWikiをMySQLで使っている人いるかな? どのWikiもテストしているうちは軽くていいんだけどページ増えると不安だ。
33 : 重くなる要素がわからんけど、何でページ増えると重くなるの?Indexのこと? 検索するとき以外はあんまり関係ないとは思うけど。 非力なNASで動かしているけど、一番軽く、高機能なWikiだと思う。 逆にMySQL使うCMSやWikiのほうが遅いよ。NASのメモリが少ないせいもあるとは思うけど。 あと、これは人によるけど、MySQLよりファイルのほうがバックアップが簡単だよね。
34 : >>33 >何でページ増えると重くなるの? ・リンク先のページが存在するかどうかのチェック ・サイドバーでの新着表示 実際にどの辺から重くなってくるのかは環境や用途による
35 : ページに張られているリンク数によるけど、ページ毎の処理だから増えても重くならない気がする。 てか、そんなにリンクするのかな? 新着表示も、普通更新時に行うんじゃない? ユーザー別に既読とかを分ける処理するん?
36 : DB使うやつならWakkaクローン(UniWakka、WikkaWiki etc...)もオヌヌメ
37 : URL ぐらい貼れ
38 : ググれ
39 : http://127.0.0.1:8823/thread/http://pc11.2ch.net/test/read.cgi/php/1198593148/l2 DokuWiki立てました。 良かったら是非。
40 : >>32 会社内でdokuWikiを1年間運用してます。 (Mantisと組み合わせてバグレポートとしても併用) 説明書とか手順書とかガンガン書いてるけど、重たくはならないねえ。 仮想鯖でメモリ512ぐらいなんだが余裕。 ただ、デフォの検索はちょっと悲しい。 前文検索でMecab+Sennaでもやろうかと思っているところ。 ページ量産は全然問題ないけど、一つのページに長文書くとちょっと重たい時はあるぐらい(それは、どのCMSでもそうだろうけど) pukiWIKIは会社でみんなで使ったら1ヶ月で重たくなって止めた。
41 : >>32 ごめん、DB使ってなかった。。。 すまんです・・・DB使用時は不明・・・
42 : >>40-41 DB使ってなくても軽く感じるということは DB使えばもっと軽く感じるのかも?しれませんね PukiWiki系は自身だけでは検索が使えなさすぎてorz Plug-inを使って外部検索を呼び出す手がありますけれど、 その手はセキュリティ的にアウトだったりして/(^o^)\
43 : DBがボトルネックになる場合もあるから一概には言えないと思う 検索には都合いいんだろうけど。
44 : >>43 DB専用のサーバを立てればそんなことになりませんよ
45 : DBが効果ある場面って限られてるんでは? 同時アクセスが非常に多いケースや、検索が頻繁に行われるのでなければDB無くても大丈夫じゃないかと思う。 DokuWikiをMecab使って使用してるけど、ちゃんとINDEXしてるからDB無くても比較的検索は早いと思う。 キャッシュも個別対応しているから、レスポンスで困ることはあんまり無いよね。 DBにすれば何でもパフォーマンスアップっていう妄想は持たない方が良いかと。 で、>>32 のサイトはそんなに膨大なアクセスがあるんだろうか?
46 : >>42 SENNAどうよ? http://qwik.jp/senna/FrontPageJ.html
47 : > Plug-inを使って外部検索を呼び出す手がありますけれど、 > その手はセキュリティ的にアウトだったりして/(^o^)\ なにそれ?言ってる意味が分からない。
48 : なんか目的と手段が自分自身でも明確になってないんじゃない? ちゃんと整理した方が良いよ。 本当にDB使ったWikiなら悩みが全て解決するのかね?? そうであるなら、WikiMatrixでDB対応のWikiを探せばいいじゃん。 http://www.wikimatrix.org/ どれくらいの規模のシステムの話してるんだ? ページビューや更新の頻度は? 要求スペックは何msのレスポンスなんだ? てか、速度を要求されるのはViewなのか検索なのか? せめて現状のシステムスペックや環境と、改善したい内容の詳細を 明確にしたほうが、期待した回答が返ってくると思うよ。
49 : おまえ親切だな。 どこのコンサルよ?
50 : 丸の内の方ですw
51 : てか、DBが嫌いなだけなんじゃね? PukiWikiみたいにページ数が増えたらとたんに重くなるんじゃ、不安になると思うけど。
52 : つか、>22に少しは書いてあったのね。 1.データ量が増えると。。。ってのはDBだから解決されるか冷静に考えてみた方が良いかと。 遅くなる原因は明確になってるん? 原因あっての解決策だから。<-重要 なんとなく、そんな気がするでは駄目ですw 2.検索の方は、精度を改善したいのであればDBとか関係なくて、INDEXの方法だよね。 詳しい方々、ツッコミよろしく。
53 : >>52 22は>>25 で解決してるみたいだから、 ここ最近の流れは>>32 が発端だと思うよ?
54 : なるほど。そうみたいですね。すみません。 既に回答もあるみたいだけど、DokuwikiはDBサポートしていないですね。 でも、ページ増えても重いと感じたことは無いです。(といっても2000ページ程度の内部用ですが) P3 1Gで512MB, Debian/Apacheです。 重いの定義は人によるだろうけど。 >>51 の例に出てるPukiWikiはちゃんと見てないけど、重くなる原因は設計にあるんではないかな? DekiWikiとか高機能なWikiも試したけど、DB対応でもそれ以前にLogic部分が重くてストレスだった。
55 : >>54 MySQL版のDokuWikiもあるよ ttp://www.marssoft.de/doku.php?id=software:sqlwiki
56 : > P3 1Gで512MB, Debian/Apacheです。 それ恥ずかしくないの?
57 : >>56 =>>47 =>>13 年末年始はゆっくりストレス発散できるといいね!\(^o^)/
58 : >>56 プギャー m9(^o^)
59 : ページのタイトル(HTMLのtitleタグやh1タグ)とURLを 別管理しているWikiがあれば教えて下さい。 タイトルは日本語にしてURLは英語にしたいんですが、 いまのところHikiしか見たことないです。
60 : プログラムに関係してはいないのですが、 WIKI全般に関わることなのでこちらに書き込みました。 WIKIにおいて、うまくユーザーに記事をたくさん投稿してもらうにはどうしたらいいのでしょうか? また皆様が行っている工夫も聞かせてもらえたら嬉しいです。
61 : 投稿用フォームを作っておくと情報量はとりあえず増えますね Wiki の編集って、結局大なり小なりその Wiki 特有の編集ルールを覚える必要があって 多くの利用者はそのようなルールのハードルが高いと感じるようです
62 : >>59 上の方で話題に出ているDokuWikiは、設定でそういう風に変えられるっぽいよ。
63 : >>61 ありがとうございます。 投稿用フォームですか。 たしかに文書を書くルールが垣根になりますね。
64 : >>62 設定ってこれかな?平仮名と片仮名だけみたいですね。 ttp://wiki.splitbrain.org/wiki:romanization
65 : 漢字も使えるよ。 簡単だから導入してみれば分かるさ。
66 : >>65 useheadingを使うと目的のことができました。 DokuWiki初めて使いましたがなかなか良さそうです。 ありがとうございました。
67 : >>66 目的達成できたみたいで良かった。 Dokuwikiはテンプレートもいっぱいあるから、デフォのシンプルなのじゃなくて 多機能なWiki風にすることもできるよ(実際多機能だけど)
68 : DokuWikiに、blogのようにコメントできる機能はないんですか? 公式のプラグインサイトにあった2つは違う機能のようですし・・・ 本当はDekiWiki使いたいんですが、レンタルでは無理っぽいですね
69 : Moongiftが「次の結果」というリンクが機能していないんだけど、みんなも機能してないの? もしかして俺だけだったりするの?
70 : 誤爆か?
71 : 質問させてください。 DokuWikiで「<=」を入力したら自動で左矢印に変換されてしまいます。 どうすれば「<=」を表示させれますかっ?
72 : ttp://wiki.splitbrain.org/wiki:ja:syntax#記号
73 : wikihouseにつながらない なんかあった?
74 : 質問なので上げます Hikiでgoogle-sitemapsプラグインを使っているのですが、 googleウェブマスターツールで必ずエラーになってしまいます。 Hiki使いの方、上手くいってますか?
75 : やり方探していたら自分の書き込みが引っ掛かってワラタ ありもしないアドレスにアクセスしたとき、 404エラーを返さないっぽいのが原因なのかな…?
76 : >>75 HikiのMLで質問してみてはいかがでしょ。
77 : 打ち消し線というのは日本の文化なのかね? どうもwikiでも日本人は他人の書いた部分を消したがらない傾向があるような気がする。 訂正したい時はその下にコメントを追加して、さらに原著者が返事をして…と 掲示板のようなやりとりになり、さらに結論が出た後もそれを消さないから 読者は最後まで追わないといけなくなる。 あと、情報が更新されたときも打ち消し線はやめてほしい。 読者が知りたいのは最新で正確な情報だけであって、討論ページや更新履歴は 本文とは分けてほしい。 …と、最近打ち消し線だらけの仕様書を見て怒りがこみ上げたので思った。
78 : 自分専用のスタイルシートを設定して非表示にすればいい
79 : 文化じゃなくてただの責任逃れだろ。
80 : >>77 と >>79 から導かれる結論→打ち消し線というのは日本の責任逃れ
81 : 質問ageさせていただきます。 スキルアップのためにwikiエンジンを作っているのですが 行頭に+で番号付きリスト、-で通常のリストという文法をしているとき + リスト1 - リスト2 + リスト3 のリスト3は、「2. リスト3」か「1. リスト3」のどちらがユーザにとっては 親切なのか判断がつきません。 実装的には後者のほうが楽なのですが、前者もできないわけではないので 多い方を採用しようと考えています。 みみっちい話で申し訳ありませんが、よろしくお願いします。
82 : >>81 そもそも「前者の方が親切かも」と思った理由は何なんだ olとulを交互に使いたくて、しかも番号を続けて欲しいときなんて、そう無いと思うんだが
83 : >>82 PukiWikiModのところでたまたま見かけたバグトラックの内容です。 ttp://xoops.hypweb.net/modules/pukiwiki/2458.html こういう考え方もあるのか、と開発の参考にしようと考えていたのですが ほとんどのwikiは番号振り直しで、結局どっちなんだ…と悶々としていた経緯がありまして…。
84 : 便利だとか便利じゃないとかいう問題じゃなくて、あるブロック要素の内容が 別の(以前の)ブロック要素の内容に依存するってありえないだろ。
85 : 改行の有無で分ければいいんでないん
86 : >>84 やっぱりその考え方はマズいですか…。 >>85 リスト2とリスト3の間に改行があるかということで判別、ということでしょうか? いろいろ考えた末、>>84 さんの方針に合わせる仕様にします。 参考にさせて頂きます。>>85 さんも、ありがとうございました。
87 : WalWikiの2.1.0を使っています。 更新履歴のページは 画像 や &ruby(,) の展開が有効になっていますが、 一覧のページ(IndexPage)はそのままのWikiのソースが表示されます。 これは自分でなんとかしたほうがよいんでしょうか? もし先人がすでになんとかしているなら教えていただきたいんですが、、
88 : 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>);
89 : なんか文字化けがひどい。。すみません 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>);
90 : すべての漢字に振り仮名を振れるようなやつで 携帯端末のようなモバイルブラウザからもみられるように 簡単にコンテンツの切り替えができるようなウィキってありますか? なかったら自分で作るしかないかな。。
91 : あ、利用用途は小学生向けのホームページ作成です。
92 : そしてage
93 : 寡聞だけど興味あるな ルビ定義を青空文庫形式とかで記述できると嬉しい 携帯でもルビ表現するとなると、ぎちぎちにテーブル組むしかねえかな
94 : やっぱないかな。。改造して作るか。。
95 : >>87-89 だけど今作ってるよ。 コード汚いけど、、
96 : ひらがなに変換するサービスがいろいろあるからそれ使った方が 効率も良いし楽だし見やすくネ?
97 : たしかにルビを打つのってめんどくさいよね。。 http://www.hiragana-gateway.com/ こういうのもあるけど、変換ミスもあるからなあ。。
98 : wikiの質問はここでいいのかな 今、pukiwiki以外のwikiを使ってみようと思ってpmwiki、dokuwiki、mediawikiをUTF-8モードで評価中 その中で気づいたことに数日つまづいてる 新規ページ作成方法のひとつ「URLに存在しないページ名の入力」があるよね? これ、Windows上でIE6、IE7、Firefox2から日本語を入力するとShift-jisで送信してしまい、文字化けしたページを生成してしまう だから、pukiwikiのように弾くか、文字化けを修正して正常なページを作成したい これを対策してる人はどんな方法を使ってるかご教授願いたいです Wikipediaも未対策で文字化けするんだよね、Linuxだと問題ないけど…
99 : 文字コードの問題なら 該当箇所のファイルをチェックして、修正すればいいんじゃね? OSの問題じゃないよ 「文字コード (wiki名)」でググれば、なんか出てくるカモよ
100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
一人で始めるWEB起業何が一番面白いかな? 5案目 (136)
PHP関連の書籍 第7版 (473)
サーバーサイドJavaScript総合 (214)
GoogleWebToolkit[GWT]について語ろう (223)
さまざまな言語仕様について熱く語る闘技場 (197)
匿名プロクシは、止められないのか・・。 (241)
--log9.info------------------
【マーガレット】吉住渉5【りぼん】 (678)
【Rs】えぬえ けい【夢水】 (121)
●○●質問&雑談スレッド(少女漫画板13)●○● (708)
【こっちむいて!】おのえりこ4【みい子】 (780)
ももち麗子 (951)
【テケテケ☆ランデブー】ジョージ朝倉 20ジャバ【溺れるナイフ】 (855)
◎パティスリーMON◎きら◎シンクロオンチ!◎Part5 (602)
【メロディデビュー】朔野・及川・横馬場・慎・有木 (854)
■□王家の紋章@2ちゃんねる Part51□■ (285)
佐原ミズ・夢花李 2 (452)
↓↓次の人が答えれ@少女漫画板56↓↓ (311)
【山田南平】作品スレ!お茶会反省会51回目 (456)
さぁて今号の花とゆめ★157号 (523)
●ノドアメイカガ 望月花梨9● (123)
高橋由佳利5 (273)
ちゃお 37 (807)
--log55.com------------------
第21回精神保健福祉士国家試験
京都の介護施設を語ろう4
介護職の求人サイトの求人内容について語ろう
第1回 公認心理師 国家試験Part1
ケアリッツ
そよ風について語ろう その4
介護事故を考える
横浜市内介護事業所情報