奇怪的Firestore控制台情况
共有1个答案
奇怪的Firestore控制台情况
这并不奇怪，是在Firebase控制台中（默认情况下）提供的正常排序方案。
与Fireabse实时数据库ID不同，Cloud Firestore ID实际上是完全随机的。不包括时间成分。这就是为什么（默认情况下）没有顺序。然而，正如弗兰克·范·普菲伦在评论中提到的那样：
这些ID是必需的，这样像你这样的应用程序就可以在大范围内完美地工作。在较大范围内，文档在控制台中的显示顺序并不重要，因为控制台对于查看大量文档毫无用处。
在ListView中对文章进行排序的解决方案是根据Timestamp属性对文章进行排序。
对于Android，您可以在这里找到如何使用模型类或FieldValue.ServerTimeStamp（）添加日期。
-
刚开始使用Ruby，我无法通过下面发布的错误。这是我的代码： 控制台中的错误： C： /Ruby23/lib/ruby/2.3.0/net/http。rb:933:inconnect来自C:/Ruby23/lib/ruby/2.3.0/net/http。rb:863:instart'来自C:/Ruby23/lib/ruby/2.3.0/net/http。rb:1398:inperform'来自C:
-
我在firebase云功能中遇到了一个情况，其中只有第一个控制台。执行日志或firestore更新语句。 我还有其他类似的函数，在处理响应的方式上略有不同，但这没有任何问题 我已经检查了谷歌云控制台/Firebase控制台等，源代码似乎已经正确上传 我看到了另一个与这种情况相反的帖子。有人知道为什么会这样吗？
-
控制台-部门-详情 接口URL {youke-url}/console/Index.php?c=department&a=info×tamp=1607677497&access_key=abc&sign=9a919914a0d88eeba67b2436fdd8fa96867eedf6 请求方式 POST Content-Type form-data 请求Query参数 参数 示例值 是否
-
控制台-观众-详情 接口URL {youke-url}/console/Index.php?c=audience&a=info×tamp=1607677497&access_key=abc&sign=db47cabd9b930e7bb91a952c5a21d3cdd6849767 请求方式 POST Content-Type form-data 请求Query参数 参数 示例值 是否必填
-
控制台-频道-详情 接口URL {youke-url}/console/Index.php?c=live&a=info×tamp=1607677497&access_key=abc&sign=2aaad3386871992fc85997f54f0910d5c55c34fd 请求方式 POST Content-Type form-data 请求Body参数 参数 示例值 是否必填 参数描述
-
据我所知，这个错误并不是昨天在Chrome上抛出的，而到今天早上，它已经抛出了。我没有更改任何浏览器设置。我附上了一张截图（打开/关闭开发者工具窗口四次后）： 这个问题与Stack Overlow post未能在Chrome下加载资源完全相似，只是它只发生在我在Chrome中“inspect element”时。以下是我掌握的细节： 我尽我最大的能力撤销了我做的一切，从昨晚（当我没有这个错误），错