blocks|key|766382|text|有许多存储翻译的选项：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|766383|TMX：一种用于翻译的相对较新的XML格式。似乎越来越受欢迎了。|unordered-list-item|offset|length|766384|盖特文是另一种开放的翻译格式。很长一段时间以来一直是事实上的标准。|766385|ini文件-易于编辑，格式非常简单|766386|PHP文件(数组)--便于PHP程序员编辑，性能良好|766387|CSV格式-相对简单的使用。|766388|我建议您使用类似于翻译的方法，它支持多个适配器，并提供了在应用程序中嵌入翻译的基本方法。|766389|entityMap|0|LINK|mutability|MUTABLE|url|http://www.gala-global.org/lisa-oscar-standards|1|http://www.gnu.org/software/gettext/|2|http://framework.zend.com/manual/en/zend.translate.using.html^0|0|0|3|0|0|0|3|1|0|0|0|0|9|2|2|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|13|8|@]|9|@$E|14|F|15|1|16]]|A|$]]|$1|G|3|H|5|D|7|17|8|@]|9|@$E|18|F|19|1|1A]]|A|$]]|$1|I|3|J|5|D|7|1B|8|@]|9|@]|A|$]]|$1|K|3|L|5|D|7|1C|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|1D|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|1E|8|@]|9|@$E|1F|F|1G|1|1H]]|A|$]]|$1|Q|3|-4|5|6|7|1I|8|@]|9|@]|A|$]]]|R|$S|$5|T|U|V|A|$W|X]]|Y|$5|T|U|V|A|$W|Z]]|10|$5|T|U|V|A|$W|11]]]]

There are plenty of options for storing translations:

<ul>
<li><a href="http://www.gala-global.org/lisa-oscar-standards" rel="nofollow noreferrer">TMX</a>: A relatively new XML format for translations. Seems to be gaining in popularity.</li>
<li><a href="http://www.gnu.org/software/gettext/" rel="nofollow noreferrer">Gettext</a> is another open format for translations. Been the de-facto standard for a long time.</li>
<li>ini files - easy to edit, very simple format</li>
<li>PHP files (arrays) - easy to edit for PHP programmers, good performance</li>
<li>CSV format - relatively simple to use.</li>
</ul>

I'd suggest you use something like <a href="http://framework.zend.com/manual/en/zend.translate.using.html" rel="nofollow noreferrer">Zend_Translate</a> which supports multiple adapters and provides a basic approach to embedding translations in your application.

blocks|key|1998466|text|与daddz相反，我建议不要在PHP中使用gettext：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1998467|区域设置是每个进程.这意味着当您在进程中使用多线程apache或任何其他多线程when服务器时，在一个线程中调用setlocale将影响其他线程。
因为您不知道哪个线程/进程正在处理哪个请求，因此在用户间歇地获取错误的区域设置时会遇到可怕的问题。|unordered-list-item|1998468|您在PHP中设置的区域设置对像printf甚至strtotime这样的函数有影响。如果您使用gettext/setlocale，您肯定会被到达后端代码的“奇怪”数字格式所干扰。|offset|length|style|CODE|1998469|使用Eran提供的任何其他解决方案，或者自己快速地做一些事情(PHP数组工作得非常好)。还可以使用intl扩展，它将位于核心PHP5.3中，用于数字和日期的格式化和排序。|1998470|一遍又一遍地在基于web的解决方案上使用gettext就像打开蠕虫的罐头一样。|1998471|entityMap^0|0|0|F|6|N|9|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|R|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|S|8|@$G|T|H|U|I|J]|$G|V|H|W|I|J]]|9|@]|A|$]]|$1|K|3|L|5|6|7|X|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|Y|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|P|$]]

Contrary to daddz I would recommend against using gettext in PHP:

<ul>
<li>The locale setting is per-process. This means that when you are working with a multithreaded apache or any other multithreaded webserver running PHP in-process, calling setlocale in one thread will affect the other threads. 

Because you can't know which thread/process is handling which request, you'll run into awful problems with users intermittently getting the wrong locale.</li>
<li>The locale you set in PHP has influence on functions like <code>printf</code> or even <code>strtotime</code>. You will certainly get bit by "strange" number formats arriving in your backend code if you work with gettext/setlocale</li>
</ul>

Use any of the other solutions lined to by Eran or quickly do something yourself (PHP arrays work very nicely). Also use the intl-extension which will be in core PHP 5.3 for number and date formating and collation.

Using gettext on a web based solution over and over proved to be quite like opening the proverbial can of worms.

blocks|key|1998412|text|我建议盖特文。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1998413|它是跨平台的，开源的，广泛使用并可用于php：PHP+Gettext|1998414|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Gettext|1|http://php.net/manual/en/intro.gettext.php^0|3|3|0|0|N|B|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

I'd suggest <a href="http://en.wikipedia.org/wiki/Gettext" rel="nofollow noreferrer">Gettext</a>.

It's cross-platform, open-source, widely used and available for php: <a href="http://php.net/manual/en/intro.gettext.php" rel="nofollow noreferrer">PHP Gettext</a>

