简单发个消息：

最全的自托管服务合集开源啦

已收录 135+ 服务，持续更新中，做最实用最全面的自托管服务合集：

https://selfhost-hub.com/

仓库已开源，欢迎大佬们共享共建：

https://github.com/songtianlun/selfhost-hub

ps: planet 抓取速度好快，修改内容更新也快。

GoAccess 是一个开源的实时 网络日志分析器和交互式查看器，可以在 *nix 系统的终端中或通过浏览器运行。

默认情况下，goacccess 分析 COMBINED 类型的日志，也是 nginx/apache 默认的形式。goaccess 是支持多站点分析的，根据官网说法，只要日志格式中带有 %v 就会开启，其实比较简单的做法是使用 VCOMBINED 类型的日志分析即可。想要分析 VCOMBINED 类型的日志，需要在 nginx 等日志中做一点点细微的调整。

nginx access.log 日志格式增加 host

如果多个网站的日志交织在同一个 access.log 日志中，首先需要调整 nginx access.log 日志格式：

根据官网，默认的格式为：

$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent" $request_length $request_time [$proxy_upstream_name] [$proxy_alternative_upstream_name] $upstream_addr $upstream_response_length $upstream_response_time $upstream_status $req_id

来自 ingress-nginx 官网

修改为符合 VCOMBINED 规范的日志，仅需做一点调整即可：

$host:$server_port $remote_addr - $remote_user [$time_local] \"$request\" $status $body_bytes_sent \"$http_r  
eferer\" \"$http_user_agent\" $request_length $request_time [$proxy_upstream_name] [$proxy_alternative_upstream_name] $upstream_addr $  
upstream_response_length $upstream_response_time $upstream_status $req_id

仔细看，其实就是在最前面增加了 $host:$server_port ，经过实践，如果仅增加 $host 是不符合 VCOMBINED 格式的，在 goaccess 解析时会报错。

goaccess 分析

分析时可以指定日志格式，默认提供了多种格式，默认会采用 COMBINED ，可以解析 nginx 的默认日志格式。

goaccess "$NGINX_LOG_FILE" -o "/path/to/report.html" --log-format=COMBINED

再按照上面方法配置后，在 nginx 日志中具有了 host 信息后，就可以分析带有主机信息的日志了：

goaccess "$NGINX_LOG_FILE" -o "/path/to/report.html" --log-format=VOMBINED

如果一切顺利，打开报告即可看到多主机分析报表。

References

• https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/configmap/#log-format-upstream
• Nginx Virtual Host Log Format.md
• https://github.com/allinurl/goaccess
• https://goaccess.io/man
• https://github.com/allinurl/goaccess/blob/037c6c23b70b79559fc90904026ae1932c4d7f7c/config/goaccess.conf#L79
• https://nginx.org/en/docs/http/ngx_http_core_module.html#variables
• [What is a standard command for printing a date in RFC-3339 format?](https://unix.stackexchange.com/questions/120484/what-is-a-standard-command-for-printing-a-date-in-rfc-3339-format
• Kubernetes logs dump for some time range

如题 也想搞个域名 不然一长串的不好看

去中心化~

很久没有录“世界各地”系列啦，本期我们邀请到在日本大阪的Justin Chen，跟我们聊聊大龄码农举家移居日本的故事。

我台之前也聊过两期日本的，但两位嘉宾都选择了东京，而本期嘉宾Justin Chen则选择了大阪。

那么Justin为什么选择大阪呢？他在大阪又是做什么呢？大阪的住址，小孩的择校又有什么经验呢？

废话不多说，我们直接开聊。

时间轴

• 00:00:00 世界各地系列·大阪：嘉宾 @Justin
• 00:00:52 嘉宾用方言打招呼
• 00:02:33 为什么选择了日本大阪这个城市？
• 00:06:26 在大阪的居住体验及孩子的上学经历
• 00:08:46 日本本地对小孩的教育理念
• 00:11:41 日语的学习经历
• 00:12:50 在日本的工作模式
• 00:14:06 为何选择去日本发展
• 00:18:08 出国过程遇到最难的点是什么？
• 00:23:16 公司的业务模式和经营范围
• 00:25:22 不经意间成立了“一人公司”
• 00:30:14 开展在线AI课程业务的契机
• 00:41:27 AI带来了创造力的“文艺复兴”
• 00:50:11 “大阪的天气像是恒纪元”
• 00:53:16 交通通勤的体验
• 00:56:41 房价相关
• 01:00:08 饮食文化
• 01:05:22 给来大阪定居的朋友的建议
• 01:07:54 听友提问：作为独立开发者最有成就感的事？
• 01:10:17 听友提问：作息如何？有小孩后如何平衡？
• 01:12:03 听友提问：如何在日本找工作？职场氛围如何？
• 01:16:16 听友提问：日本什么样的行业程序员最多？
• 01:17:37 灵魂三问
• 01:27:28 尾声

相关信息

• 嘉宾: Justin Chen | interjc.net
• 主播: 枫影 Justin Yan
• 主播: 自力 hzlzh
• 后期: 枫影 Justin Yan
• 微信听友群：加fyfyFM进群
• 听众反馈: [email protected]

节目收听方式

推荐使用苹果Podcast, 小宇宙等播客客户端搜索“枫言枫语”来订阅收听本节目。

• 小宇宙 - 枫言枫语
• 直接订阅 Feed URL
• Apple iTunes Podcast - 枫言枫语

基于分布式互联网的 V2EX 新主页和内容发布方式：

https://www.v2ex.com/planet

• 内容支持文本（GitHub 格式 Markdown）、图片、视频、音频。
• 用户内容的权威版本存在用户自己电脑上，只能被用户自己修改或者删除。
• 通过 V2EX 作为聚合器，内容可以被更多人看到。同时 V2EX 还可以提供评论和流量统计等在中心化架构里更容易实现的服务。
• V2EX 用户用 Planet App 创建的内容可以随时加入聚合，也可以随时退出。

https://store.steampowered.com/app/3358900/Tiny_Racing/

我太渴望被人关注了，但是有害怕被过多关注，事实是没人关注

[email protected]

From: Steve Jobs. "Great idea, thank you." https://blog.hayman.net/2025/05/06/from-steve-jobs-great-idea.html

从来没用过 IPFS 写东西诶，不知道可以发出去吗？尝试一下。

朋友 AI 新公司的名字：

北京对牛弹琴科技有限公司

https://shanding.xyz/

在那个被日剧席卷的年代，那段初恋与那部 <魔女の条件>

20250510 1:30 AM PST 此时此刻的 ETH 和 XRP

光荣的三国志系列的 DOS 版本：

https://archive.org/details/@tag391

https://archive.org/details/@paretoe

基于 CF 的 Analytics GraphQL 实际上可以拿到 eth.sucks 和 sol.build 在过去 7 天里被访问最多的域名。

Sending a whole directory is another story...

test

• www
• nnd

呜呜呜呜

USDC on Base Sepolia

https://base-sepolia.blockscout.com/token/0x036CbD53842c5426634e7929541eC2318f3dCF7e

IPFS 及 CID 的架构不能解决所有问题。在 x402 这种需要一个受控的 SSOT 后端的场景，只用 IPFS 就是不可能的。

https://x402.gitbook.io/x402/getting-started/quickstart-for-sellers

如果 payment 就是获得 access 的唯一方式，那么也就不需要 credential 了？

https://www.x402.org/