1. 结婚就要上交工资?
发现论坛里很多 V 友都喜欢上交工资。导致各种家庭财务问题。首先现代人大多都不存钱,而且女人用钱都根据心情各种买,物欲比男人强,根本难存钱,如果上交等于爱她,那同几十万江西老表礼金有什么区别。上交工资大多适合我们父母那一代,一日 3 餐家里做,不会上网购物,不逛街只有他们真的帮我们存到钱
24 篇热帖
发现论坛里很多 V 友都喜欢上交工资。导致各种家庭财务问题。首先现代人大多都不存钱,而且女人用钱都根据心情各种买,物欲比男人强,根本难存钱,如果上交等于爱她,那同几十万江西老表礼金有什么区别。上交工资大多适合我们父母那一代,一日 3 餐家里做,不会上网购物,不逛街只有他们真的帮我们存到钱
大家好,上次在 V2EX 发帖收获了 40 名左右的内测用户,感谢 v 友的支持。
当时产品还有很多不完善的地方,比如缺少检索能力,生成质量不佳,工具执行成功率不够好等问题。
经过一段时间的开发,这几天产品正式上线内测啦,欢迎 v 友使用!
涌创是一款智能体驱动的 AI 写作工具,它能够和你一起创作优秀的小说网文,即使你没有创作经验它也可以作为帮手带着你一起创作优秀的网络小说。
涌创支持记忆、技能、检索、上下文感知等多项能力,让它在成本与内容质量之间平衡。
评论送积分兑换码
欢迎各位 V 友提 Bug 给建议!也欢迎推荐给朋友使用
每天晚上 9 点半是我家的固定节目:女儿洗完澡,躺在床上,把她最爱的几本绘本摆成一排。
"爸爸,今天讲这本小兔子,还有恐龙的,还有..."
通常的流程是:
有天晚上特别崩溃:讲完三本绘本,她说"爸爸你编一个恐龙和兔子一起玩的故事"。
我临时编了个"霸王龙帮小兔子找萝卜",讲到一半自己都接不下去了,因为前面埋的坑忘了怎么圆。
她睁着大眼睛看着我:"然后呢?萝卜找到了吗?"
那一刻看着她期待的眼神,突然有点心酸。
不是不想讲,是真的每天都在掏空脑子,还得记住前面自己说过什么。
更难受的是,有时候加班晚了,或者状态不好,讲着讲着就敷衍了,她能听出来。会小声说:"爸爸今天讲得不好玩。"
我当时就想:能不能有个东西,让我即使累到说不出话,也能给她讲一个像样的故事?
说实话,在我做这个东西之前,试过市面上所有能找到的方案:
这些方案单独看都没问题,但放到每天晚上十点半这个场景里,就全都不太行。
最崩溃的是某天晚上:
对用户来说只要三步:
最触动我的是有一位朋友的反馈,她说:"技术能做的不只是效率,还有情感的延续。"
我的假设是:
V2EX 的各位宝爸宝妈,你们会为这种服务付费吗?你们觉得合理价格是多少?
有朋友直言:"孩子听谁讲不是一样?"
但我观察女儿的反应,她听到"爸爸的声音"时,真的会下意识抱紧小枕头,这和听凯叔讲故事的状态完全不同。
可能儿童心理学上有答案?有相关背景的朋友求指点。
我现在的想法是: 这不是替代父母讲故事,而是在父母不在场/不方便时,提供一种接近真人的补充方案。
就像视频通话不能替代见面,但总比完全失联好。
这个东西现在还很粗糙,甚至都不确定该不该做成产品。
但每次看到女儿听着"爸爸"讲的新故事安静入睡,会觉得这件事可能有点意义。
不是为了让父母逃避陪伴,而是让那些想陪但确实分身乏术的爸妈,多一种选择。
如果你有想法,无论是吐槽还是建议,都欢迎留言。
先谢过各位。
留言区如果超过 50 楼,随机抽取 5 位送年度会员
P.S. 如果有宝爸宝妈想试用,可以留言或私信。目前还在内测阶段,大家可以多提意见。
附上小程序码(微信搜:妈咪故事屋): 地址: https://imgur.com/hMjpDCr (图片无法显示,尴尬)

