日本版海天老抽,和中国版到底是不是同一种东西?

很多人以为:在日本卖的中国调味品,只是换了日文标签,里面还是原来那套配方。但当把日本销售版海天老抽与中国市售红标海天老抽放在一起对比后,会发现它们在食品层级上已经是两种完全不同的产品。 这并不是包装差异,而是配方、法规与食品定位的根本差异。 一、日本销售版海天老抽的真实身份 日本市场流通的产品名称为: 海天 招牌老抽王(たまりタイプ) 在日本食品分类中,它被归为: 中華調味料(たまりタイプ) 也就是说,它在日本法律中并不被归类为“酱油”,而是中华风格的浓厚型发酵调味液。 日本版的原材料标示 日本标签上标注的原材料只有: 过敏原标示:小麦・大豆 没有任何添加剂、增鲜剂、代糖或防腐剂。 二、中国版红标海天老抽的真实配方 中国市场销售的同系列老抽,在配料表中包含: 这是一种高度工业化调味体系:通过色素、增鲜剂、代糖和防腐剂,将“老抽的风味”人工模拟出来。 三、两者的本质差异 项目 中国版红标老抽 日本销售版 食品分类 酿造酱油 中华调味料(たまり型) 味道来源 味精 + 核苷酸 发酵氨基酸 + 糖化 甜味来源 三氯蔗糖 真实砂糖 上色来源 焦糖色 发酵浓缩反应 防腐 山梨酸钾 无 增鲜剂 有 无 配料复杂度 10种 4种 日本版走的是发酵浓缩路线,中国版走的是添加剂模拟路线。 四、日本为何会出现“更干净”的版本? 原因不是品牌良心,而是法律结构不同。 在日本: 如果在日本隐瞒使用 …

使用 rsync 与 tar 迁移 Proxmox VE 宿主机系统(排除虚拟机磁盘)

在 Proxmox VE(PVE)环境中进行宿主机迁移时,正确区分“系统数据”和“虚拟机数据”是关键。宿主机应当只包含操作系统、Proxmox 配置、网络与服务状态,而虚拟机磁盘(qcow2、raw、LVM-thin 等)应交由 PBS 或单独备份处理。这样可以在迁移、恢复或硬件更换时保持高可控性和可恢复性。 本文介绍一种稳定、可重复的做法:在运行中的 PVE 上备份宿主机系统,同时排除虚拟机磁盘文件。 一、系统与虚拟机数据的分离原则 在典型 PVE 安装中,虚拟机磁盘可能以 qcow2 文件的形式存在于: 这类文件往往单个就有数 TB 大小,且已经通过 Proxmox Backup Server(PBS)等方式被单独备份,因此在迁移宿主机时应明确排除。 应当备份的内容包括: 不应当备份的内容包括: 二、推荐方式:使用 rsync 在线备份宿主机 rsync 非常适合做“可恢复的系统复制”,在宿主机运行时也可安全执行。 示例命令 参数说明 该方式不会影响正在运行的虚拟机,只会产生少量“运行中变更文件”的时间差,这在系统迁移场景中是可接受的。 三、tar 打包方式(需要注意排除运行态目录) 如果需要生成一个单一的归档文件(如 .tar.gz),可以使用 tar,但必须排除动态伪文件系统和 lxcfs。 稳定可用的 tar 模板 为什么要排除 /var/lib/lxcfs lxcfs 是 LXC 容器使用的运行时虚拟文件系统,用于显示 CPU、内存等动态状态。这些文件: 若不排除,会看到大量类似: 这类警告不是磁盘损坏,也不是 …

原汤化原食:一句老话背后的饮食智慧

