問題タブ [couchapp]

私はここの指示に従っています

http://www.couchbase.org/get/couchbase-mobile-for-android/current

Couchdbのインスタンスを起動した後、マシンからエミュレーターにcouchappをプッシュするにはどうすればよいですか？

私はCouchApp（ミドルウェアなし）の最良のアプローチを決定しようとしています。私の考えと類似しているので、CouchDBにスタックオーバーフローページが保存されていると仮定しましょう。本質的に、それは一番上の実際の質問、答え、そしてコメットで構成されています。それらは基本的に3つの層です。

保存には2つの方法があります。データの適切なJSON表現を含む単一のドキュメント内にあるか、エントリの各部分を後でビューを介してそれらを組み合わせた個別のドキュメント内に保存します（これと同様：http ：//www.cmlenz.net/archives/2007/ 10 / couchdb-joins）

さて、どちらのアプローチも問題ないかもしれませんが、私の現在の観点からは、どちらにも大きな欠点があります。ビジーなドキュメント（複数のユーザーによる多くの変更が予想されます）を署名エンティティとして保存すると、競合が発生します。ユーザーAが自分の変更をドキュメントに保存する場合、ユーザーBは更新の入力を終了すると、競合エラーを受け取ります。再試行する前にドキュメントを再ダウンロードすることで、ユーザーの知らないうちにこれを修正できると想像できます。

しかし、ドキュメントがかなり大きい場合はどうなりますか？特に、多くのユーザーが同時にドキュメントを更新するために再試行プロセスを複数回実行する必要がある場合は、保存プロセスにかなりの遅延が発生するため、時間の経過とともにかなり大きくなります。

私が見るもう一つの問題は編集です。すべてのユーザーが自分の投稿を編集できるようにする必要があります。現在、それらが1つのドキュメント内に格納されている場合、確実な認証ハンドラーを作成するのは難しいかもしれません。

では、複数のドキュメントのアプローチを見てみましょう。質問、回答、コメントはそれぞれのドキュメントに保存されます。利点：ドキュメントの実際の所有者のみが競合を引き起こす可能性がありますが、これはあまり頻繁には発生しません。全体のかなり小さな要素なので、再ダウンロードにはそれほど時間はかかりません。さらに、認証ルーチンは非常に簡単に実現できるはずです。

これが欠点です。単一のドキュメントは、クエリと表示が非常に簡単です。並べ替えられていないスニペットをたくさん配置するのは面倒なことのように思えます。なぜなら、実際のビューでは、アイテム全体を順序付けられた構造化された形式で含む100％すぐに使用できるJSONオブジェクトを表示できなかったからです。

実際の問題を伝えることができたと思います。私は、どの解決策が自分に適しているか、どの問題を克服しやすいかを判断しようとしています。最初のソリューションは、ストレージとクエリの点でよりきれいなソリューションであると思いますが、2番目のソリューションは、ビュー内のより優れたキー管理によって解決できるより実用的なソリューションです（私はまだキーの原則に完全には精通していません）。

よろしくお願いします:)

私は多くの django アプリケーションを作成しており、.django の拡張unittest.TestCaseと実行に慣れていpython manage.py test app_nameます。Kansoアプリを単体テストする同様の簡単な方法はありますか? 最小限の例を提供してください。

ありがとう。

問題があります。couchapp をインストールしましたが、うまく機能しません。ここに示されていることを繰り返してみます: http://vimeo.com/26147136しかし:

「sys」モジュールは「util」と呼ばれるようになりました。同様のインターフェースを持つ必要があります。

node.js:201 throw e; // process.nextTick エラー、または最初のティックでの「エラー」イベント ^

エラー: require.paths が削除されました。代わりに、node_modules フォルダーまたは NODE_PATH 環境変数を使用してください。関数で。(module.js:376:11) オブジェクトで。Object..js (module.js: 450:10) で Module.load (module.js:351:31) で Function._load (module.js:310:12) で Module.require (module.js:357:17) で require (module.js: 368:17) オブジェクトで。(/home/master/WebDev/superblog/app.js:1:79) Module._compile (module.js:432:26) で

訂正するかはわかりません。お願い助けて！

