V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  litchinn  ›  全部回复第 16 页 / 共 34 页
回复总数  669
1 ... 12  13  14  15  16  17  18  19  20  21 ... 34  
2023 年 10 月 14 日
回复了 a33291 创建的主题 NGINX 请教各位一个 nginx 的配置
server {
server_name a.com;
listen 80;
location / {
proxy_pass xxxxx;
}
}
server {
server_name b.com;
listen 80;
location / {
proxy_pass xxxxx;
}
}


这样配置
2023 年 10 月 13 日
回复了 Bigstupidcat 创建的主题 问与答 每日一问,电饭煲有什么推荐的吗
找个内胆好的,不沾米不掉涂层,方便清洗的就行吧
全局的常量字典我选择直接返回 code/id ,前端页面中会先查询所有这个类型字典的数据,所以能自行显示对应名称。这种通常用于如:产品类型,状态等字段。

你说的这个属于业务型的关联查询。就 left join 查就可以了吧,如果由于整个 sql 关联了很多表且其中有大表导致查询比较慢,可以选择在代码中单独将零件的名称查出来再赋值,必要时使用缓存。

我通常也不愿意写很长的 sql ,sql 越长越容易出问题,且通常说明设计不太合理。但也要实际情况结合来看,没有绝对的对错
2023 年 10 月 13 日
回复了 specssss 创建的主题 云计算 双 11 活动提前来了,冲
> 云服务器 4 核 8G5M 带宽 373/年

怎么没看到这个
spec.nodeName

https://kubernetes.io/docs/tasks/inject-data-application/environment-variable-expose-pod-information/#use-pod-fields-as-values-for-environment-variables

然后在 yaml 里就可以直接使用环境变量了,你可以试下,一个集群才适合这种,你是三个集群那这 3 个 node 的名称可能是一样的。

3 个集群的话直接 configmap 配置个环境变量不就好了吗,不让改 k8s 里配置的 yaml ,添加一个总没问题吧
先判断老板意图,
问老板是觉得现在哪里不满意呢?
如果老板啥都说不出来,那就如楼上所说,在钓鱼,你就说现在都挺好的
如果老板有说哪些地方,你就顺着说
总之把问题再抛回给老板,这就叫打太极
2023 年 10 月 9 日
回复了 rrubick 创建的主题 职场话题 失业半年了
同失业中,工作太难找了
> 简单的映射、移位、异或、置换
这种方式和古典密码学一样,特征太明显了

从需求出发,我觉得你的算法只要满足你现在的需求就能用,毕竟你又不给别人用

从算法讨论出发
1. 我觉得 1 楼说的对
2. 永远不要自己设计使用加密算法
3. 安全在于密钥而不在算法

> 同样也没见过多少人真的拿用户 id 上 AES 的
感觉就没多少场景有和你这个类似的需求的,通常来说 id 本来就不是什么敏感数据,暴露一个 id 和一个 hash 或加密后的 id 根本没多少区别,特别是现在大规模使用 uuid ,雪花 id 的情况下。
担心伪造 id 应该通过数据权限控制,担心暴力刷接口应该用其他安全机制
2023 年 10 月 9 日
回复了 MushroomLittle 创建的主题 DevOps 国内有没有类似 FreeIPA 和 Keycloak 的产品?
还有个 Maxkey
但是国内的这些真的不好用,代码质量也差
越用你会越觉的 keycloak 真好,除了不能开箱即用简直完美
没有特别看懂你的环境

你这三个局域网是同一个集群呢还是有三个集群呢
我理解中你是一个集群,三个服务节点使用同一个 yaml 配置文件,你是如何通过修改 yaml 来指定某个节点读取到对应配置的呢? k8s 可以指定节点部署(虽然我觉得服务设计上不应该关心具体节点),但是读取的不都是同一个 yaml 吗

我觉得可以 ConditionalOnProperty 中使用 hostname 来判断,havingValue 设置 hostname 的值
5 层楼给了 5 个方案,太真实了
rust 有一个 dioxus
对资源和性能有要求的应该会选择 consul ,你可以放一下你的项目和这两者的 benchmark 对比
2023 年 9 月 21 日
回复了 yazinnnn 创建的主题 程序员 virtual thread 在 jdk21+graalvm 条件下简单测试
https://www.bilibili.com/video/BV1Ju4y1Q788
这个视频我觉得讲的听清楚的

测试我觉得应该是写个请求,请求其他服务器资源。对比虚拟线程和传统多线程的响应,以及试试虚拟线程的数量级

虚拟线程和原生镜像,使用前需要慎重考虑当前场景是否适用,感觉他们更像是加入的新功能,而非可以完全替代旧有功能的进化版
这种最常见的情况不是 k8s 集群使用外部数据库吗
https://kubernetes.io/docs/concepts/services-networking/service/#services-without-selectors
修改 service 配置,让其直接访问到你本地。
但是如果本地服务还需要继续调用 k8s 中其他服务的话可能又有些问题,还需要改其他配置。想想还有点爆炸
作为一个新人,想迅速上手一个大型的老项目,是需要点运气的
1. 有一个优秀的领导(组长)这种角色,给你分派任务时从一些工作量不高但是能切入核心的工作开始,慢慢慢慢一个模块一个模块开始认识整个系统
2. 认真对待每次需求评审会,此时大家也是新接触功能,如果你是新人那么在评审会上你应该有很多名词不懂,记下来会后问一问,基本能搞清楚流程了
3. 看代码这东西真的很看运气,因为有时候项目的代码真的是屎山,写的人再看都不一定知道咋回事了。
4. 多去测试环境(或者其他非生产环境)的应用上点一点,看一看各个功能的用途,并尝试从接口找到对应代码(非 web 项目同理)
2023 年 9 月 13 日
回复了 lurenjiauser 创建的主题 Windows 请问 windows 的 Bug 到哪里提啊?
1 ... 12  13  14  15  16  17  18  19  20  21 ... 34  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5923 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 06:10 · PVG 14:10 · LAX 23:10 · JFK 02:10
♥ Do have faith in what you're doing.