Totalmente cierto, lo que podemos hacer es una función el index que tenga
como función revisar parámetro para la query. La idea es que reciba el
query.param y un String con las key que deben estar (separadas por espacio)
El ene 24, 2014 12:08 AM, "arturokunder" <notifications@github.com>
escribió:

> In routes/api/twitter/post.js:
>
> > @@ -60,16 +60,68 @@ exports.get = function (req, res) {
> >    if (req.user.profile !== 'superadmin' && !query.hasOwnProperty('campaign')) {
> >      res.json({status: false, msg: 'insuficient data'});
> >    } else {
> > +    var dbQuery = {};
>
> Es buena idea. La pensé en algún momento pero trate de seguir como estaba
> hecho La ventaja de este approach es que así podemos revisar exactamente lo
> que se va a mandar y que no se haga una query brutal ni que se salte algún
> permiso (pensando en un futuro si tenes una api un poco más abierta) Arturo
> Tagle
> … <#143c238d039f2019_>
> On 24-01-2014, at 0:06, "Pedro" <notifications@github.com> wrote: In
> routes/api/twitter/post.js: > @@ -60,16 +60,68 @@ exports.get = function
> (req, res) { > if (req.user.profile !== 'superadmin' &&
> !query.hasOwnProperty('campaign')) { > res.json({status: false, msg:
> 'insuficient data'}); > } else { > + var dbQuery = {}; @arturokunder<https://github.com/arturokunder>puede ser mejor en vez de revisar query para rellenar dbQuery que
> directamente en query venga con una variable find. entonces manda con
> jquery find: { user: 'algo', id_str: 'algo', 'user.id_str': 'algo',
> 'entities.user_mentions.id_str': 'algo', etc.. } estoy raja entonces puede
> estar un poco incorrecto — Reply to this email directly or view it on
> GitHub.
>
> —
> Reply to this email directly or view it on GitHub<https://github.com/pcortez/kd-twitter/pull/210/files#r9139219>
> .
>