类似黑猴这类型的,目前最佳方案是什么? ps5 pro?
如题,我会对一个事情喜欢,比如电影,音乐,游戏,游泳篮球,但是也可以很长一段时间不去想这件事,偶尔想到就去做,没法理解对一件事情上瘾,比如抽烟,喝酒,咖啡等
下面是我的简历
持有 CKA ccna 认证。
长期负责高并发电商系统的稳定性与性能治理,理解 Nginx 的事件驱动模型、Worker 并发机制与请求生命周期控制方式,并将其抽象为 “进入策略( Admission )— 排队策略( Queueing )— 满载策略( Overload )” 的系统行为诊断框架。
通过拆解全链路时间指标( Time-based Metrics ),结合 P95 / P99 延迟分位数,对比 request_time 与 upstream_response_time,判断请求阻塞发生在进入控制、系统排队或下游依赖阶段,用于快速界定网络层、应用层与数据层的性能边界。
参与并主导多次从单体架构向云原生、无状态化架构的演进,关注系统的可解释性、稳定性与成本控制。
使用 Ingress / Queue / Worker / Egress 作为系统分层对象进行问题定位
基于 P95 / P99 延迟分位数 分析尾延迟( Tail Latency )
通过 request_time 与 upstream_response_time 的分位数差异判断系统内部是否发生排队
区分整体性能退化与少量请求异常放大的不同问题模式
依据进入控制、排队与满载策略分析系统稳定性取舍
Nginx 事件驱动模型、Worker 并发模型、连接与请求生命周期
使用 limit / buffer / backlog / timeout 等配置参数实施系统行为控制
Nginx 与 PHP-FPM 的 Worker / Process / Queue 协同关系
高并发 WordPress 架构的稳定性与性能治理
阿里云:ECS 、RDS 、OSS 、ALB
AWS
Docker 、Kubernetes ( CKA )
Terraform (基础设施即代码)
Calico ( Kubernetes 网络模型与 NetworkPolicy )
MySQL 使用与常见性能问题定位
SQL 编写
PL/SQL 阅读
ETL 流程(数据抽取、清洗、加载)
结合 P95 / P99 延迟分布 判断数据库是否为系统尾延迟来源
Ansible Playbook
Shell 脚本
配置一致性与变更管理
TCP/IP
VPN
负载均衡
CCNA 网络体系
负责自营跨境电商平台的技术架构设计、云资源管理与系统稳定性。
通过时间指标发现平均响应时间稳定,但 P95 / P99 延迟显著升高
在 upstream_connect_time 正常的情况下,response_time 分位数拉长
判断请求未阻塞在网络或 TCP 层,而是在系统内部发生资源排队
结合 Nginx 与 PHP-FPM 的并发模型,将问题定位为应用层并发策略导致的 Worker 争用
优化措施:
引入 Redis 缓存,降低同步资源竞争
调整 PHP-FPM Worker 数量,减少高分位请求等待时间
调整 Nginx 超时与失败处理策略,防止慢请求放大系统负载
结果:
页面 P95 延迟从约 5 秒下降至 2 秒以内
尾延迟明显收敛
高峰期服务稳定性显著提升
数据库迁移至阿里云 RDS
媒体资源迁移至 OSS
前端通过 ALB 进行多节点负载
应用层实现无状态化部署
结果:
系统支持水平扩展
综合成本下降约 30%
大促期间可用性维持在 99.9%
使用 Ansible 管理 Nginx / PHP 配置
MySQL 备份与恢复演练
OpenVPN 远程访问环境维护
网络管理员 / IT 支持
2011 年 – 2015 年
企业网络规划与服务器维护
SQL 数据提取与分析
CKA ( Certified Kubernetes Administrator )
CCNA ( Cisco Certified Network Associate )
请教各位。我做了 10 年电商,从 23 岁就开始做了,这些爱好自学的。现在走下坡路了,要出来找工作了。 我学历也很低,是函授大专。今年 33 岁了。 我对内核,nginx,sre ,这些也有深入的理解,我不会开发软件,纯粹的想走运维路线 最近也打算学 python ,不会写脚本确实没有竞争力。 我知道我的问题,学历低,没项目经验和实际的工作经验,年纪也大。 上面每项技术,我确实认真的学了很久,而且做过大量的实验实操,理论也很扎实。 boss 直聘主动联系我的人很多,但是简历发了后基本就没下文了。 各位有某些负责招聘的老大,希望能说一下你们的观点 假如我真的没戏,我就不打算找这些工作了。 我也做外贸独立站。然后平时会搭建很多开源项目,也不是玩,确实是投入实际使用。所以不断的积累了相关的操作。就是把自己学的,都在开源项目里应用。
个人情况:
Windows 下个人开发遇到的问题
如果新增 Mac 作为主力开发工具
主要是想 vibe coding 体验更好些,因为我没用过 mac ,想看看大家的意见
当然不限于这两个,前者也可以是 OpenCode ,后者也可以是 Github Copilot ,总之分别代表 AI Agent IDE 和 AI CLI 。 我是 Windows 客户端开发,日常工作用的是 WPF 和 Qt5 ,Qt 也有部分工作是在信创 Linux 上做的。目前的疑惑就是 CLI 感觉对我用处不大。无论是 WPF 还是 Qt5 都是那种很依赖 IDE 的开发框架,几乎不会出现需要开发者自己操作命令行的场景。然后另一方面之前用过免费的 Cursor 和 Github Copilot ,非常喜欢智能 Tab 的功能,这个是 CLI 不具备的,而且我也不知道去哪里找平价的替代…… 另外我用了 Claude Code for VS Code 插件要好一点,你们不会觉得在终端里输入中午很别扭难受吗……
主要更新:
iOS: https://apps.apple.com/us/app/audiotome/id6755520834
Android: https://play.google.com/store/apps/details?id=com.audiotome.audio_tome
交流群:
欢迎试用反馈
免责声明:本文中信息来源于网络,作者不保证其绝对正确性。读者在依据本文内容做出任何决策或行动前,应自行进行充分的调查与核实。对于因使用本文内容而产生的任何直接或间接损失,作者不承担任何责任。
本文为专业文章, 适合运维、开发、self-hosted 需求人员观看。
你有没有这种经历?
新部署了一个服务,要去改 Nginx 配置文件。再部署一个,又要改。改完还得nginx -s reload。
有时候改错了语法,reload 失败,服务全挂了。
这时候你突然意识到:学 Nginx 配置语法的时间,比学做饭的时间还长。
别问我是怎么知道的。

