这是一个创建于 1290 天前的主题，其中的信息可能已经有所发展或是发生改变。
不小心按了一下 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
labulaka521 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