將語言設定從 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+字元開箱即可識別,正常嗎?

別誤會我的意思。我意識到我不應該在沒有詢問任何人的情況下觸摸和更改正在運行/生產的伺服器,但我相信交易/問題/問題並沒有那麼大,不足以為這項服務收取那麼大的費用。我有 3 年的 Linux Debian 經驗。所以 SUSE 對我來說並不是什麼新鮮事。

我想知道您對此的專業意見。我還想知道在這種情況下我應該如何行動作為建議,因為即使我支付全價,我仍然可能會因為這種行為而被解僱。

我對批評非常開放,我並不害怕灌輸——相反——我要求它們。

相關內容