将语言设置从 de_de@EURO 更改为 de_DE.UTF-8 会导致 ERP 表单掩码和输出中出现 UMLAUT 错误

将语言设置从 de_de@EURO 更改为 de_DE.UTF-8 会导致 ERP 表单掩码和输出中出现 UMLAUT 错误

我遇到了一个更大的问题。在我的公司,我们有一个内部 ERP 服务器 (SUSE ENTERPRISE)。我想编写一个自动添加用户的 bash 脚本。但是,我需要符号“\”(= ALT +“\”)和{}(分别= ALT +“{”或“}”)才能编写该脚本。企业 Linux 不支持任何需要 ALT + 符号组合的符号。所以我很确定,如果我将键盘设置从“de_de@EURO”更改为“de_DE.UTF-8”,我就能解决这个问题。

通过在命令行中输入yast2(图形设置管理器)并以这种方式更改键盘系统设置,我没有完全解决 ALT 组合键缺少字符的问题,但我已经完成了一半,因为它给了我选项至少在 VIM 编辑器中使用 ALT+NUMBER 组合。这样我至少可以完成我的 bash 脚本。我保留了这样的系统键盘设置,因为我认为无论如何我都做出了改进。

但今天,我们购买 ERP 系统的公司声称所有德语 UMLAUTE 都已损坏或无法正确解析,他们说所有 UMLAUTE 都丢失了。因此,他们决定(没有让我们知道)我们的 ERP Linux 服务器出现错误(因为我更改了某些内容),并将所有内容更改回正常工作,并声称他们需要一整个工作日来修复它(8 小时)。 8 小时 - 每个 135 欧元。

现在我的老板问我是谁做了改变,我承认是我,这就是我在这里的原因。我向他提出我愿意支付全价,这样公司就不需要为我的错误付出代价。我再也不会碰这个系统了。

然而,我对 Linux 非常有信心,我似乎无法理解为什么有人需要 8 个小时来修复系统键盘设置,该设置应该 1. 在更改日志文件中找到 2. 通过输入yast2打开 suse 管理器并更改回来来修复将键盘设置更改为原始设置 3. 我什至不认为 de_DE.UTF-8 在识别德语 UMLAUTE 时应该有任何问题。

您对此有何看法?更改此键盘设置真的有可能搞乱整个 ERP(表格和输出)吗?或者他们想向我们收取半小时内就能修复的服务费用,然后从中赚取 8 小时?一家销售 Linux SUSE 企业服务器的公司无法确保开箱即用地识别 ALT+CHARACTERS,这正常吗?

别误会我的意思。我意识到我不应该在没有询问任何人的情况下触摸和更改正在运行/生产的服务器,但我相信交易/问题/问题并没有那么大,不足以为这项服务收取那么大的费用。我有 3 年的 Linux Debian 经验。所以 SUSE 对我来说并不是什么新鲜事。

我想知道您对此的专业意见。我还想知道在这种情况下我应该如何行动作为建议,因为即使我支付全价,我仍然可能会因为这种行为而被解雇。

我对批评非常开放,我并不害怕灌输——相反——我要求它们。

相关内容