スタンドアロンのcouchdbアプリケーションを構築しています。これらはcouchappsと呼ばれます。データベース自体がポート80で提供され、HTMLを返し、実際のWebサイトとして機能するという考え方です。これは非常に強力なアイデアであり、コードをデータベース内に配置するというこの新しい概念には完全に驚いています。

しかし、ユーザー登録に問題があります。couchdbに組み込まれているものを使用すると、Cookieを設定でき、Webサイトに簡単に接続できます。しかし、「適切な」ユーザー登録システムを備えていると言うために、私のアプリに必要ないくつかの非常に重要なことが欠けています。

1. サインアップの確認はありません。メールは送信されず、キャプチャは表示されません。これは、誰でも_usersデータベースにスパムを送り、好きなだけ新しいユーザーを作成できることを意味します。

2. ユーザーがパスワードを忘れた場合、パスワードを回復するのに役立つ機能はありません。

下位レベル（Erlangの男ではない）でハードコアなErlang開発を行わずに、これらの問題をどのように克服できるかについてのアイデアはありますか？validate_doc_updateまた、OAuthを使用してTwitterまたはGitHubアカウントに対して認証を行い、それをcouchdbデータの処理方法（関数内）と見かけ上統合できるかどうかを誰かが知っていれば素晴らしいと思います。

ありがとうございました

CouchDB 1.1 には、couch.js という非常に便利な Javascript ファイルが付属しています。Couch インスタンスのhttp://localhost:5984/_utils/script/couch.jsで見つけることができます。

このスクリプトを CouchApp で使用したいと思います。特に、更新ハンドラーとビューの Javascript 関数内から実行できるようにしたいと考えています。このファイルは CommonJS に準拠していないように見えますが、試してみました。私はそれを私のcouchappのlibディレクトリにコピーしました。CommonJS の require ステートメントを使用してインクルードしようとしましたが、ロードに失敗します。私は次のことを試しました：

Javascript関数にロードするのを手伝ってくれる人はいますか? Web を検索すると、次のように HTML ドキュメントに含めるためのヘルプが見つかります。

明らかに、それは私の Javascript 関数では機能しません。

また、_utils ディレクトリからインクルードでき、couchapp lib ディレクトリにコピーする必要がない方法があれば、それを実行したいと思います。しかし、それは単なる追加ボーナスです。

_attachmentsディレクトリに次の構造のcouchappがあります。

を実行するときはcouchapp push、内のすべてのファイル_attachments/code（または内の任意のディレクトリ_attachments）を、で参照できる単一のファイルに結合する必要があります_attachments/code/index.html。ディレクトリ内のファイルの順序を指定すると便利です。

ファイルを圧縮するために利用できるcouchappフックがありますが、それらを組み合わせる簡単な方法はわかりません。特に、中間ファイルを出力し、元のファイルがアップロードされないようにし、クリーンアップすることを意味する場合があります。

ファイルを組み合わせるためのフックは最良の方法ですか？もしそうなら、それがどのように機能することをお勧めしますか？

2つのcouchappsをデプロイしたいcouchdbのインスタンスがあります。

これまでのところ、ユーザーを登録するための経験則はauthentication_db、構成ファイルで定義されているものを使用することです[couch_httpd_auth]。

ただし、2つのcouchappがあるということは、同じテーブル内に異なるアプリのユーザーに関する情報（役割）を格納することを意味します_user。

1つのアプリだけを複製したい場合、それは問題（セキュリティ）ではないでしょうか？

アプリでレプリケートされない場合_user、レプリケートcouchdbインスタンスの_userに一貫性を持たせ、元のcouchdbインスタンスと同じコンテンツを維持するにはどうすればよいですか？

私はCouchDB固有のJQueryバージョンを使用していますが、問題はCouchDBに関連していないように見える場合があります。ドキュメントIDのリストがあり、ユーザーがIDをクリックしたときにドキュメントopenDocを取得するためにドキュメントの関数を使用しています。

残りのコード（66行）はここにあります。

出力はconsole.log(doc_id)文字列を出力しますが、エラーが発生します：が処理されるUncaught TypeError: Object #<Object> has no method 'split'時点でdocId。

何が問題ですか？助言がありますか？

同じcouchappが書き換えをオンまたはオフにして動作するように構築できることは驚くべきことではありません.

書き換えが現在機能しているかどうか、つまり現在の URL が書き換えられているかどうかをクライアント側で確認する方法または手法はありますか?

共有してください。