 ONLINE |
DynesshelyHello World! V2EX 第 613234 号会员，加入于 2023-02-09 22:28:28 +08:00今日活跃度排名 4562 |
0x000000
| Clion 和新出的 Clion Nova 主要区别是什么 JetBrains • Dynesshely • 217 天前 • 最后回复来自 smallboy19991231 | 6 |
| 救命, 主力设备被 CDN 拉黑了 ( ! ? 服务器 • Dynesshely • 238 天前 • 最后回复来自 Dynesshely | 6 |
| 推荐一个算法示踪库 分享创造 • Dynesshely • 267 天前 • 最后回复来自 Dynesshely | 2 |
| 大家不觉得 vscode 的布局系统很难用吗 ? Visual Studio Code • Dynesshely • 2023-07-01 23:05:24 PM • 最后回复来自 Belmode | 3 |
Dynesshely 最近回复了
1 天前 回复了 molvqingtai 创建的主题 › 程序员 › 如何实现分布式消息同步？ |
@molvqingtai 你要解决的不就是接收不了离线消息的问题嘛
1 天前 回复了 molvqingtai 创建的主题 › 程序员 › 如何实现分布式消息同步？ |
不引入服务器的话这个问题无解
提前下线的用户，在无人在线的情况下登录，无法获取既有的聊天数据
提前下线的用户，在无人在线的情况下登录，无法获取既有的聊天数据
177 天前 回复了 studyrun 创建的主题 › 程序员 › 一些正向作用的后门接口有没有其它的名称，直接叫后门不太好听 |
远程协助模式
remote assistant mode
remote assistant mode
202 天前 回复了 cokar 创建的主题 › PHP › 如何动态的去继承一个类，而不是去写一个类文件去 extends 继承 |
@horizon 正解, OP 应该定义接口, 然后使用默认的实现, 插件可以提供新的实现
204 天前 回复了 BadFox 创建的主题 › Windows › 忍不了了，微软怎么天天在我的电脑里拉屎搞弹窗？ |
我地区选的香港，从来没有过弹窗，windows 11 stable latest
op 可以试试把地区改到香港，当然你得有梯子，不然商店什么的就打不开了
op 可以试试把地区改到香港，当然你得有梯子，不然商店什么的就打不开了
212 天前 回复了 QvQloli77 创建的主题 › Android › 如何禁止 APP 识别唯一身份信息？ |
@HojiOShi 可以指个路嘛, 谢谢大佬啦
212 天前 回复了 QvQloli77 创建的主题 › Android › 如何禁止 APP 识别唯一身份信息？ |
救命, 我正好有一个相反的需求, 我在做的一个局域网工具软件, 需要一个东西唯一识别设备, 但 Android 高版本都拿不到 MAC 地址, 真的很苦恼, 因为这个项目的桌面端在 windows/linux/macos 都可以很轻松的拿到 MAC 地址来做设备识别
而且这个设备识别必须保证唯一性, 因为其他设备对这个设备的配置存储等都依赖识别码
而且这个设备识别必须保证唯一性, 因为其他设备对这个设备的配置存储等都依赖识别码
216 天前 回复了 xinbaoCode 创建的主题 › 程序员 › [讨论] 如何减少 Xz Backdoor 类似问题的发生 |
不怎么样, 开源本身是不求回报的行为, 如果通过这种方式来约束开发者, 会极大地降低开发者地开发积极性
换句话说, 人家都免费给你用, 出了事情当然你自己负责, 当然, 大家对该项目的信任会大打折扣
我对这个事件的思考是: 我们应该重新思考开源行业中的信任链, 即我们是否应该完全信任第三方的代码
目前整个开源行业都是依靠信任维系的, 大家信任 Linux 发行版的发行商, 所以使用 Linux 发行版; 发行商信任第三方程序, 所以默认包含并依赖这些程序; 第三方程序库作者信任积极贡献者, 所以允许 TA 成为维护者
这就导致这次攻击几乎是非常成功而且影响极大
但鄙人见识浅薄, 并没有想出更好的办法来避免这类攻击事件的再一次出现 (毕竟就算防住维护者, 也不能保证库作者本人不会写出某些 bug 导致出现可被攻击的漏洞
换句话说, 人家都免费给你用, 出了事情当然你自己负责, 当然, 大家对该项目的信任会大打折扣
我对这个事件的思考是: 我们应该重新思考开源行业中的信任链, 即我们是否应该完全信任第三方的代码
目前整个开源行业都是依靠信任维系的, 大家信任 Linux 发行版的发行商, 所以使用 Linux 发行版; 发行商信任第三方程序, 所以默认包含并依赖这些程序; 第三方程序库作者信任积极贡献者, 所以允许 TA 成为维护者
这就导致这次攻击几乎是非常成功而且影响极大
但鄙人见识浅薄, 并没有想出更好的办法来避免这类攻击事件的再一次出现 (毕竟就算防住维护者, 也不能保证库作者本人不会写出某些 bug 导致出现可被攻击的漏洞
219 天前 回复了 keakon 创建的主题 › Python › PyPI 维护超过 7 小时了 |
踢踢, 似乎恢复服务了
Select Language