不使用Firebase数据库规则获取响应数据

Question

在为我的报价表添加规则后，我没有从Firebase实时数据库获得任何回报。我希望在auth.uid与报价的所有者值匹配的地方返回所有报价。但是我什么也没得到。

有人可以帮我吗？

规则指定为：

{
  "rules": {
    "users":{
        ".read": "auth.uid != null",
        ".write": "auth.uid != null"     
    },
    "quotes":{
      "$uid":{
        ".read": "data.child('owner').val() === auth.uid",
      }
    }
  }
}

报价表的结构如下：

{
  "1ec658d2-a7cb-45b8-8d9b-9c2a6783365d" : {
    "dateCreated" : "2019-12-02T16:06:50+01:00",
    "owner" : "DVRVSpeOXQV6wAmHAdpAe6iPQ5i2",
    "ownerName" : "testOost",
    "projectName" : "testProject1"
  },
  "96549b51-6356-4c37-a388-592561394d1a" : {
    "dateCreated" : "2019-09-25T14:58:13+02:00",
    "owner" : "xZBFCq4ho3V2G8dZTvK7RjsnTr43",
    "ownerName" : "timcastelijn",
    "projectName" : "testProject2"
  }
}

我访问数据的代码是

this.props.firebase.db.ref('quotes/').on('value', snapshot => {
  const quotesObject = snapshot.val();

  /* quotesObject is handled here */

});

UPDATE：已解决

该问题已通过@ frank-van-puffelen的解决方案解决。

新规则：

{
  "rules": {
    "users":{
        ".read": "auth.uid != null",
        ".write": "auth.uid != null"     
    },
    "quotes":{
      ".read": "auth.uid != null &&
                query.orderByChild == 'owner' &&
                query.equalTo == auth.uid" // restrict basket access to owner of quote
      }
    }
  }
}

新代码段：

this.props.firebase.db.ref('quotes/').orderByChild("owner")
             .equalTo(this.authUser.uid)
             .on("value", snapshot => {

  const quotesObject = snapshot.val();

  ....

});

}

Answer 1

您的代码尝试读取/quotes，但是您的规则不允许任何人读取/quotes。因此规则拒绝读取操作。

请记住：

• 规则不过滤数据，而是仅强制执行访问规则。
• 如果您只允许用户读取自己的数据，则您的代码和规则需要共同努力以允许这样做。

在当前用例中，您可以简单地修改代码以仅读取该特定用户的节点：

var uid = firebase.auth().currentUser.uid;
this.props.firebase.db.ref('quotes/'+uid).on('value', snapshot => {
  const quotesObject = snapshot.val();

  /* quotesObject is handled here */

});

在其他情况下，您需要在代码中使用查询，然后在规则中验证该查询。

有关这些的更多信息，请参见：

• rules don't filter data上的文档
• securing queries上的文档
• 关于rules are not filters的其他问题。阅读这些内容时要记住的一件事是，可能已经在安全查询之前已经回答了许多问题，因此它们的答案可能已过时。