問題タブ [couchdb-futon]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
deployment - コードリポジトリにcouchDBビューを保存する
データでいっぱいの巨大な *.couch ファイルを含む ruby/couchdb アプリケーションがあります。コードリポジトリのどこかに保存するために、どういうわけかインポートしたいもの(mysqlの世界ではdbスキーマと呼びますが、ここではビューのみです)。新しい空の環境をセットアップするときに巨大な *.couch ファイルをコピーしないようにするために必要です。
これを行うための最良の戦略は何ですか? 私の頭に浮かぶ唯一の方法は次のとおりです。
- カール curl -X GET "$COUCH/dbname/_design/ViewName"
- 関数 map と reduce 関数を .js ファイルのどこかに保存する
- 新しい環境を設定するときは、curl を使用して空のデータベースに再度追加します。
しかし、それは多くの手作業です。これを行うための一般的な方法があるはずです。
couchdb - couchdbでビューを作成/管理するための最良の方法は何ですか?
そこで、仕事でcouchdbを使い始めました。布団でJavaScript関数を書くのは楽しいことではありません。テキストエディタで書けるようになりたいです。また、関数を簡単に記述し、それらをdevデータベースにプッシュしてから、test/prodにプッシュできるようにしたいと思います。ヘルプ?!
couchdb - Futonにリスト機能を追加するには?
CouchDB にリスト関数を追加するには、こちらの手順に従っています: http://guide.couchdb.org/draft/transforming.html
list 関数に対応する URL にアクセスすると、次のメッセージが表示されます。
私が構築したリスト関数に対応するURLは次のとおりです。
edtalmadge.iriscouch.com/burritohunter/_design/export/_list/bar/locations
ドキュメントに記載されている URL は次のとおりです。
/db/_design/foo/_list/リスト名/ビュー名
私は何を間違っていますか?
これまでに行ったことは次のとおりです。
ビュー ドキュメントを Futon に追加しました:
/li>リスト ドキュメントを Futon に追加しました:
/li>
nosql - CouchApp が appcache の正しい MIME タイプを出力する際の問題
したがって、CouchDB では、おそらく MIME タイプを変更できます。Futon では、ドキュメントのソースに移動して編集し、_attachment フィールドの添付ファイルの content_type フィールドを変更するだけです。問題は、appcache ファイルが正しい MIME タイプ (text/cache-manifest) を持つようにこれを行ってドキュメントを保存すると、保存されず、content_type フィールドが再び空白になることです。適切な MIME タイプを出力するためのヒントはありますか?
couchdb - couchdbでタスクを実行する方法
couchdbデータベースで実行するタスクをスケジュールする必要があります。これらのタスクは1つのデータベースを読み取ります。データを集約し、アーカイブ目的で別のデータベースに書き込みます。布団のステータスページを見たことがありますが、これはタスクをスケジュールする場所のようですが、実際にこれを実行する方法についてのドキュメントを見つけることができません。
couchdb - Couchdbとソファのヘルプ
ほんの数週間前にCouchdbを初めて使用しましたが、 sofa [whatandapp]というcouchdbアプリのクローンを作成しました。一週間でうまくいきましたが、今日突然何かに出くわしました。
ここで、Sofaアプリを参照して、タイトルなしで投稿を作成しようとすると、「ドキュメントを保存できませんでした。データベースを作成できませんでした。ファイルは既に存在します。」という 警告ボックスが表示されます。ソースを見ると奇妙でした。require(validate_doc_update.jsで カスタムjsonエラーを返す)は、この形式{"forbidden":message})のように、キーとしてforbiddenを使用していることがわかりました。
validate_doc_update.jsで
返されたjsonがjsonとは異なることが判明した応答状態を調べると、上記の validate_doc_update.js のrequire関数によって返されます。ここにjson {"error": "file_exists"、 "reason":"データベースを作成できませんでした。ファイルは既に存在します。"}
これにより、validation_doc_update.jsの検証は、ドキュメントの更新中にのみ実行されると考えられます。
この点を証明するために、タイトルのないドキュメントを更新しようとしています。エラーが返されることを期待していますが、驚くべきことに、ドキュメントは保存されたばかりです。
だからここに私が上で述べたすべてのポイントに関する私の質問があります
validate_doc_update.jsの「検証」はドキュメントの更新中にのみ機能しますか
ここにリストされているすべての質問に光を当ててください。
couchdb - CouchDBでユーザーの作成を公開し、読み取りアクセスを非公開にするにはどうすればよいですか?
認証されていないユーザーが で新しいアカウントを作成できるように、ユーザーの作成を公開したいと考えていますが、役割_users
には読み取り権限しか与えません。admin
これは可能ですか?どのように?
couchdb - コマンドラインによるオンザフライの添付ファイル
問題
コマンドラインを使用して、ドキュメントの作成時に 1 つまたは複数の添付ファイルを添付できるようにしたいと考えています (以下を参照)。これを Futon (Couchbase) でのみ機能させることができますが、ドキュメントが既に作成されている必要があります。
私は次のことを試しました:
これにより、次のエラーが発生するだけです。
ありがとう
couchdb - couchdb布団ドキュメントエディター-インデントルールをカスタマイズできますか?
fotonドキュメントエディタのインデントルールをカスタマイズしたいとします。どこでどのようにカスタマイズできますか?
詳しく説明します。
fotonエディターは次のようなドキュメントをレイアウトします:(私の好みでは完全に迷惑です)
そして、私は何を変えたいと思いますか、あなたは尋ねるかもしれませんか?それはかなりの標準のようです。ええと、私は普通の人ではありません。私の観察では、多くの標準が恣意的に進化し、思考の欠如に苦しんでいます。その上、私が標準フォロワーだった場合、私はカスタマイズについて尋ねていませんでした;)
間もなく---3つのスペースタブのインデント。なぜ3?2ではなく4ではありません。3だけですか?LOL-ブロックの形成-ブロックを開くと、摩耗した場所に線が引かれます-コンマが間違った側にあります
だから私はそれをこのようにしたいと思っています:(そして私はそれを行うJSコードさえ持っています、私はそれをどこに置くかについて助けが必要です)
なぜ私はそれをこのようにするのですか?-より表形式に見えます。同じオブジェクト/配列のすべての構文スカッフォールドは同じ列にあります(とにかくステートメントの間違った側にコンマを配置しました)-冗長で無駄な空の行はありません-開始ブロックのみがエッジケースです(他の方法では反対です)ブロックを開始する場合とブロックを終了する場合、およびすべての行にケースがあります)。
インデントを実行できれば問題ありませんでした。ドキュメントを検証するたびにフォトンがインデントを台無しにすることはありません。しかし、そうなので、このメカニズムに入り、そのインデンターを自分のものに置き換える必要があります。
方向性はありますか?
PS:ここで答えを知っている場合-この質問への答えを知っているかもしれません: couchdb布団ドキュメントエディター-ドキュメント検証部分をカスタマイズできますか?
couchdb - couchdb futon ドキュメント エディタ - ドキュメント検証部分をカスタマイズできますか?
JSON 式ではなく、このエディタのテキスト フィールドでオブジェクト リテラルを編集できれば、非常に便利です。
JSON 解析をシンプルなものに置き換えることができれば、eval
編集がとても簡単になります! (そして、プロジェクトのドキュメント構造をより簡単に設計するのに役立ちます)
つまり、まあ!それはプロトコルスクールではなく、編集者のツールです。このツールの目的は、プロトコルを教えたり、些細な間違いごとにコメントしたりすることではなく、ソフトウェアのドキュメントの設計を支援することです。厳密な JSON に固執する必要があるのはなぜですか? それはオブジェクト リテラルと共存できないの
JSON.stringify( eval(editor_textarea.value))
でしょうか。LOL :D (はいはい、エラーをキャッチしてユーザーにフィードバックします)
(そして違いを見逃したことがある人のために-それは主に属性名の引用符にあります。乾いた厳密なJSONプロトコルでは、常に引用符が必要です。JSオブジェクトリテラルでは、正当なJSではない属性名に対してのみ引用符が必要です。変数名であり、引用符なしの数字も受け入れます)
厳密なドライ JSON:
オブジェクトリテラル
カンマの欠落や括弧の不一致は解決しませんが、引用符が足場の大部分を占める場合、作業が楽になります。
布団のパッチとしてもこれを変更できる場所を教えていただければ、すっごくうれしいです:)
おそらく後で、github source-editor のクールなものや jsfiddle のものなどのエディター ヘルパーを統合して、インデントや色付けを適切に行うことができます。しかし、単純な評価から始めましょう。それは人生を楽にするでしょう... :)
また、追加のテスト ソフトウェアを使用せずに、JS コードを使用して複雑なドキュメントを生成することもできます...
ハッピーコーディング:)
PS ここで答えを知っている場合は、この質問に対する答えを知っているかもしれません 。couchdb futon ドキュメント エディター - インデント ルールをカスタマイズできますか?