V2EX › beyondstars 的所有回复 › 第 1 页 / 共 22 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 22

❮

❯

2 天前

回复了 lifeOsDeveloper 创建的主题 › 生活 › 感觉生活一成不变，有没有什么低成本却能够带来较大生活改变的事情或者物品？

无线电、软件无线电、HAM 、DX 等爱好。

去申请 ASN BGP 广播自己的 IP 地址。

3 天前

回复了 wshhfy 创建的主题 › Claude Code › Claude5 要来了...真的感到太快了

套路就是，每次精心准备一些 benchmark 数据集，跑出比上一个好一些的分数，精心挑选一些指标放出来，然后让上一代模型降智。

也就那样。

3 天前

回复了 kuan1 创建的主题 › 程序员 › 大佬们，有什么好玩的技术或者东西玩法推荐吗

搞个公网 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 参数。

2025 年 11 月 12 日

回复了 wanchuno 创建的主题 › 程序员 › 在 AI 编程时代，编写代码的流程或者方式，有哪些是之前必要的，现在变成不那么重要了？

应该问哪些是之前重要并且现在仍然重要的，编码只是解决问题的一种方式，重要的是背后的思路：你想通过编码解决什么问题以及以什么样的方式去解决。

AI 可以在术的方面补齐开发者的短板，但是道的方面还是看开发者自己。

2025 年 11 月 10 日

回复了 felixyale 创建的主题 › 宽带症候群 › 大家家里网络怎么架构的啊

1. ISP-光猫-交换机
2. 交换机-dot1q VLAN-软路由
3. 交换机-WiFi
4. 交换机-其他有线设备

2025 年 11 月 9 日

回复了 2397613259qqq 创建的主题 › 宽带症候群 › ipv4 地址短缺是云服务企业和 IDC 为首的垄断势力为了圈钱制造的谎言

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

❮

❯