我如今有个中文网站 不想从新建站怎样能做到 想在网站上参与多国言语 (我如今有个中年男人)

本文目录导航：

• 我如今有个中文网站，想在网站上参与多国言语，不想从新建站怎样能做到？
• 如何成功网站的多言语版本？
• 怎样参与多一个言语的网站？

我如今有个中文网站，想在网站上参与多国言语，不想从新建站怎样能做到？

去下载一个现成建站软件系统来做就可以了，比如pageadmin系统、worpress系统、discuz系统这些都很好用，都是收费下载的，稍微相熟一下就可以做很专业的网站，第一个可以做多言语的

如何成功网站的多言语版本？

一、理论成功方法有两种：

1、驳回多言语模板，经环节序渲染不同言语版本的模板。

（1）好处： 不同言语版本有各自的模板，保养量大，但保养繁难。

甚至不同版本的模板在显示格调上都可以不同。

（2）缺陷：同一商业逻辑的页面，须要保养多套模板，有反停上班。

2、驳回同一模板，应用ResourceBundle性能多言语resource文件，成功网页上不同言语版本的显示。

（1）好处：同一商业逻辑的页面，只须要保养一套模板。

（2）缺陷：模板的设计难度比拟大，须要顺应不同言语版本的需求。

这个咱们在实践上班中遇到过，有些显示英文字符没有疑问的样式，在显示中文会出现疑问，单个模板的保养难度比拟大些。

怎样参与多一个言语的网站？

多言语网站，望文生义就是能够以多种言语（而不是单种言语）为用户提供消息服务，让经常使用不同言语的用户都能够从同个网站取得内容相反的消息。

多言语网站成功打算1，静态：就是为每种言语区分预备一套页面文件，要么经过文件后缀名来区分不同言语，要么经过子目录来区分不同言语。

例如关于首页文件index_提供英语界面，index_提供简体中文界面，index_提供繁体中文界面，或许是en/提供英语界面，gb/提供简体中文界面，big/提供繁体中文界面，一旦用户选用了须要的言语后，智能跳转到相应的页面，首页以下其余链接也是依照雷同模式处置。

从保养的角度来看，经过子目录比经过文件后缀名来区分不同言语版本显得要繁难明了。

2，灵活：站点内一切页面文件都是灵活页面文件（PHP，ASP等）而不是静态页面文件，在须要输入言语文字的中央一致驳回言语变量来示意，这些言语变量可以依据用户选用不同的言语赋予不同的值，从而能够实如今不同的言语环境下输入不同的文字。

例如：言语变量ln_name，当用户选用的言语是英语时赋值为“Name”，当用户选用的言语是简体中文时赋值为“姓名”，这样就可以顺应不同言语时的输入。

驳回静态模式的好处是页面间接输入到客户端，不须要在主机上运转，占用主机的资源比拟少，系统能够允许的并发衔接数较多，缺陷是要为每种言语制造一套页面文件，很多内容即使是和言语有关的也要分不同言语来存储，因此占用的存储空间较多。

驳回灵活模式和静态模式的优缺陷正好相反，它的好处是灵活页面文件只要一套，不同言语的文字经常使用言语变量来存储，和言语有关的内容只存储一份，占用的存储空间较少，并且扩大新言语比拟容易，缺陷须要在主机上运转，而后把结果输入到客户端，占用主机的资源比拟多，系统能够允许的并发衔接数较少。

灵活数据存贮触及的一些技术疑问由于如今网站上灵活运行日益增多，相当多的网站还会经常使用文件或许数据库来存储运行消息，因此假设文件或许数据库中存储的内容与言语关系时，还须要特意留意。

关于存储在数据库中消息，可以采取以下几种模式允许多言语：1，在数据库级别允许多言语：为每种言语建设独立的数据库，不同言语的用户操作不同的数据库。

2，在表级别允许多言语：为每种言语建设独立的表，不同言语的用户操作不同的表，然而它们在同一个数据库中。

3，在字段级别允许多言语：在同一个表中为每种言语建设独立的字段，不同言语的用户操作不同的字段，它们在同一个表中。

由于数据库中有少量的消息（如标记，编码，数字等）是用于外部处置经常使用的，与言语有关的，因此在数据库级别允许多言语会造成空间的极大糜费，在字段级别允许多言语最大的疑问是一旦须要允许新的言语，由于须要修正表结构，保养起来十分费事，可扩大性不好。

相比之下，在表级别允许多言语比拟好，由于并不是一切的表都须要允许多言语，关于与言语有关的表，不同言语的用户共用一套，那些和言语关系的表依据允许言语的种类来建设，不同言语的用户存取访问不同的表格。

