我最近在使用区域设置和JVM方面遇到了很多问题。 但是这比现在更大。 我今天做了一个百胜的更新，全面更新了一切。 这在一段时间内还没有完成。 除了系统区域设置似乎已经恢复到UTC时间以外，一切运行良好。 我使用localectl set-locale来修改语言环境，并重新启动服务器。 当我运行localectl status我得到以下内容： System Locale: LANG=en_GB.UTF-8 LC_NUMERIC=sv_SE.UTF-8 LC_TIME=sv_SE.UTF-8 LC_MONETARY=sv_SE.UTF-8 LC_PAPER=sv_SE.UTF-8 LC_MEASUREMENT=sv_SE.UTF-8 VC Keymap: us X11 Layout: us 我没有设置VC Keymap: us或x11 Layout: us他们刚刚出现那样。 但其余的设置是我所期望的那样。 然而，我的主要问题是时间。 LC_TIME=sv_SE.UTF-8的设置似乎对系统时间没有影响，这意味着我的所有服务时钟都closures了两个小时，报告UTC时间而不是CEST时间。 这对时间敏感的服务造成问题。 我对其余的设置并不是很在意，尽pipe我可以告诉他们似乎是正确的，但我确实需要系统时间是正确的。 当我运行date我得到以下内容： tis sep 20 12:44:38 UTC 2016 该文本应该是瑞典语，但时间是UTC而不是CEST。 我怎样才能解决这个问题？
我尝试了所有可以find的东西，包括dpkg-reconfigure语言环境，完全重新安装软件包，将LC_ALL和其他设置添加到etc / environment，尝试将/etc/locale.conf添加到.bashrc …从ssh-d中删除。 ..没有localepurge包… 当我键入locale -a时，下面是我的转储 root@server:~#locale -a locale: Cannot set LC_CTYPE to default locale: No such file or directory C C.UTF-8 en_US.utf8 POSIX 请在通过创build新用户和键入perl回答我的问题之前testing您的解决scheme， 您应该没有任何警告 事情是我不想把每个用户的语言环境设置为.bashrc我想configuration系统范围的语言环境，所以我的用户不会得到下面的消息： perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_CTYPE = "UTF-8", LANG = (unset) are supported […]
在SQL Server中是否有一个设置来说服它在查询中接受'yyyy-mm-dd'风格的date。 在我们的大多数SQL服务器上运行正常的查询运行Microsoft SQL Server 2005开发人员一个框不喜欢他们。 这是错误的： char数据types转换为date时间数据types导致超出范围的date时间值。 YYYYMMDD正常工作
在Solaris 10上执行一些命令时，出现以下错误。 couldn't set locale correctly 输出locale命令 – LANG=en_US LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL= LC_ALL是否需要设置？ 我没有根在这台机器上..我可以指定我的rc文件的区域设置吗？
我注意到在某些VPS上，默认情况下不会安装locales ，所以dpkg-reconfigure locales只会抛出一个错误，说明没有安装locales 。 我想做apt-get install locales ，我已经做了几次，我知道这设置了语言环境，但它也会开始警告，尽pipeconfiguration自己的工作，因此，其后每个包不会抱怨喜欢： perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = "en_US.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). locale: Cannot set LC_CTYPE to default locale: No such […]
我不小心添加了一个语言环境，例如sudo locale-gen zh_TW 例如locale -a zh_TW 但如何删除它？
我在Solaris 10机器上做了一些工作，我的.vimrc被设置为显示制表符和行尾的Unicode字符： set listchars=tab:▸\ ,eol:¬ 这在我的OS X机器上开箱即可使用。 在Linux和Solaris上，当我启动vim时，出现以下错误： Error detected while processing /home/lhanson/.vimrc: line 17: E474: Invalid argument: listchars=tab:?~V?\ ,eol:¬ 我通过设置LANG = en_US.utf8（'locale -a'显示这是一个选项）来解决这个问题。 但在Solaris上，“locale -a”显示如下： C POSIX iso_8859_1 将LANG设置为C或POSIX会产生相同的错误，即使iso_8859_1可能无法正常工作，仍然无法成功更改语言环境。 作为一个非root用户，有什么办法可以让我的unicode字符显示出来吗？
在哪里可以configuration（如果可能）Sql Server 2005如何“解释”通过TDS协议发送的string数据的字符编码（在这种情况下，从Web应用程序）？ 也许如果我描述整个有问题的情况会更好： 当插入区域性字符如：，Ą，，，，（（等等 – 波兰语区域字符）时，通过TDS协议 – 从Web应用程序中“插入到”查询，它们在mssql表中显示为：a ±），A（而不是Ą），c，L，z等 目标列types是nvarchar（MAX） 我查看了“槽线”（使用WireShark）发送的数据，所有数据都使用UTF-16编码发送，看起来没问题：例如，Ą以U + 0104发送。 当将相同的string插入到本地数据库实例（Microsoft SQL Server Express Edition）时，它可以正常工作，但是在远程主机上（在客户位置 – 它是Microsoft SQL Server标准版64位）发生此“解除区域化”。 这就是为什么我想这是关于SQL Server的configuration，因为唯一的区别是从Web应用程序端select其他的SQL Server（所以TDS的驱动程序，configuration，连接设置等是相同的）。 我希望有人能帮助我。
在一个项目中，我们有多台运行Windows 2008的服务器。服务器使用的是俄语区域设置。 我们有几个使用浮点数的程序，但是一些服务器上的小数部分被截断了。 通过每个机器的区域设置：语言环境：俄语当前位置：美国小数点符号：。 （期） 我尝试通过“复制设置”分发更改，即使该过程起作用，似乎设置实际上并没有被传播。 所以接下来我进入registry。 有一个名为“sDecimal”的密钥，在所有的服务器上，密钥的值都是“。” 没有区别，我可以find服务器之间有正确的小数格式和不。 任何意见，我可以在这里find这样的问题？
我想在Outlook日历中更改单个string（翻译/资源）。 Outlook中默认的“可用”日历状态称为“vrij” 。 Outlook使用将翻译为“可用 ”，但通常在荷兰语“vrij”被用作“时间”（意思是“不可用” ）！ （FWIW：荷兰语中的“不可用”日历状态是“nAanwezig”。） 很多同事没有注意到默认值“vrij”的意思是“可用的”，所以他们把不可用的时间标记为“可用”。 当然，我们可以试着把这个教给大家，但我宁愿防止混乱。 所以，如果我们可以通过Exchange Server来更改系统资源string，那将会很好。 另一种方法（变通办法）可能是在创build新日历项目时更改默认日历状态。 我认为这给混淆留下了一些空间（混淆的价值仍然存在），但至less混淆的价值不是默认值，与其他下拉值相比可能更清晰。 似乎可以单独通过表单更改默认的Outlook日历状态 ，但也可以在系统范围内执行此操作吗？ （这是可以接受的，这是否会覆盖自己的forms，例如违约约定私人 ，或者这会覆盖这个单一的价值？） PS：我首先在StackOverflow上发布了这个，但是我想这不是一个真正的程序员问题，而是更多的是networkingpipe理员。 （我是一名程序员，而不是系统pipe理员，但我想向他介绍一个“现成的”解决scheme。）