V2EX › rekulas 的所有回复 › 第 48 页 / 共 98 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 44 45 46 47 48 49 50 51 52 53 ... 98

❮

❯

2022-08-13 12:36:13 +08:00

回复了 andyJado 创建的主题 › git › git 的 stash 用的多吗?拿来干嘛呢?

同 12 13 stash 很少用都是 commit 代替，因为 commit 功能更完善，也有详细的小版本记录，比如我临时离开 commit 下，处理了点其他工作又回来修改会再次临时离开 commit append,每次 commit 也可以查看差异，所以用不上 stash

2022-08-11 21:59:07 +08:00

回复了 x97bgt 创建的主题 › 程序员 › 惊魂一刻，密码管理软件的主密码忘记

如果只是忘记小部分字符，去中心化的都不用怕，暴力跑也用不了多久

2022-08-11 10:06:49 +08:00

回复了 kisshere 创建的主题 › 程序员 › 什么时候服务器硬盘就应该更换了?

除非你运气好，有些硬盘坏之前会出现 smart 异常，但并不是每个坏盘都会出现

这个没办法预测，生产商自己都做不到，结合资金实力决定多久更换，根据 blackblaze 的实测数据，硬盘使用超过 2-3 年后故障率骤升

2022-08-10 16:28:28 +08:00

回复了 rekulas 创建的主题 › 前端开发 › 编译事故感觉前端依赖管理太不省心了顺便问问有什么优秀解决方案

其实理论上来说，随小版本自动更新才应该是最佳开发姿势，但实际情况下由于依赖三方包太多，没有办法确保所有的依赖更新都向下兼容 /不引起 bug 也不可能一个个去排查，所以有时候可能需要锁定一个稳定版在有必要的时候手动去更新再更新稳定版版本

2022-08-10 16:24:26 +08:00

回复了 rekulas 创建的主题 › 前端开发 › 编译事故感觉前端依赖管理太不省心了顺便问问有什么优秀解决方案

@hispy
@vishun
vishun 说的对，lock 并没有让我避免事故，因为我只是删除了 node_modules 没动 lock 的情况也翻车了
后续复盘发现，我之前 vue 版本应该是 3.1.5 ，自动更新到 3.2.37 出事故，回滚 3.1.5 也不行，但中间有个版本 3.2.15 是正常的，现在我通过 shrinkwrap 进行了锁定，目前看似乎正常
很莫名其妙，lock 没啥用，起作用的居然是一个号称即将废弃的功能

2022-08-10 13:36:45 +08:00

回复了 yannxia 创建的主题 › 分享发现 › 不同语言生态之间切换的暗坑

是因为库开发者并不是同一个团队吧？每个项目的思路不同，肯定不可能确保各种逻辑实现一样的，除非已经有标准规范大家基于规范来开发-例如各种区块链协议、redis 协议
没有标准协议但同一个团队开发的跨语言库就比较好迁移，因为他们都会尽量确保一致性

2022-08-10 12:03:41 +08:00

回复了 rekulas 创建的主题 › 前端开发 › 编译事故感觉前端依赖管理太不省心了顺便问问有什么优秀解决方案

@CrazyMonkeyV 对，应该锁定但实际上并没有，包括 npm 自身发布的一些项目也是默认更新依赖的，官方也并没有重视或让用户重视这个问题，而可见的开源项目大多数都是采用默认自动更新小版本的方式发布，这就给项目可靠性带来了风险问题，大多数时候这是没有问题的，但一旦遇到问题而你没有做版本备份的话-这会让你很头疼

2022-08-10 10:33:19 +08:00

回复了 fulvaz 创建的主题 › 程序员 › 随便扯几个前端糟粕 ✅

我也是服气如果你按照 npm 标准流程开发，那就保证了你永远不知道某个项目在什么时候会突然出错
参考 https://www.v2ex.com/t/870920

2022-08-08 21:38:10 +08:00

回复了 Evilk 创建的主题 › PHP › 如何获取-浏览器指纹

每个不同的浏览器,都拥有自己唯一的 finger-print
可有参考文限？感觉这个似乎做不到吧，会泄露隐私应该不是标准

2022-08-08 21:26:59 +08:00

回复了 cnoder 创建的主题 › 程序员 › 这种索引真的能用吗

看起来是没什么用

2022-08-05 23:02:45 +08:00

回复了 rekulas 创建的主题 › 前端开发 › 编译事故感觉前端依赖管理太不省心了顺便问问有什么优秀解决方案

@MorningStar0 去掉了也不行，如我上面说的，导致问题的不是依赖的版本，而是依赖的依赖的版本，这个光靠 lock 似乎不行，不然就无法解释我光删除 node modules 为什么会导致问题了

2022-08-05 17:45:14 +08:00

回复了 rekulas 创建的主题 › 前端开发 › 编译事故感觉前端依赖管理太不省心了顺便问问有什么优秀解决方案

@isbase 测试了下 lock.json 应该不行，准备尝试下 shrinkwrap

2022-08-05 16:39:37 +08:00

回复了 rekulas 创建的主题 › 前端开发 › 编译事故感觉前端依赖管理太不省心了顺便问问有什么优秀解决方案

package-lock.json 共享的话，能否锁定所有依赖版本呢

2022-08-05 16:28:19 +08:00

回复了 rekulas 创建的主题 › 前端开发 › 编译事故感觉前端依赖管理太不省心了顺便问问有什么优秀解决方案

网上搜索到 shrinkwrap 和 yarn 似乎可以锁定，我试试，虽然我不太喜欢 yarn ，感觉是个临时方案

2022-07-30 21:52:40 +08:00

回复了 Jface 创建的主题 › 分享发现 › 分享下印象笔记中国版迁移到 notion 的最佳方式

我也是从有道云迁移出来(有道真的没法用了，动不动电脑卡死)
最开始也是考虑 notion ，但是最后还是选了 joplin ，用着很舒服

2022-07-28 22:33:17 +08:00

回复了 abccba 创建的主题 › 程序员 › 个人数据备份的一些问题

如果你不需要 raid ，直接买个玩客云，然后配个硬盘实现加密同步到 oss 、百度云等，年备份成本几十元而已，配置也简单，还可以当 nas 挂载使用

似乎比你 pc 上折腾还方便多了吧

2022-07-28 13:05:41 +08:00

回复了 frank1256 创建的主题 › 程序员 › nginx redirect 302 问题

如果 header 能判断是否需要登录，你可以根据 header 决定流量是跳转到 8081/project/auth 还是 8081/project/1
如果不能判断似乎就没有方便的办法，你只能修改 8081 的服务，或者再加个中间层判断

根据目录反代很容器遇到各种路径问题，不推荐一般子域名比较方便不会遇到这些问题

2022-07-27 22:43:31 +08:00

回复了 hikarugo 创建的主题 › 随想 › [感个慨] B 站教程区真的太卷了，感觉每个行业的教程都卷到不行

数量多但是质量堪忧，想学习下流体模拟，感觉 80%都是机翻搬运，原创的有一小部分吧质量一般般，然后还是只有去 youtube 学习

1 ... 44 45 46 47 48 49 50 51 52 53 ... 98

❮

❯