Wiki系とWikiEngineについて語るスレ Part5
■ このスレッドは過去ログ倉庫に格納されています
単純なページランキングだったらメジャーな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;とかをなんどか張ってみたのですが変わりません。 ご存知の方いたらどこになにを張ればいいのか教えてください。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる