V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zhenjiachen  ›  全部回复第 3 页 / 共 39 页
回复总数  779
1  2  3  4  5  6  7  8  9  10 ... 39  
243 天前
回复了 tsohgdivil 创建的主题 Apple Zed Editor:最完美的快速启动编辑器
不支持 win
243 天前
回复了 kahloy 创建的主题 数据库 [有偿] Clickhouse 相关问题求助
@kahloy clickhouse-operator 还不支持 keeper ,只能自己部署一套 zookeeper
@dbpe 赞同,还不如直接 jpa 加 querydsl ,jooq 也可以但是低半版本数据库收费
244 天前
回复了 kahloy 创建的主题 数据库 [有偿] Clickhouse 相关问题求助
有 k8s 了可以试试 https://github.com/Altinity/clickhouse-operator ,只需要自己部署 ck ,然后写个 yaml 就能启动 ck 了,版本升级和配置管理很方便
收藏了
248 天前
回复了 hello202311 创建的主题 生活 菜板太容易发霉了,有推荐的菜板吗?
木制的菜板确实好容易发霉,同求
我去知道,我用 rust 开发了安卓的 sdk ,刚好里面有调用命令行的代码,那这样不会也被杀进程吧?
255 天前
回复了 MrLonely 创建的主题 问与答 能不能保留套餐换手机号?
8 块钱的套餐没有停办,只是营业厅不给办,直接电话客服,不给办就工信部,你可以搜一下,我联通刚换 8 块保号套餐
才发现 gradle 支持这个功能,准备把项目都改了。感觉这个功能挺好的。
@InkStone 我没说你前端用 bcrypt 还需要传明文给后端啊,我说的是你前端传了 bcrypt 哈希值的话,后端怎么和前端传过来的哈希值对比,因为 bcrpt 的特性就是每次都是不一样的字符串,所以后端只能保存明文是不是?

所以根据以上结论就是前端使用哈希密码的方式传参数是对后端密码不安全的,所以只能使用对称加密或者非对称加密的算法,所以我之前的说法只是拿 aes 来举例而已。
@InkStone 我是说不赞成前端使用 aes 加密,看清楚哈,前端使用 bcrypt 是认真的吗,前端使用哈希算法,后端保存明文?这就离谱,肯定是前端传输明文后端使用 bcrypt 来做对比。
@InkStone 我没说在前端持久化密码啊,我说的是 bcrypt 哈希是在后端做的并且保存到数据库。
小公司前端加密确实不需要,他们这些大厂加密是因为可以防止大量爬虫和撞库,他们有技术和能力对抗前端代码的反编译,小公司没这个能力,简单的写个 aes 加密直接就反编译出来了,还不如直接使用明文传输,密码保存在数据库使用 bcrypt 算法来做 hash ,这种算法一定程度上防止了被脱裤爆破出用户密码。
我们也有想法去草原,mark
apisix 不推荐
/t/1033395
我研究过 posthog ,感觉东西还是蛮多的,自己按着他实现了数据上传和收集,但是感觉其它功能还是很多。让公司联系神策,领导说私有部署太贵了,还是自己部署 posthog ,可惜蛮多高级功能没有
下载来试试,notion 刷的费用被收回了
312 天前
回复了 SilenceLL 创建的主题 程序员 请教一下大家跨平台 SDK 开发方案
rust 常用的平台都支持,鸿蒙也支持 rust ,rust 也支持 sqlite 而且还有 orm 框架
1  2  3  4  5  6  7  8  9  10 ... 39  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2765 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 12:26 · PVG 20:26 · LAX 04:26 · JFK 07:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.