blocks|key|464325|text|我对gettext没有经验，所以对这个主题没有任何评论，但我使用以下方法构建了几个多语言站点：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|464326|方法1|BOLD|464327|我不会说我的格式是最好的，只是它是有效的。我也用过数组。取决于内容存储的位置。|464328|例如，我将有一个文本关联数组和标识哪个文本的索引：|464329|$text['english']['welcome']+=+"Welcome+to+my+site.+blah+blah+blah";
$text['english']['login']+=+"Please+enter+your+username+and+password+to+login";|code-block|syntax|javascript|464330|并可能使用常量或配置变量设置语言。|464331|方法2|464332|我已经构建了两个具有相同结构和后端的站点，但每个站点都使用不同的数据库并分别维护：data_french、data_english。|464333|entityMap^0|2|7|0|0|3|0|0|0|0|0|0|3|0|15|B|1H|C|0^^$0|@$1|2|3|4|5|6|7|Z|8|@$9|10|A|11|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|12|8|@$9|13|A|14|B|H]]|D|@]|E|$]]|$1|I|3|J|5|6|7|15|8|@]|D|@]|E|$]]|$1|K|3|L|5|6|7|16|8|@]|D|@]|E|$]]|$1|M|3|N|5|O|7|17|8|@]|D|@]|E|$P|Q]]|$1|R|3|S|5|6|7|18|8|@]|D|@]|E|$]]|$1|T|3|U|5|6|7|19|8|@$9|1A|A|1B|B|H]]|D|@]|E|$]]|$1|V|3|W|5|6|7|1C|8|@$9|1D|A|1E|B|C]|$9|1F|A|1G|B|C]]|D|@]|E|$]]|$1|X|3|-4|5|6|7|1H|8|@]|D|@]|E|$]]]|Y|$]]

I have no experience on <code>gettext</code> so no comment on that topic, but I have built a few multi-lingual sites using the following methods:

METHOD 1

I wouldn't say my format is the best, just that it's effective. I've also used array. Depending on where the content is stored.

For example, I'll have an associative array of text with the indexes identifying which text:

<pre><code>$text['english']['welcome'] = "Welcome to my site. blah blah blah";
$text['english']['login'] = "Please enter your username and password to login";
</code></pre>

And maybe set your language with a constant or config variable.

METHOD 2

I've built two sites with identical structures and back-ends but each one used a different database and were maintained separately: <code>data_french</code>, <code>data_english</code>.

blocks|key|1998522|text|我已经建立了多语言CMS。所有内容都存储在数据库中，主表用于通用(而不是特定于语言的值)，而单独的表用于特定于语言的内容。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1998523|例如，让我们想象一下存储产品--我们有一个“products”表(包含unique_id、date+created、image等)和一个“product_local”表(包含任何特定于语言的字段)。|1998524|使用这种方法很容易维护内容。|1998525|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I have built multilingual CMS. All content was stored in a database, with main tables for common (not language specific values) and separate tables for the language specific content. 

For instance, let us imagine storing products - we have a 'products' table (contains unique_id, date created, image urls etc etc) and a 'product_local' table (contains any language specific fields).

Using this method it is very easy to maintain content.

blocks|key|464364|text|您可能会发现这篇关于这个主题的文章读起来很有趣：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|464365|http://cubicspot.blogspot.com/2011/12/cross-platform-multilingual-support-in.html|offset|length|464366|作者提倡一种“懒惰的程序员”策略--只在你需要多语种的情况下才这么做--并且似乎推荐使用IANA语言代码的PHP数组方法。不过，这篇文章有点模糊。|464367|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|29|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@$D|Q|E|R|1|S]]|A|$]]|$1|F|3|G|5|6|7|T|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|C]]]]

You may find this article on the topic an interesting read:

<a href="http://cubicspot.blogspot.com/2011/12/cross-platform-multilingual-support-in.html" rel="nofollow">http://cubicspot.blogspot.com/2011/12/cross-platform-multilingual-support-in.html</a>

The author advocates a "lazy programmer" strategy - do it only if you need multilingual stuff - and seems to recommend the PHP array approach with IANA language codes. The article is kind of vague though.

blocks|key|1998617|text|看看这个论坛。如果有人帮你翻译的话，我想你可能需要一种不同的方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1998618|多语言PHP网站的最有效方法|offset|length|1998619|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/2806886/most-efficient-approach-for-multilingual-php-website^0|0|0|E|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

Check this forum. I think you'd probably need a different approach if you have somebody helps you with translation.

<a href="https://stackoverflow.com/questions/2806886/most-efficient-approach-for-multilingual-php-website">Most efficient approach for multilingual PHP website</a>

I am building a website and it need to be in 7 languages?
I was wondering if there is a good practice can be applied to get multilingual php script?

<ul>
<li>Easy for me </li>
<li>Easy for the translators</li>
</ul>

Also what do you think , should I Store it in DB , XML or in PHP file?

what is the best method to build "multilingual" script in php?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在建设一个网站，它需要在7种语言？我想知道是否有一个很好的实践可以应用于获得多语言php脚本？对我来说很容易对翻译人员来说很容易另外，您认为应该将其存储在DB、XML或PHP文件中吗？

问在php中构建“多语言”脚本的最佳方法是什么？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在php中构建“多语言”脚本的最佳方法是什么？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在php中构建“多语言”脚本的最佳方法是什么？
EN