V2EX › povsister 的所有回复 › 第 15 页 / 共 49 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 11 12 13 14 15 16 17 18 19 20 ... 49

❮

❯

2024 年 9 月 28 日

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

@8520ccc
血的教训告诉你约束要做在编译器上，而不是口头上

2024 年 9 月 28 日

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

@8520ccc
我碰到很多也不读 value context 设计的研发，用的时候直接 key="keyString"，然后 value 直接拐上去了。
放你这个设计里是直接 boom 。

2024 年 9 月 28 日

回复了 MimicOctopus 创建的主题 › 问与答 › 请教基础服务方案

@billzhuang
对的，这些中间件的自身 overhead 对于小团队来说压根不需要考虑太多。做到物理机资源池化就行了。
大企业再考虑 share instance 和 namespace 隔离。

2024 年 9 月 28 日

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

@8520ccc
哥们我既没人身攻击也没任何脏字。。你这还是有点脆弱了啊。
搁 Linus Torvalds 这种攻击性拉满的，就该直接骂你代码是 trash 了（斜眼笑

不过给个建议，写偏基础性质的代码，务必搞懂每一行代码的作用和大致原理，尤其是参数上的一些设计，你写的时候就不好奇为什么 value context 的 key 和 value 都是 interface 类型么。
不然就会有你这连 value context 设计和原理都没读的闹的笑话了。

2024 年 9 月 28 日

回复了 MimicOctopus 创建的主题 › 问与答 › 请教基础服务方案

小团队用 k8s+template ，池化部署
走人工申请而不是平台创建

2024 年 9 月 28 日

回复了 8520ccc 创建的主题 › Go 编程语言 › 分享：泛型+context 自动根据类型生成 ctx key

这种代码写的误人子弟。。
官方 value context 的使用说明你是一点没读啊。

2024 年 9 月 27 日

回复了 fliter 创建的主题 › 程序员 › 为什么 Serverless 生态目前普遍支持最好的是 JavaScript？

看到 serverless 都觉得唏嘘，云原生火热的那几年到处都吹着上云都吹着容器化，一时间 servicemesh 风头无两。
不乏有人在探索：下一个突破点是什么？是大规模的 SaaS ，还是 FaaS ？然后就出现了 serverless ，甚至还出现了模仿容器的函数沙盒：宣称下一代容器技术，具有秒级部署，秒级启动，秒级更新。吊打现在分钟级的容器调度。

后面的事情大家都知道了，疫情三年全球经济萎缩，降本成了第一要务，再也没人鼓吹 serverless 。

2024 年 9 月 27 日

回复了 wsseo 创建的主题 › 宽带症候群 › 怎么让设备同时访问两个网段？

你猜“路由”器是干嘛的

2024 年 9 月 24 日

回复了 privater 创建的主题 › iPhone › 说点正能量的， iPhone 16 Pro 电池续航真的是顶

@aireason
OP 的亮屏平均 11 小时

2024 年 9 月 23 日

回复了 blackstack 创建的主题 › 程序员 › 使用 socket 做进程间通信的架构师属于什么水平

@blackstack #23
不要只把沟通停留在嘴上，留书面，给他发邮件讲清楚同时 cc 老板。凡事留个证据事后好甩锅。

看你俩一人负责一端的情况下，这么少沟通简直不可思议。他甚至还懒得给你解释技术方案，这种人一般要么是大佬脾气怪，要么就是菜逼只会抄。

2024 年 9 月 23 日

回复了 JustBecause 创建的主题 › 职场话题 › 一大早到公司被同事怼了，因为他懒得开双重认证，我还不帮他取消

哥们如果不是 RPG 你真无敌了

2024 年 9 月 23 日

回复了 program9527 创建的主题 › Android › 抖音到底是如何识别 Android 设备的

各厂都有自己的设备指纹计算方案，不是你改个 mac 地址啥的就会变的。
具体是什么你得问搞黑产的，他们门清。

2024 年 9 月 22 日

回复了 Kung815 创建的主题 › 程序员 › 游戏开发是不是众多工种中开发体验最好的？

游戏加班赶 ddl 还有千军万马挤爆品你是一个字不提啊

2024 年 9 月 21 日

回复了 dhuzbb 创建的主题 › 宽带症候群 › 个人家庭网络布局分享

@maybeonly
害，你没细看我给的问题。op 这种部署，主路由 DNAT 做端口映射，对于默认网关是旁路由的设备无论怎么改都只有不通一个结果。。因为设备会把回复的包通过默认网关发给旁路由，旁路由只会满脑子问号这是什么东西然后直接丢了。

#20 说的 UPnP 还有 ipv6 逃逸问题也确实存在。anyway ，我是真不建议这种同一个网段里有俩网关设备的操作，不但和网络部署最佳实践背道而驰，而且出问题很多人甚至不知道如何排查。

2024 年 9 月 21 日

回复了 dhuzbb 创建的主题 › 宽带症候群 › 个人家庭网络布局分享

@dhuzbb
但看到访问者的真实 IP 是一个很常见的需求，假设你暴露的不是 web 服务而是 ssh 服务，那么为了防爆破肯定要 fail2ban ，那么如果无法看到真实 IP ，确实有诸多不便。。

这也是所有”同网段改网关走旁路由科学“方案的一个无法解决的痛点问题。

2024 年 9 月 21 日

回复了 realchang 创建的主题 › 宽带症候群 › 如何使用反向代理结合二级域名访问内网远程桌面？

首先，rdp 是 L7 协议，运行于 tcp 、udp 之上。
所以，nginx 只有 stream module 可以处理，且一般只能处理 sni 和 ALPN ，rdp 并不运行在标准 TLS 协议下，所以，应该没啥用。

其次，域名，在这个 case 下，只负责解析实际 IP 地址，rdp 客户端会直接使用解析后 ip+3389 端口访问，此访问中，理论不携带任何域名信息。nginx stream module 自然无用。

综上，仅通过不同域名+同一个 IP ，不可能做到根据域名分流至不同 rdp 目标。

提示，研究 RDP gateway ，用于解决你 rdp 分流问题

2024 年 9 月 21 日

回复了 dhuzbb 创建的主题 › 宽带症候群 › 个人家庭网络布局分享

给提个这种配置下的一个小问题，可以思考一下。

假设在 PVE 上有一个 web 服务，而且此 PVE 中，提供 web 服务的容器或虚拟机的默认网关是旁路由。
此时有需求从外网访问，通过公网 IP 的端口映射，直接访问 PVE 上的 web 服务，而且 web 服务要能看见访问者的真实 IP （而不是主路由的 IP ）
请问，这种情况你的拓扑配置可以支持吗

2024 年 9 月 21 日

回复了 laters 创建的主题 › 宽带症候群 › 公司只允许飞连连接到公司内网，有没有办法实现不安装在本机，也能在本机使用公司内网

字节的安全审计可不是吃素的，小心饭碗。
真有需求公司电脑带回家，工作和私人电脑分开。

2024 年 9 月 19 日

回复了 ZzhRen 创建的主题 › 信息安全 › 针对程序员的攻击？在 github 上广撒 issue 吸引协作者进入钓鱼网站

Human injection attack

1 ... 11 12 13 14 15 16 17 18 19 20 ... 49

❮

❯