反向代理在运维、开发、self-hosted 场景中经常用到,目前 Nginx 、Caddy 、Traefik 是主流选择。它们有个共同点:需要改配置文件。
语法要记,改完要重载,错了要排查。对于不想折腾配置文件的人来说,这门槛不低。
今天介绍一个不一样的选择:Zoraxy 最大特点是全 UI 操作,支持动态应用规则的反向代理。


Zoraxy 是一款基于 go 编写的动态反向代理工具。
最大的特点:Web UI 管理,零配置文件。
项目简介里写得很直白——这可能是最适合新手的反向代理管理器之一。
想到了 python 的 solgan: 人生苦短,我用 python
它不是药,但可能治好你的"配置文件恐惧症"。
让我想起一个笑话。
有人问医生:"我每天都要吃止痛药才能工作,怎么办?"
医生说:"那你就别工作了。"
Zoraxy 就是那个让你不用"吃止痛药"的选择——你不需要每天和配置文件较劲。
反向代理:HTTP/2 、WebSocket 自动代理、虚拟目录、别名主机、自定义请求头、负载均衡。
SSL 证书:ACME 自动申请、Let's Encrypt 支持、DNS Challenge 。
访问控制:IP 黑白名单、国家/地区封禁。
流代理:TCP/UDP 代理。
监控:集成 Uptime Monitor ,实时主机健康检查。
其他:Web SSH 终端、插件系统、实时流量分析。

因为基于 go 编写,基本上主流系统上直接安装编译好的文件就成。以 Linux 为例:
wget https://github.com/tobychui/zoraxy/releases/latest/download/zoraxy_linux_amd64
chmod +x ./zoraxy_linux_amd64
sudo ./zoraxy_linux_amd64
启动后访问 http://localhost:8000 进行初始设置(无需配置文件,全部操作在 UI 中完成)。
就这么简单。
登录 Web 界面后,添加反向代理规则很简单:
ftp.server.local, 注意提前配置好你的 dns 指向)http://192.168.1.100:3000)就这么简单。


