Alternatively, don't allow the user to write the video. Build some Ui that
helps creating the view function, specify some things that can be run on the
data and construct the view with that. This is essentially a query builder for
couch db.
On November 29, 2014 9:48:14 PM CET, Tim Black wrote
On 11/29/2014 02:42 PM, Alexander Shorin wrote:
> Because for now the most simple and secure way to allow custom users
> view is to let users replicate your database to their CouchDB instance
> where they can do anything whatever they need.
Here's an idea building off of Alexander's recommendati
On Fri, Nov 28, 2014 at 2:49 AM, Peter Grman wrote:
> There is a lot which can go wrong with this the worst ones I came up with:
> - DoS attack with endless loops inside the function
> - DoS attack by emitting too much data (potentially in a loop again)
>
> As far as I've understood, it's not poss
ing process
>
> Thanks,
> Justin
>
> -Original Message-
> From: Peter Grman [mailto:peter.gr...@gmail.com]
> Sent: 28 November 2014 02:12
> To: user@couchdb.apache.org
> Subject: Re: Allow user-defined views
>
> No, I don't. The program should be for analys
t: Re: Allow user-defined views
No, I don't. The program should be for analysing logs (collected by
fluentd) - should be open source and on github, however there isn't much done
yet: https://github.com/logTank/
The index rebuilding shouldn't be a problem as CouchDB will be only use
I believe os_process_timeout applies to view servers (default is 5 seconds)
so you can configure the timeout for view queries, not sure about CPU/HDD
Space (although inspecting _stats might shed some light).
Ta.
On 28 November 2014 at 10:12, Peter Grman wrote:
> No, I don't. The program should
No, I don't. The program should be for analysing logs (collected by
fluentd) - should be open source and on github, however there isn't much
done yet: https://github.com/logTank/
The index rebuilding shouldn't be a problem as CouchDB will be only used
for general stats and the user actually won't
sorry for being off-topic
Alex
2014-11-28 2:52 GMT+01:00 Alexander Gabriel :
> sounds like a very interesting application
>
> seems like you dont care if the user has to wait for an index to be built
> when the user creates a query
>
> Alex
>
>
> 2014-11-28 2:23 GMT+01:00 Peter Grman :
>
>> Hi A
sounds like a very interesting application
seems like you dont care if the user has to wait for an index to be built
when the user creates a query
Alex
2014-11-28 2:23 GMT+01:00 Peter Grman :
> Hi Alex,
>
> Yes, the users would be able to import different sets of data, which isn't
> relational
Hi Alex,
Yes, the users would be able to import different sets of data, which isn't
relational, and use the platform to analyse it. The analysed data would be
in 99% of the cases append only (+ removing old data) and the data can be
defined by the user, as well as be hierarchical.
When I thought
Hi Peter
Will the users create their own datastructures too?
If not this sounds like sql on relational tables might be a better tool for
the problem.
It seems to me you're hitting exactly the weak point of most nosql
solutions.
Alex
2014-11-28 0:49 GMT+01:00 Peter Grman :
> Hi,
>
> this might
Hi,
this might sound like a terrible idea to someone who knows CouchDB, and if
that's the case, please just take a minute or two, to explain why,
otherwise, if the idea isn't so crazy after all, I hope I'll get some
solutions to my problem:
I'm thinking of creating a platform based on CouchDB, wh
12 matches
Mail list logo
