V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  GeekGao  ›  全部回复第 38 页 / 共 151 页
回复总数  3016
1 ... 34  35  36  37  38  39  40  41  42  43 ... 151  
降低一下预期,反正我是不会轻易帮一个很长很长时间不联系的外人的。
137 天前
回复了 imes 创建的主题 Rust RUST 的未来在哪里?
golang 的性价比比 rust 高(学习曲线、候选人数量、开发效率)
@akiyamaakira 抄袭未必就是可以的,因为很多厂商有外观专利和发明专利。 我认为最重要的原因还是市场需求,大多数人不需要几千块的人体工学椅,这点你可以问问非 IT 岗位的群众,看看他们家里的电脑椅是多少钱的。
@akiyamaakira 市场竞争激烈,整个市场基本都是劣币逐良币(随便看看各种中小公司采购的办公椅是什么牌子的),注重品质的人还是少数人,造价高利润空间就小了,难赚钱就没动力做好。
@way2create 两个设备都是 pc 啊,没手机啥事儿。 应该是彻底的丢了,我通过远程桌面亲眼看的。

@MajestySolor 啊,看来遇到相同情况的了。

@frankilla 啊,囧
@djw123 我这里默认没啥限制,估计还是官方的问题。

@imnpc 好几年没连续用 QQ 了,所以也不知道如今是啥情况。

@liuzimin tx 官方强制,被升级了。

@frankilla TIM 也敢丢么,这怕是要丢掉企业市场了。
139 天前
回复了 test1199 创建的主题 问与答 请问 aria2 怎么用代理下 bt?
@test1199 你可以 clash 开全局模式试试,proxychains 可能存在兼容性问题的。
139 天前
回复了 test1199 创建的主题 问与答 请问 aria2 怎么用代理下 bt?
使用 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 哈哈 你这用得挺杂
140 天前
回复了 Jack66 创建的主题 Go 编程语言 golang 大家微服务都是什么方案?
Dapr
141 天前
回复了 gl3081 创建的主题 分享创造 自己写的云原生微服务框架欢迎 star
使用 Dapr 就行了,没必要造轮子了。
很好看
恭喜
辛苦努力本地化了,然鹅并不想用内置的一对商业软件
142 天前
回复了 gesse 创建的主题 程序员 讨论一个 UDP 问题,关于监听。
```
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)
}
}
```
143 天前
回复了 idoubi 创建的主题 分享创造 我做了一个 AI 搜索引擎
我调研了 1 年了,最后认为个人做这个领域是没啥出路的。
理由,有计算资源的大厂必然会搞 ( Copy )且 GPU 规模越大边际成本越低。
如果不考虑后期性能优化相关的成本投入,我觉得还是 python 提升得开发效率更多一些。
144 天前
回复了 y0bcn 创建的主题 云计算 老板让我规划服务器集群
对于中间件和数据库的部署,继续按照当前的计划进行,即直接在物理服务器上部署并采用各自的主流集群方案。

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

关于数据丢失或无法读取的问题,无论选择哪种方案,都应该实施严格的备份和恢复策略,以防止数据丢失。
@JohnYep 挂号信,邮政要送到你门上。电话号码没用,因为他们根本不会电话通知你。
1 ... 34  35  36  37  38  39  40  41  42  43 ... 151  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2645 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 11:27 · PVG 19:27 · LAX 03:27 · JFK 06:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.