php – 使用zend框架的多语言内容管理网站(CMS)

There are many zend translate adapters available in zend framwork. But the one (zend sql adapter),which is most need for database(MysqL) driven websites,is not yet released.

For those multilingual websites,which are not database driven,contents can be placed in files (xml,mo,or any other) and one of the zend translate adapter is used to process the contents to display the correct language.

这些都是错误的假设.不是说,DB驱动的应用程序需要使用DB驱动的翻译系统.您可以轻松使用静态文件系统.

How we will deal with database driven multilingual website? PrevIoUsly we were habit of using PHP with well-designed multilingual database keeping each article (page) in table with every required translation.

我认为你有点误 – 我知道你想使用翻译来获取页面的动态内容(文章).翻译的目的是使视图国际化 – 静态内容.我的意思是登录或注册或欢迎文本等等.这些确实应该在文件中(考虑文件是静态缓存)而不是在DB中,因为它会产生巨大的负载(无论如何都应该缓存DB).存储在数据库中的文章是另一回事,您想要实现的是多语言页面内容.您可以轻松处理,无需翻译(请记住,翻译适用于视图！),只需在表格中添加国家/语言标志,并通过模型检索合适的(按给定语言过滤)数据.它非常简单,不需要任何后端进行翻译.

我不确定Translate是如何工作的,但我可以假设它检查语言然后加载整个翻译文件并将其作为集合(或简单的关联数组)存储在脚本内存中,以提供快速而强大的翻译机制(注意,那它不需要为每个给定的密钥调用DB或文件,因为它们都将在内存中).保持整个页面,这样的文章根本没有意义,主要是因为你每页只需要1-2篇文章(为什么浪费内存呢？)有时候会有数百个本地化的视图字符串(所以你不想为每个人调用数据库或文件)

Another solution Could be keeping our well design multilingual database and generate xml based language files on every change admin make using GUI in admin area. And then use one of zend translate adapter to handle these xml files. I guess that Could be overkill,killing a bird with cannon