这样使得保养繁难，节俭了存储空间，即使是扩大起来也比拟繁难，只需把须要允许多言语的表，多建设一套即可。

还须要留意的疑问是：有些表中某些字段是不同言语版本的表共享的（例如库存量），由于各种言语的表之间的相对独立性，使得数据共享有些艰巨。

处置的方法有两个：1，不同言语的表的共享字段同步：也就是说，只需修正了其中一个表的共享字段，其余言语表中该字段也作相应扭转，实践受骗不同言语的用户同时访问时处置还是比拟费事的，并且扩大新言语时修正上班比拟大。

2，参与一个新的表：把一切言语共享的字段（例如货物编号，产地编码等）所有放在这个表，允许多言语的表只寄存与各种言语关系的字段。

不同言语的用户在经常使用数据库时，须要操作两个数据表。

比拟而言，第二种方法比拟繁难，并且效率比拟高，保养也比拟繁难。

运行字符集的选用一个定位于不同言语国度的企业网站势必需要提供多种言语版本的产品和开售消息来满足其环球各地经常使用不同言语的客户和协作同伴，其中包含法语、德语、意大利语、葡萄牙语、西班牙语、阿拉伯语等等。

但有一个疑问却极易被网站设计者们所疏忽。

这就是网站的字符集设置疑问。

普通咱们经常使用的是简体中文(GB2312)字符集，而对多言语网站来说，中文字符集却或许会使你辛辛劳苦的致力前功尽弃。

要素很繁难：就是这个毫不起眼的小小字符集在作祟。

计算机运行畛域中存在着几十种互不相反的字符集，而不同言语客户在阅读不同言语网页时，往往会由于相互间所经常使用字符集不可兼容而出现乱码状况。

咱们在阅读国外一些网站时，往往也会出现为了能反常地看到网站上的消息而不得不在各种字符集之间来回切换的状况。

试想一下：假设一个网站提供了中，英，法，德等多种言语版本的内容，内容全之又全，设计美仑美奂。

咱们在中文编码环境下阅读这些非中文版本的页面感觉十分完美，如今一个法国客户对你的产品出现了兴味，当他进到法语版面一看—乱码多多，甚至或许整个版面都一塌里懵懂。

你的网站再下大工夫又有什么意义呢? 所以对提供了多言语版本的网站来说，Unicode字符集应该是最现实的选用。

它是一种双字节编码机制的字符集，不论是西方文字还是西方文字，在Unicode中一概用两个字节来示意，因此至少可以定义个不同的字符，简直可以涵盖环球上目前一切通用的言语的每一种字符。

所以在设计和开发多言语网站时，必定要留意先把非中文页面的字符集定义为“utf-8”格局。

这一步十分关键，要素在于若等页面做好之后再更改字符集设置，可说是一件十分十分费力不讨好的上班，有时刻甚至或许须要从头再来，从新输入网站的文字内容。

HTML中的META标签：<META HTTP-EQUIV=“Content-Type” CONTENT=“text/html; CHARSET=字符集> 不写，依据阅读器自动字符集显示charset=gb2312 简体中文 charset=big5 繁体中文 charset=EUC_KR 韩语 charset=Shift_JIS 或 EUC_JP 日语 charset= KOI8-R / Windows-1251 俄语 charset=iso-8859-1 西欧语系（荷兰语,英语,法语,德语,意大利语,挪威语,葡萄牙语,瑞士语.等十八种言语）中欧语系charset=iso-8859-5 斯拉夫语系（保加利亚语,Byelorussian语,马其顿语,俄语,塞尔维亚语,乌克兰语等）charset=uft-8 unicode多言语ASP与脚本引擎页码的概念由于咱们传统经常使用的内码像Big5,GB2312与unicode并不是逐一对应,故两者之间的转换要靠codepage(页码)来成功<%@ Language=VBScript CodePage=xxx%> 不写，依据主机端解析引擎自动代码页智能解析并前往阅读器。

假设制造的网页脚本与WEB服务端的自动代码页不同，则必定指明代码页：codepage=936 简体中文GBKcodepage=950 繁体中文BIG5codepage=437 美国/加拿大英语codepage=932 日文codepage=949 韩文codepage=866 俄文codepage= unicode UFT-8倡导驳回utf8的静态和灵活文档。

即：<%@LANGUAGE=VBSCRIPT CODEPAGE=%><meta http-equiv=Content-Type content=text/html; charset=utf-8 />