Unicode DOMPDF字体安装程序/转换器不工作

我的DOMPDF工作正常，运行正常，但我无法安装/转换客户想要使用的Arial Unicode字体（使用子集）。当我进入设置、验证并尝试安装ARIALUNI.TTF时，会收到以下PHP警告：

注意：C:\Program文件中的未定义索引：family （x86）\EasyPHP-5.3.9\www\mysite\pdfmaker\www\controller.php联机 二十一,

注意：未定义的索引：C:\Program Files中的文件 （x86）\EasyPHP-5.3.9\www\mysite\pdfmaker\www\controller.php联机 二十二

警告：为C:\Program文件中的foreach（）提供的参数无效 （x86）\EasyPHP-5.3.9\www\mysite\pdfmaker\www\controller.php联机 二十四

如您所见，这是从WAMP运行实用程序。当我试图在服务器上运行该工具时，我无法登录。它不断询问我的用户名/密码（尽管相同的用户名/密码在WAMP环境中也可以使用）

此外，我在这里找到了基于web的字体转换器：。当我尝试在那里转换Arial Unicode时，它只加载一点，然后屏幕刷新，没有出现用于.zip下载的对话框，尽管这个工具对我来说适用于其他字体

有人知道我为什么会遇到这些问题，以及可能的解决方案是什么吗。是否有其他人在为Arial Unicode生成.ufm文件时遇到问题？我正在运行最新版本的DOMPDF

---

任何帮助都将不胜感激。

我不确定您为什么会出现这些错误，因为它们基本上与表单中发布的内容有关。您使用的是什么版本的dompdf？您是否尝试过脱机加载font.php脚本？仅供参考，联机字体分析器目前资源有限，我正在考虑将其删除。在我们使用基于PHP的字体解析器之前（当时我们依赖于二进制解析器），这个工具是必不可少的，但现在它是多余的。我已尝试在命令提示符中使用load_字体脚本。我转到load_font.php和ARIALUNI.ttf所在的目录，输入“load_font.php ARIALUNI ARIALUNI.ttf”，它没有运行脚本，而是在我用来编写代码的软件Editra中打开load_font.php。我的语法错了吗？既然对我来说似乎什么都不管用，作为替代解决方案，是否有人介意将ArialUni.ttf转换为.utf文件并上传到某个地方，以便我可以下载它？如果键入PHP脚本的名称导致它打开，那么您就没有与PHP解释器关联的文件。您必须键入类似于

php.exe load\u font.php ARIALUNI.ttf

的内容。您可能还需要包含php.exe的完整路径。为了让事情正常运行，您可能还需要包括一些其他选项，但请尝试从这个开始。