这是一个创建于 1649 天前的主题，其中的信息可能已经有所发展或是发生改变。
不小心按了一下 F12，发现 console 里不停地蹦调试信息，难怪很多人说这是最难用的云计算操作台呢，简直是搞笑来的
 | 1 Mitt 2021-06-20 04:34:36 +08:00  2 你是真不理解 DevTools 是干啥用的吗？ |
 | 2 harwck 2021-06-20 05:07:05 +08:00 也不知道是你在搞笑是人在搞笑 |
 | 3 msg7086 2021-06-20 05:12:30 +08:00 笑笑，有谢到。 |
 | 4 Rocketer OP 2 |
 | 6 ericls 2021-06-20 08:01:54 +08:00 via iPhone 我觉得这个肯定是不对的，生产环境的错误信息应该直接到日志服务器 而不是用户 |
 | 7 Kinnice 2021-06-20 10:27:49 +08:00 从登录到创建完一台 VM 打印了大约 400 条日志。 |
 | 8 mxT52CRuqR6o5 2021-06-20 12:23:38 +08:00 via Android B 端项目不太在意这些东西吧 |
 | 9 yohole 2021-06-20 14:38:37 +08:00 同样上周开了 Oracle Cloud 用了几天了，发现它落后还是有原因的，控制台极其难用，很多常用的工具和信息混乱不堪，布局不合理 |
 | 10 iAIR 2021-06-20 15:04:36 +08:00 2 我至今都搞不懂 Oracle 的账号系统为什么要设计得如此扭曲： * 首先右上角登陆有 Cloud Account 和 Oracle Account 两个选项 * Cloud Account 有 Cloud Account Name （不是邮箱） * 填完之后让你用 oracleidentitycloudservice 服务进行 SSO 登陆 * 然后又让你用 Oracle Cloud Account 的邮箱（不是用户名）和密码登陆 我知道这是先选择 Tenant，然后登陆该 Tenant 的 User 账号，但就不能学一下巨硬和谷歌根据 User 的邮箱自动判断属于哪个 Tenant 吗，而且全都叫 Oracle, Cloud, Account 这类词。 |
 | 11 j3n5en 2021-06-20 16:02:16 +08:00 via Android 都一样，你去 azure 看注册路上就一直蹦 |
 | 12 wazggcd 2021-06-20 16:11:24 +08:00 via Android 最坑的是账号强行绑定主区域，还不能换区，不知道为啥要这样设计 |
 | 13 darknoll 2021-06-20 16:14:28 +08:00 oracle 是个不思进取的企业，就是个垃圾 |
 | 14 labulaka52 2021-06-20 16:19:12 +08:00 via iPhone 那个 sdk 超级复杂 |
 | 15 changwei 2021-06-20 16:26:33 +08:00 前三楼也挺自以为是的的 你们可以去看看像 Facebook，Twitter 这些国际大厂的 SPA 项目，除了找不到 map 文件和 xhr 消息以外，生产环节几乎是没有任何业务有关的日志信息的，稍微大一点的厂都知道用 sentry 等服务收集 C 端日志信息 反倒是国内的大厂，像百度一些 PC 端常年没有更新过的老旧网站也是和楼主说的 Oracle 一样在 console 里面打印一大堆的 warn 和 error |
 | 16 yuguorui96 2021-06-20 17:32:34 +08:00 楼主说的没问题，不停的弹调试信息基本就意味着赶工和质量堪忧。 |
 | 17 learningman 2021-06-20 18:27:12 +08:00 前面的别太自以为是了啊。。。大家都是程序员，生产环境一堆 console.log 肯定不合理啊 |
 | 18 AkideLiu 2021-06-20 19:44:25 +08:00 via iPhone 可能 bug 太对改不过来，想一想用户大多也是程序员 /技术人员。没准顺手帮他们解决俩 bug 。狗头 |
 | 19 jones2000 2021-06-21 00:22:12 +08:00 f12 调试多方便, 用后台日志收集多麻烦, 费人费时, 预算充足,人员超配的情况下可以考虑用. 把 console.log 覆盖了, 写一个提交后台日志不就可以了. 但是这样你起码要多配 1-2 个后台人员. 根据 2W 一个人每月, 1 年就要增加 24W-48W 成本, 还不算 5 险 1 金的钱. 说白了就钱没到位. |
 | 20 vk42 2021-06-21 00:26:37 +08:00 @iAIR 感觉 Oracle 就是故意用屎一样的 UX 来劝退不挣钱的 C 端用户，B 端用户真正做决定的都是采购或者领导，真正会被恶心到的开发和维护也没啥话语权。另外还能顺便卖培训和认证证书服务，老本行了…… |
 | 21 jhdxr 2021-06-21 01:07:32 +08:00 说生产环境错误信息直接收集到日志服务器的都是后端开发吧？？？ |
