V2EX › adoal 的所有回复 › 第 21 页 / 共 84 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 17 18 19 20 21 22 23 24 25 26 ... 84

❮

❯

324 天前

回复了 dzdh 创建的主题 › NGINX › 不借助 lua 的前提下怎么实现类似 cloudflare 的 5 秒盾

如果用的是 deb 系发行版，可以安装 nginx-extras ，会带上 lua 模块。

我也不喜欢装 openresty 打包的那个版本。主要是不喜欢打包的 rpm/deb 不符合 FHS ，用的是 everything-under-prefix 方式，程序/配置/数据/日志的目录在文件系统里还都是同样的 ownership……这样还打个屁的 rpm/deb 包。

324 天前

回复了 einsdisp 创建的主题 › 程序员 › 如何确保 Jetbrains/VScode 等 IDE 里面安装的插件的安全性？

你甚至保证不了 JB/VSC 本身的安全。

324 天前

回复了 iorilu 创建的主题 › 程序员 › 时至今日, 还有多少程序员认为 Python 简单的

任何编程语言钻研到深处都不简单。但是有的编程语言可以让外行快速上手，有的则需要征服陡峭的学习曲线，只适合专业人士。

324 天前

回复了 xubingok 创建的主题 › 程序员 › 日期区间的终点是用第二天的 00:00:00 还是当天的 23:59:59 比较好?

@mytharcher 如果业务逻辑的关注点是年、月、日这些“人为编制的序号”，那么更好的做法是抽出年、月、日建索引，检索时在索引字段上按照更符合人类认知的闭区间来筛选，而不是在 timestamp 上划分范围。

324 天前

回复了 xubingok 创建的主题 › 程序员 › 日期区间的终点是用第二天的 00:00:00 还是当天的 23:59:59 比较好?

@brader 也就是说，其实 Calendar 相关的东西是跟 time 不同逻辑的数据类型，它不是物理意义上的时间长度和时刻坐标，而是人为的、人文的编号。如果要处理日历上的日期，复杂度远比“存储用 UTC timestamp ，给人看的交给前端去做转换”复杂得多。以前在一个教务系统招生模块里就是因为大意用普通的时间类型保存生日而碰到了中国实行夏时制的年份里出生在夏时制边缘日子里的学生因为算出来的“年龄”不对而无法报名的问题。

324 天前

回复了 Loxon 创建的主题 › 程序员 › 最近好多 GUI 之争，我来给 Electron 站一票，理性讨论

作为用户我只想用原生 app……但是想到我很少为优秀的原生 app 付钱，那么，作为雪花，我不是无辜的

324 天前

回复了 xubingok 创建的主题 › 程序员 › 日期区间的终点是用第二天的 00:00:00 还是当天的 23:59:59 比较好?

另外，除了小数部分之外，23:59:59 还有个问题是表示不了闰秒。

当然，实际应用中，如果业务不是全天候的，或者在那特定一两秒的业务量本来就少，也能承受少量错误的代价，就无所谓了。

324 天前

回复了 xubingok 创建的主题 › 程序员 › 日期区间的终点是用第二天的 00:00:00 还是当天的 23:59:59 比较好?

如果做比较的时候能保证传入的时间先 truncate 到确定的精度，可以用两端都闭合。否则只能左闭右开才能保证正确性。

325 天前

回复了 feirisu 创建的主题 › 程序员 › Windows 下开发小应用 GUI，真的很难选方案

因为早在很多年前厂家们就没动力卷桌面 GUI 赛道了，更不要说 native GUI