tmt*_*ark 13 android firebase firebase-crash-reporting
我们目前在我们的应用中使用Firebase崩溃报告 - 我们注意到一些奇怪的事情.为了帮助我们调试任何崩溃,我们使用FirebaseCrash.log添加有关服务器请求/响应的信息.
但最近,我们注意到日志正在被编辑.从我们可以看出,这发生在服务器端,给我们留下如下所示的日志:
7:51:11.914 AM gmp_nav20_crash < - 201
https://[REDACTED_DOMAIN_NAME][REDACTED_URL_BASIC](287ms,身长未知)7:51:11.626 AM gmp_nav20_crash - > POST
https://[REDACTED_DOMAIN_NAME][REDACTED_URL_BASIC]http/1.1(67字节正文)
有没有办法我们至少可以禁用某些域?它可以准确地追踪出现问题的难度,并且没有为我能看到的用户提供任何有意义的保护.
正如上面的评论显示这是不可配置的,并且您希望从 Firebase 控制台读取结果,我建议以一种模糊其是 URL 的事实的方式处理 URL,同时保持其可读性。只需确保您小心地仅对非敏感信息执行此操作 - 特别是如果您身处实行新 GDPR 法规的欧洲。
它可以很简单:
url.replaceAll("\\.", "[dot]");
Run Code Online (Sandbox Code Playgroud)
但我建议也屏蔽协议(也许还有斜杠)
url.replaceAll("https://", "[secure]")
.replaceAll("http://", "")
.replaceAll("\\.", "[dot]");
Run Code Online (Sandbox Code Playgroud)
编辑(回答悬赏问题:“根据 Firebase 政策跟踪 Base64 编码的 URL 和域名是否合法?”)
根据Firebase 政策页面
除非您明确通知并且用户事先明确(即选择加入)同意合并,否则您不会促进个人身份信息与非个人身份信息的合并。
假设您没有征求同意,我认为这意味着您还应该从 URL 中删除任何查询或可识别信息。
同样,这可能就像在第一个或最后一个斜杠(如果存在)处拆分字符串一样简单,具体取决于网址的哪些部分对您很重要
| 归档时间: |
|
| 查看次数: |
687 次 |
| 最近记录: |