问题标签 [latin]

我的专栏有名字和姓氏，用空格分隔。我想使用 pig 函数拆分为 2 个不同的列。我想到了 STRSPLIT 函数，但我不知道如何使用它。谁能帮我解决这个简单的问题？

因此，我拥有将英语翻译成 Pig Latin 的程序的全部功能。我有大约 80% 的反向翻译功能。

我有两个问题：

首先，当从 Pig Latin 翻译回英语时，它会在第一个超过 7 个字符的输入单词的末尾添加一些乱码。它不会对短语中的任何其他单词再次执行此操作，并且仅在从 Pig Latin 转换为英语时才会执行此操作。

第二个是更多的逻辑问题。我想不出如何检查英语单词以 T 开头并以元音结尾的情况。例如：time翻译成 PL 将是imetay. 然而，虽然不是一个实际的单词，eim但也可以imetay在 PL 中翻译为 不检查原始英语短语，如何判断imetay应该是time还是eim？

那里留下了一些调试行来显示反向翻译中的乱码会发生什么。

我在 PIG 拉丁文脚本中有两个值，我应该怎么做才能在数学上使用它们，就像我有两个变量一样

我怎么能做 A+B 或类似的事情？

我正在尝试将我的数据库上表中的特定列从带有排序规则 latin1_swedish_ci 的 latin1 字符集转换为带有排序规则 utf8_unicode_ci 的 utf8。

COLUMN：描述，类型：longtext，默认不为空

我在列上尝试了以下命令：

我还尝试更改编码而不先更改为二进制。但是这些字符最终被服务器错误地重新编码。

并且不断收到有关某些字符的错误：

错误代码：1366。不正确的字符串值：第 803 行的列 'longDesc' 的 '\x92t hav...'

我表中的某些字符似乎没有正确转换。

我该如何解决这个问题？

我正在使用 WWW 向 .php 文件发送一些信息：姓名、姓氏和分数。

但是我在拉丁字符方面遇到了麻烦。我的兄弟正在测试，他的名字是“João”。我保存了收到的数据：

我不知道为什么，但是哈希值不同。我认为这是因为“ã”被收集为�。

你们知道我该如何处理吗？

在您说还有其他线程之前，请相信我，我已经阅读了所有内容，但我发现它们没有帮助，因为我的代码不同，而且我从一开始就一直在自己做。不是在寻找免费赠品，而是在寻找一些实际的帮助。

下面的代码显示我可以打开一个要翻译成 Pig Latin 的文件，去掉所有标点符号和无用的数字，然后返回文件中的单词列表。规定是我只需要翻译单词。如果单词以元音开头，则在末尾添加“ay”。如果单词以辅音开头，则删除单词的第一个字母，将其添加到单词的末尾并在末尾添加“ay”。

即：单词=“ordway：和橙色=”orangeay”

编码：

这让我到了现在的位置，文件中的单词列表，没有双引号。未完成的 translate() 函数是我遇到困难的地方。下面是我想要它做的伪代码：

这个想法是，对于我传递给翻译函数的单词列表，我希望它进入并以相同的顺序创建一个新的单词列表，但已翻译。我现在知道如何做的唯一方法是创建一个元音单词列表和一个辅音单词列表，但是如果我这样做，我认为使用 .write() 用翻译的句子编写一个新文件会很困难我知道如何编写新的文件代码，所以我需要的只是这个函数。完全披露这是针对硬件的，但正如您所看到的，我并不是要免费赠品，只是对这个功能有一点帮助，非常感谢。

我刚刚开始学习 Pig Latin 的来龙去脉——在 pig 或某个库中是否有内置的方法可以做到这一点，或者我应该看看写一个 UDF？

我需要防止我的用户在文本框中输入非欧洲字符。

例如，这是我禁止西里尔字母的方式：

但我还需要排除阿拉伯语、日语等。

我只想允许：

• ASCII 英文，标准字符
• 意大利重音字母：à è ì ò ù á é í ó ú
• 来自欧洲语言的其他特殊字符：法语、德语...

有没有办法用范围来做到这一点？

我试过/[\u0400-\u04FF]/i了，但它只允许 ASCII 英语（例如，不是意大利语）。

我正在寻找一个MySQL函数来将每个特殊的拉丁字符（不要与latin1字符集混淆 - 我使用的是 utf8）从标准A-Z字母范围转换为非拉丁等价物。

这就是我真正想要实现的目标：

我尝试了许多不同的特技CONVERT和CAST功能。至今没有成功。

我也非常深入地搜索过，不幸的是，与字符转换相关的每一个 MySQL 问题都是典型的latin1 default collation，这不是我想要的。

我的远目标是将产品名称即时转换为uri 友好字符串TRIGGER ... AFTER INSERT，例如

这些转换后的名称不仅可以用作 SEO URI，还可以用作缩略图文件名的引用。

此外LOWER(@str)和REPLACE(@str, ' ', '_')，其中一个步骤是展平那些拉丁字符。

我更愿意将这些转换后的名称保留在数据库中，尽管您可能从架构的角度知道一些更合适的方法？