V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  beyondstars  ›  全部回复第 1 页 / 共 22 页
回复总数  424
1  2  3  4  5  6  7  8  9  10 ... 22  
无线电、软件无线电、HAM 、DX 等爱好。

去申请 ASN BGP 广播自己的 IP 地址。
3 天前
回复了 wshhfy 创建的主题 Claude Code Claude5 要来了...真的感到太快了
套路就是,每次精心准备一些 benchmark 数据集,跑出比上一个好一些的分数,精心挑选一些指标放出来,然后让上一代模型降智。

也就那样。
搞个公网 ASN 学习学习,或者退而求其次玩一玩 DN42: https://lantian.pub/article/modify-website/dn42-experimental-network-2020.lantian/
1 月 23 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@zhanshen1614 你对这个真实性的定义是合理的。但问题不在你,因为毕竟项目确实是你自己深度参与的。可能企业只是找一个理由而已。所以应该多投几个,多找几个。
1 月 23 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
你先定义什么是你说的“真实性”,是指 100%不含 AI 参与的才叫真实,还是绝大部分代码 80% 以上不是 AI 生成,还是什么标准,说清楚。

第二个是为什么要判断不存在 AI 代工这件事?用 Agent 写代码是大势所趋。你们是体制内?是开发无法访问外网的军工项目?

Linus 都开始用 AI 写 side project 了,现在还坚持什么工匠精神追求全部手写吗?

你要看:1 、测试覆盖率。2 、提出几个问题要点,他在这个项目中怎么实现的,他说的思路和代码对得上对不上。3 、产品使用体验,有没有什么设计上的硬伤,能否流畅使用(程序行为正确、流畅、界面合理等)。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@julyclyde #14 另外把 nested containerization (比如 docker in docker) 这样的情景也考虑到,有一些环境就是比较简陋没有 syslog server 和可以 bind mount 到容器内部的 syslog socket 。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@julyclyde #14 那宿主机不装 syslog server 您的容器就永远不调度到这台机子上了是吗?
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@patrickyoung 第三,cat 和 shell 做的只是简单的 stream 重定向,纯粹转发 byte stream ,几乎没有任何的计算或判断,这也能成为你的攻击点?这也能造成性能问题?我不理解。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@patrickyoung 第二我有我的时间安排,是不是我得像人工智能模型那样,表达任何内容的时候,要检索整个互联网的所有资料呢?我有义务,或者我做出过任何保证,一定要提供最优的方案吗?

我不知道长期陷入信息茧房的人是什么样的,但是从您表现出的偏执和狭隘来看,症状非常恐怖。仅从性能出发就否定一切。建议看一下心理咨询或者自测。

另外,如果您追求效率,那么你不需要在这里显摆您的知识,应当自己去改代码让它直接打印到 stdout ,以此实践你的观点。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@patrickyoung 简洁高效不是你张口闭口定义的简洁高效,你应该自己去跑个分比对多种方案,从中找出显著差异, 来支持您的主张。

我发现您没有没有耐心或者理解能力读完全文,我完全没有声明我的方案是效率优先的,我表达的内容是如果遇到了只会输出到 syslog 的应用,对它容器化时怎么把 syslog 日志输出重定向到 stdout 。怎么就莫名其妙和效率扯上关系了呢?

喷子的常用诡辩逻辑时找到一个缺点,效率看起来不是最优的,就全盘否定一切。在您这里就非常明显了。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
要在 opendkim 的配置文件里面启用 Syslog 选项,抱歉我在正文没把这个说明白造成了一些误解。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
而且你们难道都没理解对?`-f` 是让进程留在前台,但是和把日志打在 stdout (这属于日志输出路径)没半毛钱关系啊?
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@patrickyoung 我觉得像你这样的人还真不少,遇到任何问题就只会问 AI 和搜索引擎,如果找不到答案就否定需求本身。你应该提高自己的阅读理解能力,我只是用 opendkim 举一个例子,我描述的是针对一整类 syslog-only 应用程序的日志重定向方法。如果你需要容器化 10 个不同的 syslog-only 的容器,我希望你每个都去搜一遍,最好是停止维护 4 、5 年的也继续拿来用。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@defunct9 我用的是 exec 命令,就是故意让 opendkim 留在前台,是你理解的不对。麻烦再仔细看一遍。
2025 年 11 月 25 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@patrickyoung 谁都会用搜索引擎,不要再我的帖子用你的废话占用空间。另外,每个人都可以独立探索得出自己的发现,如果你擅长用搜索引擎你会发现类似的玩意还不止一个,我没工夫看别人的 Dockerfile 怎么写的,自己手挫出来只用了半个小时还加深了自己对容器和 linux 的理解。你自己的偏好是用现成的东西没问题,但是把自己的想法套在所有人身上就是你的傲慢了。

`-f` 是让 opendkim 进程留在前台,exec 是在当前 entrypoint.sh 的进程继续执行 opendkim 的内容,而不是为 opendkim 单开一个进程。
2025 年 11 月 24 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
还有一种方法是在 Dockerfile 编写自定义的 healthcheck ,docker 应该会自动重启 unhealthy 的容器
2025 年 11 月 24 日
回复了 beyondstars 创建的主题 Linux 把 syslog-only 的应用程序的日志重定向到 stdout
@defunct9 或许会考虑用 tini 作为一个轻量的 supervisor ,或者 docker run 加 --init 参数。
应该问哪些是之前重要并且现在仍然重要的,编码只是解决问题的一种方式,重要的是背后的思路:你想通过编码解决什么问题以及以什么样的方式去解决。

AI 可以在术的方面补齐开发者的短板,但是道的方面还是看开发者自己。
2025 年 11 月 10 日
回复了 felixyale 创建的主题 宽带症候群 大家家里网络怎么架构的啊
1. ISP-光猫-交换机
2. 交换机-dot1q VLAN-软路由
3. 交换机-WiFi
4. 交换机-其他有线设备
1. 我不同意像是“家庭用户比云服务商 ICP/IDC/ISP/Cloud Provider 更加需要 IPv4 地址”这样的说法,反过来也不同意。点对点连接是双向的,也就是说任何需要点对点连接的情景,都需要两边有路由可达的 IPv4 地址,否则就只借助于 STUN 这样的服务,牺牲了端到端原则。
2. 如果说在云上,你让各个网站/app/服务都共享一个 IPv4 ,那压力就会集中到应用层网关上,无法 scale ,而路由器完全可以仅根据 IP 头部的地址进行路由,不需要解析应用层标签,比如 SNI, Host 之类的玩意。同理,在云端进行 TCP 端口转发和 SNAT 也会增加对有状态防火墙的压力。所以云上的服务和应用,也同样需要单独的 IPv4 和 IPv6 。
3. IPv4 的地址短缺是分配问题造成的,早起做出了一些(在今天看来)错误的、不合理的分配。IPv4 地址是要钱的,从经济角度来说,指望囤积 IPv4 地址坐地起价获利是不现实的:首先云服务是一个充分竞争的市场且价格透明,其次用户群大部分都是价格敏感的。
1  2  3  4  5  6  7  8  9  10 ... 22  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2011 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 395ms · UTC 01:48 · PVG 09:48 · LAX 17:48 · JFK 20:48
♥ Do have faith in what you're doing.