Have you looked at doing a couchapp?
On May 17, 2013 3:47 PM, "Ashraf Janan" wrote:
> Hello,
> which hosting is support for couchDB ?recommendations for couchdb hosting ?
> Iam used iriscouch but if i want to create web site i must
> buy any hosting package .which is the best company that offer
thank you Alex,
What kind of server is recommended that support CouchDB ?
* VPS-hosting
* Dedikerad server
which is the best site can i buy hosting from their ?
best regards
I am very happy with https://cloudant.com/
As far as I know there are only iriscouch and cloudant, unless you run your
own server
Alex
2013/5/17 Ashraf Janan
> Hello,
> which hosting is support for couchDB ?recommendations for couchdb hosting ?
> Iam used iriscouch but if i want to create web
Hello,
which hosting is support for couchDB ?recommendations for couchdb hosting ?
Iam used iriscouch but if i want to create web site i must buy any hosting
package .which is the best company that offer hosting which support couchDB?
Best regards
Not transferring the data to the client would definitely help quite a bit.
I haven't used list functions before but will give it a try.
Thank you!
On Fri, May 17, 2013 at 8:34 AM, Volker Mische wrote:
> On 05/17/2013 02:12 PM, Chris Costakes wrote:
> > Using CouchDB (and GeoCouch), I have a doc
We use it in the same manner… I'm not sure I understand the benefit of using
secrets stored in the ini file vs stored in the user document in _users? We
don't do 3-legged but do use it in conjunction with BrowserID… We use BrowserID
for developers to create an account and generate the OAuth se
Hm, I dislike that, but you could raise it as a topic in the dev@
mailing list. I think couchdb's core behavior should be predictable,
it shouldn't change based on where you are. Consider that this would
break eventual consistency (a validate_doc_update would have a
different result based on that f
If there were a way to enable this sort of feature via a flag, like local_seq
that would be a good compromise IMO. :) I don't know what the ramifications of
this would be on performance, but would be a 'nice to have'.
Jim Klo
Senior Software Engineer
Center for Software Engineering
SRI Internat
We use OAuth with our apps. The only part that is dynamic is the creation
and sharing of the personal tokens. We dont need full 3 legged auth as we
control the ecosystem and embed the pre-generated consumer keys in the app.
There is no way that I know of to combine _user & .ini pairs and I'm not
s
Aha, ok, that makes more sense. oldDoc will be null in that case to
match the behavior when there was never a document there, but it's
definitely a debatable nuance. I'm in favor of the existing behavior
but I do see your point.
B.
On 17 May 2013 16:31, Jim Klo wrote:
> No, I think I incorrectly
No, I think I incorrectly described the condition where this happens.
If I first delete a doc with extra info like you illustrated, and then
re-insert the doc as new, the VDU does not get the existing delete "stub" in my
experience. If this has changed in 1.3, I'd welcome it.
It would be usef
VDU does receive the 'stub', which is always a document. The term
'stub' can mislead people into thinking a deleted document is not an
actual document (it is).
Here I insist that deleted documents have a reason;
➜ ~ curl localhost:5984/db1/_design/foo -XPUT -d
'{"validate_doc_update":"function(
It's a great tip, my only complaint about it is that the deleted stub doesn't
get handed to the VDU function, unless that's changed in 1.3
- Jim
On May 17, 2013, at 12:04 AM, "Dave Cottlehuber" wrote:
> On 17 May 2013 01:32, Randall Leeds wrote:
>> Actually, it's even easier than this. It is
On 05/17/2013 02:12 PM, Chris Costakes wrote:
> Using CouchDB (and GeoCouch), I have a document type of Location with a
> center coordinate (lat & long). I am able to query with a bbox query just
> fine by feeding in a northwest longitude/latitude and a southwest
> longitude/latitued. My location
Using CouchDB (and GeoCouch), I have a document type of Location with a
center coordinate (lat & long). I am able to query with a bbox query just
fine by feeding in a northwest longitude/latitude and a southwest
longitude/latitued. My location doc also has an attribute called Users
where I have an
Hi,
I'm currently looking into exposing a couchapp to automated clients and I would
like to use OAuth so that the clients can cleanly operate in the name of a
given user. Do I see it correctly that there is still no support for 3-legged
OAuth? Is there a way to combine token/tokenSecret-pairs f
Hi,
me again. I'm trying to run a decently complex deployment scenario with CouchDB
(across multiple data centers, load balanced) so it would be kind of important
that changes in access rights propagate correctly between hosts (and all of
them are trusted). What would be the proper way of doing
On 17 May 2013 01:32, Randall Leeds wrote:
> Actually, it's even easier than this. It is acceptable to put a body in the
> DELETE. You can store whatever fields you want accessible in your deletion
> stubs.
**WIN** best tip of the month!
18 matches
Mail list logo
