@test1199 你可以 clash 开全局模式试试，proxychains 可能存在兼容性问题的。

使用 HTTP 代理对于 aria2 的 DHT 网络来说是无效的。原因在于，DHT （分布式哈希表）通信主要依赖 UDP 协议，而 HTTP 代理仅支持 TCP 协议。这意味着，尽管你可以通过 HTTP 代理来控制 aria2 对 HTTP 和 FTP 等协议的下载，但对于 DHT 网络中的 P2P 通信，aria2 无法通过 HTTP 代理进行转发。

aria2 本身并不直接支持 VPN ，但它会继承操作系统的网络设置。因此，如果你的系统通过 VPN 连接，那么 aria2 也将通过同样的 VPN 连接进行网络访问。
所以，只要你的系统正确地通过 VPN 连接，aria2 就能自动使用 VPN 进行下载。

互联网广告系统主要是若干个 RTA 广告网络构成，用户画像有 DMP 合作伙伴共享你（设备）的特征数据。

@ooolooo 哈哈 你这用得挺杂

Dapr

使用 Dapr 就行了，没必要造轮子了。

很好看

恭喜

辛苦努力本地化了，然鹅并不想用内置的一对商业软件

```
package main

import (
"fmt"
"net"
)

func main() {
addr := "0.0.0.0:1234"
conn, err := net.ListenPacket("udp", addr)
if err != nil {
fmt.Println("ListenPacket:", err)
return
}
defer conn.Close()

buf := make([]byte, 1024)
for {
n, addr, err := conn.ReadFrom(buf)
if err != nil {
fmt.Println("ReadFrom:", err)
continue
}
fmt.Println("Received:", string(buf[:n]), "from", addr)
}
}
```

我调研了 1 年了，最后认为个人做这个领域是没啥出路的。
理由，有计算资源的大厂必然会搞 （ Copy ）且 GPU 规模越大边际成本越低。

如果不考虑后期性能优化相关的成本投入，我觉得还是 python 提升得开发效率更多一些。

对于中间件和数据库的部署，继续按照当前的计划进行，即直接在物理服务器上部署并采用各自的主流集群方案。

对于虚拟化或容器化集群的选择，我推荐选择 Kubernetes (K8s)。尽管它的学习成本较高，但从长远来看，K8s 能够提供更强大的功能和更广泛的应用场景。此外，随着时间的推移，团队将逐渐掌握 K8s ，从而提高整体的运维效率和系统的可扩展性。

关于数据丢失或无法读取的问题，无论选择哪种方案，都应该实施严格的备份和恢复策略，以防止数据丢失。

@JohnYep 挂号信，邮政要送到你门上。电话号码没用，因为他们根本不会电话通知你。

一点点建议：优化一下造型，例如发型，尝试更个性一点会有很好的镜头感

说明公司所做业务没啥技术含量，不需要沉淀和积累。

一个扎心的现实：
前端擅长 Node 开发、三方 API 接入的 coder ，不需要后端开发合作 （至少绝大多数产品的 MVP 阶段，不需要）

去外企，工作几年后你会发现，你有了润的资本（主要是软实力）
创业公司，不确定性太高，发展好坏都与你无瓜（除非你有期权 or 股份）除非公司能做到行业独角兽级别，不然履历并不会加什么分。

十多年前，有很多公开的 webcam 都是这种技术架构。