Zoraxy 内置 ACME 客户端功能,支持 Let's Encrypt 等服务商证书的自动申请:证书自动续期,不用担心过期。
下面以自定义 ACME 服务器为例,展示 ssl 证书的申请。

Zoraxy 还集成了主机健康检查功能。
实时监控服务可用性,支持 HTTP/TCP/UDP 检查,失败会告警。
在"Uptime Monitor"页面添加监控目标就行。
| 特性 | Zoraxy | Nginx | Caddy |
|---|---|---|---|
| 配置方式 | Web UI | 配置文件 | 配置文件 |
| 动态更新 | ✅ 即时生效 | ❌ 需 reload | ✅ 自动 |
| SSL 证书 | ACME 自动 | 需手动配置 | ACME 自动 |
| 学习曲线 | 低 | 中 | 中 |
| 插件系统 | ✅ | ❌ | ❌ |
| Uptime Monitor | ✅ 内置 | ❌ | ❌ |
核心差异很明显:Zoraxy 全部通过 Web 界面操作,改完立即生效,不用重载服务。
不想记配置文件语法的话,这是最大的优势。
总体来说,zoraxy 十分适合中小企业内部, 家用 self-hosted 场景。
人生苦短, 我用 zoraxy
适合:
家用 lab/自托管多个服务
不想折腾配置文件
需要快速添加/删除代理规则
需要基本的健康检查
新手入门反向代理
不适合:
需要极高性能( Nginx/Traefik 优化更好)
需要复杂的高级配置
配置即代码( IaC )需求
Zoraxy 是开源项目,AGPL 许可。
因为 go 的特性支持跨平台:Windows 、Linux 、macOS 、ARM 设备、RISC-V 。也集成到 TrueNAS 、Umbrel 、YunoHost 等应用市场。
Nginx/Caddy 依然是优秀的选择。
但如果你厌倦了改配置文件,想要更简单的管理方式,或者刚开始接触 self-hosted ,可以试试 Zoraxy 。
就像那个老笑话:当手里拿着锤子时,看什么都像钉子。
但有时候,你需要的不是更好的锤子,而是一把螺丝刀。
Zoraxy 就是那把螺丝刀——它不是要取代你的锤子,而是给你一个不同的选择。
希望小编文章能帮助到大家,欢迎关注本公众号;有问题留言交流。
欢迎关注本公众号其他社媒平台

