問題タブ [wiki]

プロジェクトの 1 つで開発者向けドキュメントを開始しており、ホストされた wiki としてセットアップしたいと考えています。

多くのコード サンプルがあり、ここで StackOverflow で使用されている WMD と Prettify の組み合わせは、構造化されたテキスト (見出しなどを含む) を自動的にフォーマットされたコード ブロックと組み合わせて入力する最も簡単な方法です。

この編集ツールセットを使用する既存のホストされた wiki サービスを知っている人はいますか?

ありがとう

Wiki のようなデータ ストレージを作成するための API (php が望ましいですが、どの言語にも興味があります) を知っている人はいますか?

独自のプレーンテキスト wiki を作成するためのリソースはありますか? 他のプレーンテキスト ウィキはテキスト ファイルの形式をどのように処理しますか?

書式設定に Markdown または Textile を使用できることを理解しています。しかし、私が最も興味を持っているのは、マルチユーザー編集のプレーンテキスト ストレージにアプローチする方法です。

主にデータベース駆動型の Web アプリケーションを作成しています。このデータベースの少なくとも 1 つのテキスト フィールドを wiki のような形式にする必要があります。具体的には、このテキストは複数のユーザーが編集でき、任意のバージョンにロールバックできます。Last.FMの wiki/bio セクションを考えてみてください(アーティストごとに 1 つのセクションを除いて、サイトのほぼ全体がデータベースによって厳密に構造化されています)。

これまでのところ、MediaWiki を分解してデータベースに組み込むという私のアプローチは、やり過ぎのように思えます。独自のプレーンテキスト wiki を作成し、このファイルをデータベースの適切なテキスト フィールドに保存する方がはるかに簡単だと思います。

私たちは、新しいソフトウェア システムをさまざまな場所の多数のユーザー (8 か国で 200 人以上のユーザー) に展開している最中です。過去にユーザー向けのマニュアルを作成し、それを頻繁に更新しました。すべてのユーザーが同じマニュアルを持っていて、主要な事柄をカバーしているという点で、これは問題なく機能しますが、頻繁に更新されない、時々更新を見逃す、一部のユーザーは古いコピーを持っているなどの問題があります。

システムに関するナレッジ ベースを構築するために、テスト段階と展開段階で wiki を使用することについて話し合ってきました。理想的には、それを何らかの形で電子ドキュメントに変換し、それを「きれいに加工」して公式マニュアルとして送信し、ユーザーが wiki を使用および更新できるようにしたいと考えています。

他の誰かが同様のことをしましたか? ウィキ システム、ワークフロー、ドキュメント形式などについて何か提案はありますか?

MediaWiki でサブスクリプション スポンサー付きの wiki を作成したいと考えています。有料メンバーが wiki の特定の部分にアクセスできるようにしたい。どうすればそれを達成できますか？

プラグイン/拡張機能はありますか、それとも書き直しが必要ですか?

いずれにせよ、データベースで有料ユーザーにフラグを立てていた場合、支払いゲートウェイを実装するにはどうすればよいですか?

ウィキ スタイルの Web サイトで、書き込みと書き込みの競合を防止または軽減しながら、サイトを高速に実行し、サイトの使いやすさを維持するにはどうすればよいですか?

私が予見する問題はこれです：

1. ユーザー A がファイルの編集を開始する
2. ユーザー B がファイルの編集を開始する
3. ユーザー A がファイルの編集を終了する
4. ユーザー B がファイルの編集を終了し、誤ってユーザー A の編集内容をすべて上書きしてしまう

ここに私が思いついたいくつかのアプローチがあります：

