问题标签 [turkish]

我有土耳其字符编码问题我在 http post 方法上发送了一个带有 Web 服务的 xml 文档，但是当我编码土耳其字符（Ğ，Şı...）asci 代码 java translate æ 等时。

这次 url 连接是截断数据的其他部分，因为 & 是新属性的意思，所以如何解决这个问题在 java 上发送之前我能做什么？？？

我们遇到了以某些不同方式编码但保存在表中的单个列中的文本的问题。很长的故事。在 MySQL 上，我可以执行“从表中选择 hex(str)”，并且我看到的字符串字节与我设置的完全相同。

在 Oracle 上，我有一个以土耳其字符 İ 开头的字符串，它是 Unicode 字符 0x0130“带点上方的拉丁大写字母”。这是我印刷的 Unicode 2.0 版书籍。在 UTF-8 中，这个字符是 0xc4b0。

我们需要支持非常旧的客户端应用程序。他们会在“windows-1254”中向我们发送此文本。我们过去只是闭上眼睛，把它储存起来，然后再交还给它。现在我们需要Unicode，或者正在被赋予Unicode。

所以我有：

这是有道理的，因为 windows-1254 中的“İ”是 0xdd，wondows-1252 中的 0xdd 是“Ý”。我的终端大概设置为通常的 windows-1252。

但：

似乎没有与 MySQL 中的 hex(name) 函数等效的功能。但我一定是错过了什么。我在这里想念什么？

我的 java 代码必须采用我提供的 utf8 并保存一个 utf8 副本和一个 windows-1252 副本。java代码给了我：

然而，当我保存它时，客户端没有得到正确的字符。当我尝试查看 Oracle 实际存储的内容时，我得到了上面看到的垃圾。我不知道 C39D 是从哪里来的。有什么建议么？

我们在所有应用程序中都内置了 ojdbc14.jar，并且我们正在连接到一个数据库，该数据库显示它是“Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production”。

我们有一个旧客户端与旧服务器应用程序交谈。在土耳其，它将文本作为 windows-1254 发送。我们将其存储并寄回。

数据库中的一行名称为“İ”，它是大写字母 I，顶部有一个点。在 windows-1254 中，这是一个 0xdd 字符，在 UTF-8 中，是 0xc4b0。

如果我查看数据库，我会看到：

诡异的。正如有人在另一个问题中指出的那样，虽然......

“İ”字符在 windows-1254 中是 0xdd。事实证明，windows-1252 中的 0xdd 是“Ý”字符，在 UTF-8 中是 0xc39d。因此，我们看到的东西被倾倒了。

我们认为我们想要做的是这样，但它显然不起作用：

嗯？

许多文档讨论了 UTL_RAW.CONVERT 并且没有人展示它实际使用的示例。这是为什么？是否有允许的 NLS 字符集名称列表？我找不到一个。有什么建议么？我可以找到 java 知道的所有编码的列表，但我找不到 Oracle 的这个列表。

我有一个 Java 应用程序，我用它来编写必须由旧版软件读取的数据。该应用程序接收 UTF-8。我可以成功地将其转换为 windows-1254 字节。我可以将它们翻译成 windows-1252。如果然后我将它们转换为 UTF-8，我可以将其写入数据库：

客户端将此行显示为“İ”。但是，你知道，哇。这似乎很荒谬。但如果这是可行的，那可能就是必须发生的事情......

我在 mysql 中有一个 utf8_turkish_ci 编码的表。该列也已编码为 utf8_turkish_ci (varchar 250)。但土耳其字符显示不正确。正文中手动书写的土耳其语字符显示正确。我检查了标题。页眉是：

土耳其字符是： Üü İı Öö Ğğ Şş

网页端

我想留在utf8。如何从 MySQL 获取数据并在网页中正确显示它们？我尝试了许多解决方案建议：/

我还没有找到关于如何在Windows上处理这个问题的很好的描述，所以我在这里做。

ı土耳其语( I) 和i( ) 中有两个字母İ被 python 错误处理。

鉴于语言环境是正确的，它应该是怎样的：

和

我尝试过locale.setlocale(locale.LC_ALL,'Turkish_Turkey.1254')，甚至尝试过，'ı'.encode('cp857')但没有帮助。

如何让 python 正确处理这两个字母？

我对 jQuery Datatable 中的列排序有疑问。根据土耳其字母表，数据表排序的顺序是错误的。我怎样才能获得排序土耳其语的正确结果？

我正在使用 DOMPDF 库来生成 pdf 文件。问题是渲染土耳其字符。

它不会渲染所有土耳其语字符。例如，对于单词“Oranı”，它会显示“Oranı”。

知道如何解决这个问题吗？

我尝试了所有内置字体系列，如“dejavu”、“helvetica”、“arial”。

配置：

在 DOMPDF 配置文件 (dompdf_config.inc.php)

在我的html中，

我正在使用Jsoup从网站获取 html。我正在使用

此代码获取 html。但是当我在这样的链接中使用一些土耳其语字母时；

Jsoup 像这样发送请求："http://www.example.com/?q=Trke"

所以我无法得到正确的结果。我怎么解决这个问题？

有没有办法简单地规范土耳其字符，如 Ç、Ğ、İ、Ö、Ş、Ü 和 ı？

因为现在我正在使用 str_replace 但这似乎不是正确的方法，因为可能会忘记一个字符....有更标准的方法吗？我尝试在 PHP 国际化模块中使用 normalize 方法，但土耳其语字符仍然是土耳其语。我想用 URL 的普通字符替换它们。所以Ç变成C，Ş变成S，以此类推。

我尝试获取所有土耳其语字符的大写或小写。

在 DB2 有一个函数 TRANSLATE 但它不想将其用作

我不想保留土耳其字符，我想在同一个函数中转换所有土耳其字符。

例如，我尝试将 'i' 转换为 'I' ， 'ö' 转换为 'O' 和 'ü' 转换为 'U'

我该怎么做？