点击以下链接关注我的数字名片!
"如果您觉得这篇文章对您或您的朋友有所帮助,不妨动动手指,关注我们、点赞并分享到朋友圈,让更多人受益。您的每一次互动都是对我们最大的支持和鼓励!"
家里有个 19 款 8+512 的 mbp 闲置,成色一般,有磕碰,屏幕摔裂了,感觉卖也卖不上价,放官方回收也不划算。想问问 v 友们有没有什么好想法
背景
问题
感谢!
本来去年打算在跨年的时候来日本,10 月份办好了签证,后来因为中日关系紧张,临时改去了泰国。
这期间日本也没有发生针对中国游客的恶性攻击新闻。综合判断之下,我觉得在签证过期前来一趟日本还是相对安全的——毕竟未来签证会不会像入台证一样难下谁也说不准,上一次去台湾还是十年前。
声明:我个人对日本既不喜欢,也不讨厌,只是把它当作世界地图的一个打卡点。如果你是极端仇日情绪,请直接关闭阅读。
以下内容均为个人见闻与主观判断,如有错误,欢迎友善交流。
日本人爱穿黑白灰,这点确实没错。
上班族男性不管年龄大小,基本都是正装 + 皮鞋。再加上日本人口老龄化严重、与异国通婚比例不高,人种和样貌整体缺乏多样性。纯主观感受:我个人觉得日本的帅哥美女数量,比中国要少不少。
这次我本身就没什么购物欲望——现在国内物价很多东西反而比国外便宜。所以只是简单逛了下 优衣库和 MUJI,发现价格和上海差不多,甚至内衣、袜子、T 恤在上海打折购买时更便宜。
所以如果不买奢侈品牌,日本普通人日常在穿衣上的花费,大概和我们差不多。
日本好吃的真的太多了。
之前我对日料的印象,基本停留在上海那种贵得离谱、性价比极低的日料店,所以来日本前并没有特意去打卡某一家网红餐厅。
结合多次出国踩坑经验,我现在基本不推荐靠小红书或大众点评找海外餐厅。我的方式是:
全球游客评分高的店,哪怕不完全符合中国人口味,一般也不会踩大雷。
日本外卖并不发达,但上班族楼下经常有便当快餐车,价格大概 20 元人民币左右。有些餐馆的外带窗口,也能买到 20–30 元一份的饭。
我吃了几顿人均 1000–2000 日元(约 65–130 元人民币)的餐:
都明显超出预期,比我在香港吃过一两百一份的网红“海参鲍汁捞饭”、“鹅肝饭”好吃太多。
后来我甚至开始愿意花钱探索日本美食,反而不太考虑连锁快餐了。
在上海,可能要花更多钱才能吃到类似水准。
当时我本来想点 180 的单牛舌套餐,朋友一句话点醒我:
又不是天天吃,既然来了就试试。
事实证明他说得对。
如果你是美食爱好者,强烈建议住在新宿站附近。据当地向导说,光新宿区就有约 2 万家餐馆,还夹杂着各种风俗场所。
我本人没有那方面的消费习惯,但对日本的色情文化一直很好奇,于是路上看到卖 AV 和情趣用品的店,还是忍不住进去看了看——果然全是有码光盘和写真。
整体来看,日本餐饮体系做得非常成熟。
另外一个明显感受是:
反而很神奇的是——巴西烤肉在日本居然出现的比较多。完全搞不懂,国内被当作“黑暗料理的”的巴西烤肉,是怎么征服日本人的。
第一次搜索机场到东京市区的交通,看到 2000 多日元,人民币差不多 100 多块。
毕竟在上海,浦东到虹桥这种超远距离地铁也就 16 还是 18 块 机场大巴车 30 左右。
后来我们找了最便宜的换乘方案,也要 60 多块人民币。
日本的“地铁”运营逻辑,其实更像国内的高铁 / 动车换乘系统,一旦搞懂就会顺很多。
但即便如此:
后来我逐渐理解了原因:
从机场到市区的距离,如果结合日本薪资水平和物价,100 多人民币其实算合理定价。
出租车我是真的打不起。
路上倒是经常看到很多空车在等客。有道听途说:
日本经济鼎盛时期,出租车司机一个月赚的钱,相当于上海、北京工薪阶层两年的收入。
现在的日本出租车价格,反而是 20 年来最便宜的时候。
这让我第一次直观地感受到经济泡沫的长期影响:
在我看来,这未必只是“人口老龄化劳动力不足”,而是当年玩脱了,现在不得不承受后果。
再叠加日元汇率的大幅波动,**周期内日本的所有物价随汇率波动上下浮动 20–30% **。
这趟行程,也加深了我对中国未来经济走势的担忧。个人观点:普通人多存钱、不要借贷消费、适度配置美元资产,可能不是坏事。
因为正好赶上 Lady Gaga 演唱会,酒店都有不同程度涨价。
我的原则是:
日本普通酒店确实很小,但几乎每一家都让我非常满意。
一开始看照片,我其实担心浴缸会不会很脏,甚至有点抗拒。但实际体验后发现:
房间里也没有烟味或体味残留。
国内我也住过不少高档酒店,打扫得很干净,但进房间时仍能闻到前一个住客留下的混合气味。
可以推断,如果住更贵的日本酒店,服务和硬件只会更好。
可能会刺痛一些玻璃心,但我还是想如实记录。
城市夜晚从飞机上看非常亮,我甚至怀疑日本电费是不是很便宜。酒店里空调默认是常开的。
日本服务业整体做得很好:
我并不觉得日本就“全面更好”:
日本空气是真的好。
即便是在东京这样车多、密度高的城市:
对比之下,我在上海的小区,车停一周不开就能积一层灰。我来上海之后还得了鼻炎(是否直接因果不敢下结论)。
想到这些,多少有点来气。
新闻里我们经常看到的是:
却很少提到:
在我看来,日本人长寿与空气质量、饮食结构关系很大。很多有钱人(包括部分中国富豪)定居日本,未必只是因为文化相近——只是这些理由,他们不会在公开场合说。
一个有意思的小细节:
新加坡用简体可以理解,日本明明保留大量汉字,却依然如此。这种对中国文化的态度,可能是一种复杂的矛盾心理:
日本确实挪用了大量中国传统文化,并走出了自己的分支。但相对而言,中国对外来文化的态度,往往是吸收、融合、再改进。
最简单的例子:
而日本、台湾仍然固执地:
我个人不爱喝茶,抹茶对我来说也只是新鲜感;但中国好茶,只要朋友送我喝过,基本都能让我折服。
课本里总说日本是地震高发国家,所以我一直以为他们不会建太高的楼。
但东京有大量 20–30 层的高楼,这让我重新认识了他们的建筑质量。
再对比我现在住的所谓“百万小区”,建成才 10 年就已经破败不堪。我们只是默默祈祷:
自己的城市,不会发生地震。
但我学生时代,老家就发生过一次 5.7 级地震,那是一个几乎没有历史记录的地震城市。庆幸那时还没有高层住宅,但农村砖瓦房倒了不少。
有些细节可能已经记不清了,也欢迎大家补充和指正。
这次只是短暂停留东京几天,但我依然认为:日本是一个非常值得反复旅行的目的地。
如果你有好吃、好玩、有意思的见闻,也欢迎分享。
第一次看到这种类型的应用,没有网站。我根据邮件提示创建了一个属于自己的邮箱。sky@never-lost.app.
特点在于配置文件作为邮件的附件,几乎不会被切断联系。除非屏蔽邮箱地址。
我大体研究了一下,好像没有中心节点。也就是说攻击单个节点不会对其它节点造成影响。
AI 的发展、加上 35 岁的问题,一直做开发其他都不会,很想知道大家有掌握什么赚钱之道以防做不了开发?
大家好,我是《交易学徒》的独立开发者,祝大家周末愉快!
做过金融类 App 的朋友都知道,移动端的 K 线图( Candlestick Chart ) 渲染一直是性能优化的“深水区”。
为了降低服务器成本和网络延迟,我做了一个“违背祖宗”的决定:完全依赖客户端算力。 所有的技术指标( MA, BOLL, MACD 等)计算,全部在移动端本地实时完成,不依赖后端返回计算结果。
这意味着,一台三星 A53 ( Exynos 1280 处理器,典型的千元机性能)不仅要负责 UI 绘制,还要在主线程实时遍历数组计算指标。
在这种“地狱模式”下,优化成果如何?
测试设备:三星 Galaxy A53 (Exynos 1280) 测试场景:
实测结果:
1. 三星 A53 (低端机代表)