在中国饮食文化中,经常会听到一句话:“原汤化原食”。很多人知道这句话,却并不清楚它真正的含义。它既不是迷信,也不是严格的医学术语,而是一种源于长期生活经验的饮食原则。 什么是“原汤化原食”? “原汤化原食”可以拆解为三个部分: 整体意思是: 不要把煮食材的汤随意倒掉,而是让汤中的营养与风味重新回到同类食物中。 通俗来说,就是让“跑到汤里的东西,再回到食物里”。 为什么会有这个说法? 在烹饪过程中,很多物质会溶解进水中,尤其是: 如果直接把汤倒掉,相当于把一部分营养和味道一起扔掉了。“原汤化原食”的核心思想,就是减少流失,让食物更完整。 生活中的典型例子 这种做法在日常饮食中非常常见: 这些做法并不是巧合,而是长期经验形成的习惯:同源食材+原汤,味道和营养都更协调。 从科学角度看是否有道理? 从现代营养学来看,这个说法并不神秘: 因此,“原汤化原食”在大多数普通食材上,确实有减少浪费、提高营养利用率的意义。 需要注意的例外 并不是所有“原汤”都适合喝或再利用,例如: 这些情况下,原汤反而可能增加身体负担。 总结 “原汤化原食”不是玄学,而是一种朴素的饮食逻辑: 让已经溶解到汤里的营养和风味,不要白白丢失,而是重新回到食物中。 它代表的是一种节约、完整和经验积累下的饮食智慧。

Nikon P900 / P900s 与 Galaxy S23 相机对比

为什么一台十年前的长焦机,仍然有存在价值 在如今智能手机影像高度发达的时代,一台 2015 年发布的尼康 P900 看起来似乎已经“过时”。但在实际使用中,它依然有一个手机无法替代的领域:超远摄。 本文从型号差异、市场价格、成像原理和实际使用场景出发,解释 P900 / P900s 与 Galaxy S23 的真实关系。 一、P900 和 P900s:名字制造的混乱 在二手市场中,常常会看到 P900s 的价格比 P900 更高,这让很多人误以为它是升级版。 事实上: 这意味着: P900s 并不是更好的相机,只是一个地区/批次标识不同的版本。 价格更高,主要来自: 本质上,这是一个 命名误导导致的二手市场错价。 二、P900 的真实定位 Nikon P900 的核心不是画质,而是它的镜头。 参数 Nikon P900 传感器 1/2.3″ 16MP 焦距等效 24–2000mm 光学变焦 83× 类型 固定镜头桥式机 2000mm 等效焦距意味着什么? 这是 物理光学能力,不是软件放大。 …

Docker Compose 中 stop、start 与系统重启行为的正确理解

在使用 Docker Compose 管理服务器服务时,一个非常常见但经常被误解的问题是: 执行 docker compose stop 之后,如果系统重启,这些容器会不会自动启动? 这个问题如果理解错误,可能导致服务器重启后关键服务无法恢复,或者相反,一些本应“冷静”的服务又被意外启动。 本文对 Docker Compose 的停止机制与自动重启行为进行系统性说明。 1. docker compose stop 的真实含义 执行: 其行为是: 这是一个逻辑层面的“人为停止”,不是故障,不是崩溃,而是一个明确的运维决策。 2. 系统重启后是否会自动启动? 答案是:不会。 如果某个容器曾被 docker compose stop 停止,那么: 都不会自动将其启动。 该容器会保持 exited 状态,直到手动执行: 3. restart: unless-stopped 为什么不起作用? 很多人会在 docker-compose.yml 中写: 并以为这样就一定会自动启动。 但实际上: unless-stopped 的语义是“只要不是被人为停止,就在 Docker 启动时自动恢复” 而 docker compose …

在 Proxmox VE 中将 /var/lib/vz 挂载到独立 LVM 磁盘并实现启动容错

