Sysadmin

近日来，由于工作设备由Windows迁移至MacOS，发现同一份文档在Windows中字体、排版均正常，但是一旦放到MacOS中，就会出现字体丢失，版式异常等问题，即便将对应的字体文件和默认模版更新到MacOS中，依然出现字体缺失或显示异常等问题。

经过一段时间的琢磨，发现主要问题是Windows和MacOS对字体的name表读取是有明显差异的，两个系统各自偏爱不同的nameID和platformID。Windows系统在读取字体时，主要取nameID的1（家族名）和2（子家族名）作为字体名称显示，优先读取platformID = 3（windows unicode）的记录；MacOS系统在读取字体时，主要取nameID 4（Full font name）作为字体名称显示，取platformID = 1（Macintosh)的记录，当然也兼容platformID = 3的记录；PostScript主要取nameID 6的记录。

因此具体在使用上，同一个字体的文档在Windows和MacOS的Office软件中显示的字体会出现明显差异，造成混乱。为了文档在不同系统的一致性显示，基于目前Windows的用户更多，最简单的办法是修正个人设备中字体在MacOS中的namespace信息，保持其解析与Windows中的一致性。

缘起

某些同学提供了大量的素材，需要固化提交某部门，不接受可读写介质，需要使用光盘提供，因此才有了下面的探索。

使用xorriso

在macos中，安装xorriso很容易，直接：

brew install xorriso

即可，但是愿望是美好的，现实是打脸的。

系统部署

1. 由于个人部署，Hugo、Git、Remark42均为GO程序，因此操作系统依赖小，各个版本的BSD和LINUX均能满足要求；本项目部署在Aliyun的VPS，为方便，采用Debian。
2. 部署顺序：Caddy、Gitea、Remark42、Hugo、Git hooks。
3. 个人站点，建议直接二进制部署。

踩坑经验

Generation of mfsbsd image

You can generate your own mfsbsd image (see below) or just get one of the Testing/Beta ones from MFSBSD8. In the latter case, you will need to also download the original kernel.txz from a FreeBSD mirror site because by default mfsbsd does not include the geom_eli module and its dependencies (zlib, crypto). The generic image will just use DHCP to get all its network related data and start sshd. Just connect with the mfsroot password by root.