70 FPS ! 在这种重负载下,UI 线程依然保持极高的流畅度,超过 60Hz 的及格线。对于一款千元机来说,这个渲染性能我已经非常满意了。
2. 三星 S25+ (旗舰机代表)

旗舰机毫无压力,贵的还是好哇。
很多人对 Flutter 的印象还停留在“套壳性能差”。但实际上,通过合理的架构,Dart 的性能完全够用。我的优化核心思路是:UI 渲染与数据计算分离,用空间换时间。
我利用 Stack 将视图拆解为三个独立的渲染层级:
通过 Stack + RepaintBoundary,实现了:价格跳动时,底层的几百根 K 线完全不需要参与重绘,GPU 只需要绘制那几条横线。
在手机屏幕上展示 500 根 K 线时,GPU 光栅化压力巨大。 我在代码中加入了 LOD 策略:
Candlestick(蜡烛图)。LineChart(收盘价连线)。这极大地降低了 GPU 的顶点绘制数量,解决了缩放时的“卡顿感”。
目前的 UI 风格偏向现代扁平,针对移动端操作做了很多适配。

软件目前已上架 Google Play ,名为“交易学徒”。如果你对高性能 Flutter 开发或者交易感兴趣,欢迎下载体验。
感谢大家看完这么枯燥的技术分析。 人肉送 VIP:在评论区留下你的 用户 ID(在“我的”页面可以看到),我会手动为你开通 1 个月的 VIP 会员。
欢迎大家对 UI 、交互或者技术实现提出建议,每一条我都会认真看!