Question

我的想法是创建可以动态添加到WordPress的语言支持（国际化）。

和往常一样，我应该自己编写并在可能的情况下使用"functions.php"进行管理。

事实上，即使我还没有完成针对“ 静态区域”的课程，我还是有一个不错的“课堂”。它可以与JSON和PHP交互管理和读写JavaScript文件。

某种程度上，我们可以将其视为WP主题语言支持（PO&MO）系统。

但要强迫我们发挥想象力，

WordPress子结构由两个主要组件组成，分别是标题和内容。 post_title，post_content

想法1：

通常，我将不得不为每种语言添加额外的字段。例如：“ post_title_ru，“ post_title_en”，“ post_title_de” ...

但这自然会带来大量的工作量和大量的代码。

想法2：

对于我添加的每种语言，我都想将内容存储在数组中，用JSON进行编码，然后将其保存在数据库中。即；

$post_title = json_encode (
    array (
        "default": "Hello World",
        "tr": "Merhaba Dünya"
    )
);

当然，这本必读的书

echo json_decode(get_the_title())->tr;

现在，对于WordPress，当我们调用函数the_title()时，它将打印两种非解码语言，这无关紧要，因为我要编写一个已经执行此操作的新函数。

例如：

// title($ lang, $ fallback);
echo title('tr', 'ru');

以这种方式，当您考虑以上所有内容时，您是否认为在该基础架构中写入和读取数据并进行工作是否存在问题？（一般和长期使用）所以将来我不能想到将来会有任何困难吗？

让我们继续；

让我们谈论“子弹” 结构，我一直很难调整和理解。

由于我们已经发展了很多，如果不为使用不同语言的用户提供不同的永久链接“子弹” 结构，这将是一个遗憾。

我是在谈论WordPress的post_name结构。

所以

如果eg./hello-world是我们的默认网址，则当语言更改时，用户或访问者应访问与eg./tr/merhaba-dunya相同的帖子。

在这一点上，我无法想到一个合理的想法。实际上，这是我坚持的最重要的观点。

实际上"POST"实际上是一个URL打开，而>>> x = [1,2,3,4,5,6,7,8,9,0] >>> y = [1,3,5,7,9] >>> list(set(x)- set(y)) [0, 2, 4, 6, 8]大于1并且根据语言而有所不同。

我对此主题进行了一些研究，但未得到明确的结果。所有文章都是针对WordPress主题的国际化。

您认为的国际化是可能的吗？