在 Proxmox VE(PVE)环境中,/var/lib/vz 是一个非常关键的目录,用于存放虚拟机磁盘、CT 容器、ISO 镜像、模板以及部分备份数据。如果该目录与系统盘混用,一旦发生磁盘故障,既可能影响虚拟化数据,也可能拖垮整个宿主机系统。 一种更加专业和稳健的做法,是将 /var/lib/vz 单独放在一块独立磁盘上,并使用 LVM(Logical Volume Manager)进行管理,同时设置为“即使磁盘缺失也不阻断系统启动”。 本文将完整介绍这种架构的设计思路与实现方式。 一、设计目标 该方案的目标是: 最终结构如下: 二、创建 LVM 磁盘结构 假设新磁盘为 /dev/sdb。 1. 初始化为物理卷 2. 创建卷组 3. 创建逻辑卷(占满磁盘) 三、创建文件系统 可以使用 ext4 或 xfs,这里以 ext4 为例: 四、迁移原有 /var/lib/vz 数据 1. 临时挂载新磁盘 2. 拷贝数据(保留权限与属性) 五、正式替换挂载点 确认挂载: 六、配置开机自动挂载(容错模式) 获取 UUID: 编辑 /etc/fstab: 添加一行: 这行配置的意义 …

日本「源泉徴収票」中各金额项目的真实含义与计算关系

在日本工作后,每年年底或离职时,公司都会发放一张名为 「給与所得の源泉徴収票」 的文件。这张表是日本税务系统中最重要的个人收入证明之一,既用于报税,也用于银行、签证、入籍等正式场合。 这张表里有几个看起来很相似、但含义完全不同的金额栏目,如果理解错误,很容易误判自己有没有被“多扣税”或“少扣税”。 本文用结构化方式说明这些金额之间的真实关系。 一、金额的整体结构(从“工资”到“税基”的路径) 源泉徴収票里的金额不是随便排列的,而是按日本税法的计算流程排列的: 也就是说,它描述的是一条 “工资 → 税务认定收入 → 可扣除 → 实际课税 → 已预扣税” 的完整路径。 二、支払金額(支付金额) 含义: 公司一年中实际支付给员工的全部工资总额(税前) 包括: 这是现实中的“赚到的钱”,但它 不是用来直接算税的数字。 三、給与所得控除後の金額(扣除工资所得控除后的金额) 这是整个日本工资税制度里最容易被误解的一项。 1. 什么是「給与所得控除」? 日本对工资收入者设定了一种 自动的标准扣除,叫「給与所得控除」。 它的本质是: 国家默认“上班的人一定有通勤、服装、生活等成本”,所以先给你扣一块,再算你有多少钱可以被视为“真正的收入”。 这个扣除: 2. 那「給与所得控除後の金額」是什么? 这是: 支払金額 − 工资所得控除 它不是“免税额”,它是税务上承认你“赚了多少钱”的起点。 这个数: 四、所得控除の額の合計額(所得扣除总额) 这是真正决定你交不交税的核心栏位。 它表示: 从“税务认定收入”中,国家允许你再减掉的各种免税额度总和。 常见包含: 这个数字越大,你最后要交税的那一块就越小。 五、为什么“扣除合计”可以比收入还大? 很多人会发现: 所得控除合计 …

日本常见的蛋糕类型整理