• ある種のチェックアウト/チェックイン/ロック システムを用意します (ただし、人々がファイルを「長時間」チェックアウトしたままにしないようにする方法はわかりません。許可されていないことでユーザーがイライラすることは望ましくありません編集します）
• ユーザーが変更をコミットしたときに行われた他の変更を表示し、何らかのマージを許可する何らかの差分システムを用意します (ただし、これを作成するのが難しく、サイトを使用するのが「難しすぎる」のではないかと心配しています)。
• ユーザーが変更を行っている間に同時編集を通知する (ある種の AJAX?)

これに行く他の方法はありますか？これをうまく実装しているサイトの例はありますか?

複製

開発者向けドキュメント: Sharepoint Document Management と ScrewTurn Wiki の比較

私は、いくつかの異なる開発チームで構成される開発組織向けの wiki ツールを選ぶという任務を負っています。Sharepoint がインストールされており、上層部はこれを使用することを望んでいますが、これまでは PM が使用を強制された場合にのみ使用されていました。開発者は、共有する必要があるコンテンツでそれを更新しません。私はSharepointで開発し、それが気に入ったので、反対するものは何もありません. しかし、これが機能するためには、全員が使用できるものが必要なので、Sharepoint は機能しません。ステップ 1 は、Sharepoint が機能しない理由を経営陣に納得させることです。典型的なウィキ機能が必要です:

WYSIWYG、クリーンなインターフェース、使いやすい、ページへのファイルの添付、ユーザー グループのサポート、オープン ソース、ローカルでホスト。（多分私が今考えていない他の人？）

Sharepoint が最初の一歩を踏み出すために使用できるソリューションではない客観的な理由のリストを提供できる人はいますか? そのような製品はたくさんあるので、ステップ 2 は簡単なはずです。

私の会社では、mediawiki を使用してエンド ユーザー/開発者向けのドキュメントに取り組んでいます。phpdoc が吐き出す (特定の関数/メソッド用の) API ドキュメントをたくさん取り、簡単に転送できるように wiki マークアップに入れたいと思います。

phpDoc から wiki マークアップまたは wiki 出力を取得するための解決策はありますか? 私は周りを見回しましたが、何も見つかりませんでした。

RESTful 認証を使用する Ruby on Rails アプリがあり、自分のサイトに Wiki を追加したいと考えています。MediaWiki は、フル機能を備えており、LAMP スタックを操作できるので、私の最良の選択肢のようです。ただし、より適切に統合される別の (できればオープン ソースの) アプリがある場合、MediaWiki で販売されているわけではありません。

Rails アプリのログインを MediaWiki と統合して、ユーザーが 2 回ログインする必要がないようにするか、少なくとも Rails アプリと Wiki アプリの両方で同じログイン資格情報を使用できるようにする方法を誰かが提案できるかどうかを知りたいです。

MediaWiki の拡張機能を調べましたが、どれが最適な解決策であるかを実際に判断することはできません。現在の Rails アプリは、エンタープライズ Ruby と Phusion を使用して CentOS でホストされています。

特定のカテゴリに属する​​すべてのウィキペディアの記事を収集し、ウィキペディアからダンプを取り出して、データベースに入れるプロジェクトがあります。

したがって、ウィキペディアのダンプ ファイルを解析して作業を完了する必要があります。この仕事を行うための効率的なパーサーはありますか? 私は Python 開発者です。だから私はPythonのパーサーを好みます。提案がない場合は、Python でポートを作成して Web に投稿しようとします。他の人がそれを利用するか、少なくとも試してみてください。

だから私が欲しいのは、ウィキペディアのダンプファイルを解析するための Python パーサーだけです。各ノードを解析して処理を完了する手動パーサーの作成を開始しました。

論文やドキュメントを書くとき、LaTeX や OpenOffice を使用するのはやり過ぎだと思います。通常、マークアップ要素 (太字、見出し、リストなど) しか必要ないからです。これは非常に効率的であるため、wiki スタイルのマークアップを使用してドキュメントを作成したいと考えています。

例えば：

最後に、単純にPDFに変換したいと思います。（クロスプラットフォームも良かったです。）

この作業を行うためのツール (または単純なツール チェーン) はありますか?

個人的には、LaTeX を変換ステップとして使用したくありません。軽量構文を TeX に変換してから PDF/PS に変換するこの仕事を行うツールがあります。