 |
luxorV2EX 第 576469 号会员，加入于 2022-03-23 17:56:06 +08:00今日活跃度排名 11139 |
luxor 最近回复了
113 天前 回复了 june4 创建的主题 › 编辑器 › 未来最牛编辑器 zed 的 Linux 版终于出来了 |
code editor != editor
136 天前 回复了 devzhaoyou 创建的主题 › 程序员 › 求教国内网络 UDP 对音视频通话的友好程度 |
运营商对于 UDP 不只是限速，而且还会出现断流。是所有 UDP 都断流。不存在按照端口限速的问题。
150 天前 回复了 busier 创建的主题 › 程序员 › 实现一个纯 Web 界面的端到端加密临时聊天对话思路是否可行？ |
154 天前 回复了 amiwrong123 创建的主题 › 程序员 › x86 栈的使用有 rbp 和 rsp，只设计 rsp 可不可以？为什么？ |
gcc: -fomit-frame-pointer msvc: /Oy
161 天前 回复了 Torpedo 创建的主题 › 程序员 › HTTPS 用明文传输密码的问题的引申——前端能不能做到比较完美的加密 |
@terence4444 @zlowly 为什么很多人认为中间人劫持只能看到明文密码或者密码 hash 的传输呢？密码是怎么输入的？直接劫持网页密码输入不就行了？好好想想 CS 和 BS 的区别吧。中间人是无法修改 CS 的 C 端代码的(漏洞除外)，因此只要通讯协议可以对抗中间人（例如浏览器+HTTPS ），就是安全的。而 BS 的 C 端代码中间人是可以篡改的，再怎么加密混淆都阻止不了窃取数据。
@busier 密码是用户输入的，用户自己还需要用调试工具来查看吗？
@busier 密码是用户输入的，用户自己还需要用调试工具来查看吗？
161 天前 回复了 Torpedo 创建的主题 › 程序员 › HTTPS 用明文传输密码的问题的引申——前端能不能做到比较完美的加密 |
如果不考虑中间人，https 足够了。如果存在中间人劫持，那么前端的代码可以任意修改，在加密前获取数据即可，因此#30 说得没错。
176 天前 回复了 va9215 创建的主题 › 分享发现 › Win11 计算器 BUG 还没修复？ |
@va9215 GB 本来就有歧义，Windows 里用于内存大小、文件大小、磁盘容量的 GB 实际上是 Gibibytes ，也就是 GiB 。
176 天前 回复了 va9215 创建的主题 › 分享发现 › Win11 计算器 BUG 还没修复？ |
@luxor 上面笔误了，Gigabytes/Megabytes ，Gibibytes/Mebibytes
176 天前 回复了 va9215 创建的主题 › 分享发现 › Win11 计算器 BUG 还没修复？ |
用 E 文版就没歧义了，E 文版没有使用缩写，使用的全称：Gigabytes/Magabytes ，Gibibytes/Mebibytes
179 天前 回复了 hansam47 创建的主题 › 程序员 › 我的需求下 小主机 n100 够用吗，还是需要 R9 6900 |
arm 的盒子足够了，还省钱。
Select Language