| 22 Mitt 2021-06-21 02:34:18 +08:00 @Rocketer #4 你知道 windows 下有个软件叫 DebugView 吗，如果你打开这个软件你会发现 windows 上所有软件都在不停的给你报调试信息，包括 windows 自己，你会觉得 windows 是来搞笑的吗？ DevTools 和 DebugView 性质一样，从你打开的那一刻你就开启了网站本身的调试模式，只不过是生产模式下的调试信息，你公司禁止在生产环境打印信息我不知道是出于什么目的，但是生产环境只要不是把开发版本发布出去，我不觉得这有啥问题 而且楼上说的前端收集日志反馈给后端的，这个是常规操作没错，但这不是唯一选啊，如果因为网络问题这些日志无法收集，难道前端 console 还不能把错误信息报出来吗，而且你作为一个用户你用 DevTools 本身就是个迷惑行为，大厂还用那么大的个字告诉你 console 粘贴代码执行是不安全的，从你决定打开 DevTools 的时候，这些调试信息就是给你看的，用 DevTools 不管是看 DOM 、console 、还是 network 本身都是“调试行为” 说真的，除非 console 里面把 oracle 内部私钥都给你打印出来，否则就算打印你输入的密码我也不觉得有啥大问题 |
| 23 ericls 2021-06-21 04:34:01 +08:00 |
| 25 Rocketer OP @Mitt 你说明的也只是“可以”这么做，而不是“应该”这么做。 我不知道具体为什么我工作过的公司都禁止在生产环境用 console.log ，也许我们只是“猴子不能吃香蕉”的受害者。 但我确实亲自体验过 console.log 导致的内存泄漏有时下班懒得关闭浏览器，放在那儿继续运行，打印量大的话第二天早上就很可能看到浏览器死住或者崩溃。 所以我猜不在生产环境打印调试信息应该有这方面的考虑，毕竟总有一些用户的配置很低，可能很快就内存泄漏了。 再就是楼上的问题在生产环境打印调试信息，这是要给谁看呢？ |
 | 26 rannnn 2021-06-21 06:07:21 +08:00 前几楼也挺自以为是的，显示和不显示都有自己的道理。我们公司发到日志服务器，也打印一部分 log，另一部分 dev 可以用工具开启。2B 每个客户有各种各样的 integration，很多时候 dev 环境是不能复现问题的。所以我们的确会在生产环境经过用户授权后 impersonate 调试。 |
| 27 rannnn 2021-06-21 06:12:45 +08:00 还有 B 端用户 report 问题一般都是通过 IT 部门反馈的，所以本身反馈的人也是技术人员。直接打印出来也是为了他们在 file ticket 的时候就能直接附上一些常见信息。前面列举的 Facebook Twitter 都是 2C 的产品，你开几个 2B 比如 Azure，SAP，Workday 就可以看到多多少少会 log 一些东西。 |
 | 30 netnr 2021-06-21 09:00:16 +08:00 via Android 歪，昨天刚注册，密码搞忘了(规则跟常用密码冲突)，邮件重置密码链接打开报 404，无语 |
| 31 Mitt 2021-06-21 11:40:42 +08:00 via iPhone @Rocketer 这就纯搞笑了 首先如果 devtools 不打开 console.log 不会产生任何内存数据，其次哪个正常用户会开着 console 用网页，请不要吧把自己开发者身份代入，还是我说的，windows 自己就有 debugview 照你这么说 windows 岂不是每秒都在导致内存爆炸 |
| 33 learningman 2021-06-21 15:07:48 +08:00 @Mitt #22 你说的是事件管理器吧。。。我是没见几个没事往这里面冒泡的，设备驱动之类的倒是会，但是人家本来就是这么通信的啊 |
| 34 jhdxr 2021-06-21 18:31:16 +08:00 |
| 35 Rocketer OP |
Select Language