在日本的蛋糕店或便利店里,经常能看到各种片假名命名的蛋糕,比如:ショートケーキ、シフォンケーキ、モンブラン、ロールケーキ、チーズケーキ等。这些名字并不是随意起的,而是对应不同的制作方法和口感类型。 下面按日本日常使用方式,把常见蛋糕做一个系统整理。 一、以海绵蛋糕为基础的类型 这是日本最常见的一类蛋糕。 ショートケーキ(鲜奶油草莓蛋糕) 最典型的日式蛋糕。结构是:海绵蛋糕 + 鲜奶油 + 草莓。在日本,单独说「ケーキ」,很多情况下指的就是这种。 シフォンケーキ(戚风蛋糕) 用大量蛋白打发,几乎不使用黄油。特点是轻、松、干净,不油腻,常见为中间有孔的圆形蛋糕。 ロールケーキ(瑞士卷) 将薄海绵蛋糕卷入鲜奶油。日本的卷蛋糕通常追求蛋糕体柔软、奶油比例高。 二、巧克力类蛋糕 ガトーショコラ 以巧克力为主体的烤制蛋糕,口感比普通海绵蛋糕更湿润厚实。 ショコラケーキ 指用可可蛋糕胚和巧克力奶油叠加做成的层状蛋糕。 テリーヌショコラ 偏向浓稠巧克力点心,介于巧克力与蛋糕之间。 三、栗子和泥状装饰蛋糕 モンブラン 底部是蛋糕或蛋白饼,中间是奶油,外面挤上栗子泥。除了栗子,也有抹茶、紫薯等变体。 四、派和塔类 タルト 饼底 + 奶油馅 + 水果或巧克力。口感偏向酥脆。 パイ 如苹果派、奶油派等,以多层酥皮为特点。 五、芝士蛋糕 日本的芝士蛋糕分类比较细: 类型 日文 轻乳酪 スフレチーズケーキ 重乳酪 ベイクドチーズケーキ 生乳酪 レアチーズケーキ 巴斯克 バスクチーズケーキ 它们在口感和制作方式上差异很大。 六、日式风味蛋糕 在西式蛋糕基础上加入日式口味,例如: 结构仍是西式蛋糕,但风味偏向和式甜点。 总结 …

用命令行在 Linux 下启用并查看 USB 摄像头画面

在 Linux 桌面环境之外,直接用命令行控制和查看 USB 摄像头是一种非常高效、可控且可自动化的方式。无论是用于测试硬件、搭建服务器视频流、远程监控,还是排查驱动问题,V4L2 + FFmpeg 体系都是最稳定可靠的方案之一。 本文将完整介绍如何在 Linux 下,用命令行列出摄像头、识别正确设备,并以最佳参数输出画面。 一、Linux 摄像头的基本结构 Linux 中所有视频采集设备都通过 V4L2(Video4Linux2) 暴露为: 一个物理摄像头通常会暴露 两个或多个 video 节点: 如果选错节点,画面可能会黑屏、只有低分辨率,或者无法打开。 二、列出系统中所有摄像头 首先查看当前存在的 video 设备: 然后用 V4L2 查询设备归属: 示例输出结构如下: 同一组下面的两个 /dev/videoX 就属于同一个物理摄像头,其中 第一个通常是主视频流。 三、查看摄像头支持的格式和分辨率 确定主设备后(例如 /dev/video5),查询它的能力: 通常可以看到类似: 这里可以看出一个关键事实: MJPG 才是高分辨率高帧率的正确模式YUYV 在高分辨率下通常帧率极低 四、用 ffplay 直接显示画面 推荐使用 FFmpeg 自带的 ffplay: 2K(2560×1440 …

在 ext4 损坏后将 Raspberry Pi 系统从 64GB SD 卡无损迁移到 8GB SD 卡

摘要 在 Raspberry Pi 上运行 Ubuntu 或 Raspberry Pi OS 时,如果发生异常断电或 SD 卡老化,常会导致 ext4 文件系统元数据损坏,表现为启动进入 initramfs、fsck 报错、甚至出现异常输出(如大量负数刷屏)。当系统仍可启动时,最佳做法不是继续在原卡上修复,而是将当前系统整体迁移到一张健康的新存储介质。 本文记录了一次真实的灾难恢复流程:在原 64GB SD 卡发生 ext4 元数据错误后,将系统无重装迁移到一张 8GB 新 SD 卡,并保证系统可以从新卡稳定启动。 问题背景 系统在一次强制断电后启动失败,进入 initramfs,并提示: 执行 fsck 后虽然可以重新启动,但内核日志中出现: 这类错误并非单纯 journal 未回放,而是 ext4 从底层存储读到了不一致的数据,说明原 SD 卡已经出现 silent corruption(隐性数据损坏)。 此时继续在原卡上使用会导致未来随机文件损坏,因此必须迁移系统。 目标 环境 1. 对新 SD 卡重新分区 在 …