V2EX › mark2025 的所有回复 › 第 10 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 12

❮

❯

162 天前

回复了 Gotchaaa 创建的主题 › 问与答 › 喷墨打印头长期不用就堵是不是无解

@wclebb 喷墨的墨盒一般就十多毫升容量，打印几十上百张就用完。鼓粉一体的激光随便都是上千张的，如果是鼓粉分离的那么打印量更高。你觉得是更换频率是喷墨的墨盒还是激光的粉盒高呢？
如果不是自己 DIY 加粉而是购买成品（无论是品牌的还是第三方的）怎么可能会有漏粉问题呢？

162 天前

回复了 Gotchaaa 创建的主题 › 问与答 › 喷墨打印头长期不用就堵是不是无解

@KevinQi 彩色激光打印现在也不贵了

162 天前

回复了 Gotchaaa 创建的主题 › 问与答 › 喷墨打印头长期不用就堵是不是无解

@KevinQi 我买的佳能 LBP621CW 激光彩打 2k 多，A4 幅面，支持有线、wifi 、USB 打印。偶尔打印，长期闲置也不用担心喷头被堵。
之前买的爱普生喷墨，几周不用就堵。即便用第三方的连供，虽然看起来墨水成本低，可依然会堵喷头。堵了之后清理也是麻烦。还是激光打印省心，一了百了。

166 天前

回复了 smdbh 创建的主题 › Linux › 现在 Linux 上有啥危险命令提示的工具吗

@llh880808 -rf 参数不是可以最后输入吗，比如 'rm /some -rf'

180 天前

回复了 sspsx 创建的主题 › Android › 曝光这家无良公司！制作假冒 App 还上架到了应用商店

蒙汗药？

185 天前

回复了 wyfig 创建的主题 › 程序员 › 中大型 I/O 密集型微服务项目，搭建测试环境方案

pc 机 32G x 4 就是 128G ，64G x 4 就是 256G ，内存肯定够用的

189 天前

回复了 Dongxiaohao 创建的主题 › Java › 关于读写分离的问题

搞个主从？

189 天前

回复了 Vaspike 创建的主题 › 职场话题 › [吐槽贴]领导对于要求文档的详细程度到了偏执的程度

抽象接口，方法用 swagger 加上输入输出备注，然后生成网页或者文档不行么？

190 天前

回复了 qcbf111 创建的主题 › git › 大家来说说你们都用的什么 Git GUI 工具呢？我来说说我用过的这一些优缺点。

@lujiaxing 小乌龟在三方合并（比较）或者 rebase 交互很棒

190 天前

回复了 iqoo 创建的主题 › 程序员 › 别再纠结前端要不要提交明文口令，浏览器已经内置非常好的方案

@gamexg 这是入库的对于明文口令摘要的密文口令，如果被拖库或者其它方式拿到这个值，的确可以直接登录的。但这儿摘要的目的是避免通过这个密文解算出用户的明文口令，然后拿到其它网站去入侵。
而实际用户在登录的时候是输入明文口令算出密文口令，然后拿服务器给出的随机盐再做一次散列。服务器拿到后用数据库保存的密文口令通过相同算法计算出的值去比较。

191 天前

回复了 qcbf111 创建的主题 › git › 大家来说说你们都用的什么 Git GUI 工具呢？我来说说我用过的这一些优缺点。

@shijingshijing 小乌龟的三方 diff 合并太方便了，不晓得 vscode git 的相同功能好用不

191 天前

回复了 qcbf111 创建的主题 › git › 大家来说说你们都用的什么 Git GUI 工具呢？我来说说我用过的这一些优缺点。

如果简单的 pull, push 应用命令行也不错。

对于（图形化）交互式 rebase ，我觉得 TortoiseGit(小乌龟) 最舒服。

TotalCommaner + TortoiseGit + Vim （包括 VSCode + Vim 插件），是我现在还留在 windows 系统的唯一原因（反正也不打游戏），否则早就转 deepin 了

191 天前

回复了 iqoo 创建的主题 › 程序员 › 别再纠结前端要不要提交明文口令，浏览器已经内置非常好的方案

PBKDF2 挺不错的，基本是通用口令散列算法了

191 天前

回复了 hesetiema 创建的主题 › 程序员 › 灰度发布 vs 金丝雀发布，什么是合适的发布策略？

我的理解：
1. 灰度发布是流量控制策略。比如某个灰度根据地域、用户、升级通道等等来决定流量是走正式还是灰度
2. 金丝雀是应用升级部署策略。升级部署新应用时检测应用响应状态（可以走自检测或者切一点线上流量），如果监测到异常（比如 500 ）就立即取消本次部署。

灰度发布可以采用金丝雀发布的方式来发布，也可以直接上线。

192 天前

回复了 rambo92 创建的主题 › 程序员 › 请 [吸词] 的作者出来解释一下密码明文传输的问题

@carpeDiemJll 是的，假定是大家都使用各自的全局盐（以及算法），来保证即便是相同的明文入库的密文也是不同的。其实大家登录密文算法都不一样，这个办法主要是确保”自己“网站被拖库后不会被简单解算出明文从而殃及用户在其它网站的账号。属于自律行为。

193 天前

回复了 rambo92 创建的主题 › 程序员 › 请 [吸词] 的作者出来解释一下密码明文传输的问题

@carpeDiemJll 意义在于假如你的通用密码是固定的，那么采用相同散列算法（比如 md5 ）的结果一定是相同的。如果是添加了全局盐生成的，那么至少我这儿的值和其他地方不一样。那么如果这儿被拖库拿到你的密文（比如 md5(pass+globalsalt ），也无法简单通过社工获得你的明文口令。

194 天前

回复了 FlyingBackscratc 创建的主题 › Python › 2024 年了，如何合理地为 Python 代码添加强类型支持？

你说的是静态类型么

194 天前

回复了 rambo92 创建的主题 › 程序员 › 请 [吸词] 的作者出来解释一下密码明文传输的问题

@FTLIKON
1. 创建账户/修改密码的时候，后端用一个全局固定盐 globalsalt 与用户口令拼接后使用摘要算法（ md5 ，sha 甚至 pbkdf 等等）入库为 pass1 ；
2. 登录的时候，后端生成随机盐 salt1 ，用户输入的口令与 globalsalt 拼接生成 pass1' ，然后拿 pass1' 与 salt1 拼接摘要生成 pass2
3. 后端收到 pass2 之后，取出 pass1 和 salt1 拼接生成 pass2' ，然后与 pass2 进行比较。

globalsalt 的目的是即便用户在不同网站输入的相同口令，也不会有相同的 pass1

198 天前

回复了 higanbana 创建的主题 › PHP › 现在的 PHP 生态是否有些过于复杂了？

@encro midway.js 配合 TS 真的很高效，再加上 midway.js 丰富的组件，可以满足多数应用场景了。

203 天前

回复了 ninjaJ 创建的主题 › 程序员 › 2024 年了，兄弟们说说用 Tauri 遇到的哪些坑

@lisongeee 再配合上 TypeScript 提供的静态类型检查，真是很不错的

1 ... 2 3 4 5 6 7 8 9 10 11 ... 12

❮

❯