这几天在尝试安装mambo 4.53h版， 由于我的数据库是mysq4.1以上版本，并且设定的字符集是UTF8 。在尝试安装了几次后发现以下几种情况：

1. 将数据库设置为 latin1 ,  不修改任何文件，在安装时无论选择gb2312 还是utf8,都可以完成安装，并且网页显示正常，但是通过phpmyadmin看数据表时发现，里面所有中文全部为乱码，也就是说，通过latin1字符集保存，可以正常显示中文网页，但是实际上在数据库中中文是乱码。 而且不能通过phpmyadmin备份（备份出来的文件，无论改成什么编码，里面中文均为乱码）。所以这不是王道，我没有做选择考虑。

2. 将数据库字符集设置成utf8, 不修改任何文件，在安装时无论选择gb2312还是utf8,都出现 1071  specified  key  too  long  max  length  1000  bytes  的错误。并且只要是数据库字符集设置成utf8,（utf8是一个 character set  作为 3 bytes存储，latin1 是作为1 bytes存储），无论是按照论坛中的一些意见，修改 installation/sql/mambo.sql 还是别的文件， 都会出现key 超过1000bytes的错误，安装不能继续。

我本意是要安装manbo的中文utf8版本，以方便和别的程序整合。所以在查询了google，论坛和其他一些资料后，经过尝试，终于以我的想法，以选择 manbo的utf8 字符集 在mysql4.1以上，并且字符集也是utf8 的数据库中安装成功。 网页显示中文正常，无乱码，并且用phpmyadmin查询数据库表时，所有中文也都显示正常，并且以utf8保存。以下是我的解决方法，仅供参考：

• 首先设置数据库字符集为utf8，
  复制内容到剪贴板

  代码:

  ALTER DATABASE  DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
  或者通过phpmyadmin里面直接改也一样。
  
  
• 修改 installation/sql/mambo.sql 文件：
  
  查找将所有的
  复制内容到剪贴板

  代码:

  TYPE=MyISAM;
  替换成
  复制内容到剪贴板

  代码:

  TYPE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;
  查找
  复制内容到剪贴板

  代码:

  UNIQUE KEY `section_value_value_aro` (`section_value`,`value`)
  和
  复制内容到剪贴板

  代码:

  UNIQUE KEY `#__gacl_section_value_value_aro` (`section_value`,`value`),
  并将这2行代码用 # 注释掉，或者删除，whatever～～
  

在这一段代码下面，也就是

复制内容到剪贴板

代码:

# Table structure for table `#__core_acl_aro_groups`

上面，按顺序增加以下4行代码：

复制内容到剪贴板

代码:

ALTER TABLE `#__core_acl_aro` CHANGE `section_value` `section_value` VARCHAR( 240 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL default '0';

复制内容到剪贴板

代码:

ALTER TABLE `#__core_acl_aro` CHANGE `value` `value` VARCHAR( 240 ) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL default '';

复制内容到剪贴板

代码:

ALTER TABLE `#__core_acl_aro` ADD UNIQUE `section_value_value_aro` ( `section_value` , `value` );

复制内容到剪贴板

代码:

ALTER TABLE `#__core_acl_aro` ADD UNIQUE `#__gacl_section_value_value_aro` (`section_value`,`value`);

-----------------------------

• 修改 includes/database.php 文件：
  查找
  复制内容到剪贴板

  代码:

  $this->_table_prefix = $table_prefix;
  在该行代码下面添加以下三行代码：
  复制内容到剪贴板

  代码:

  mysql_query("SET NAMES 'utf8'", $this->_resource);
  复制内容到剪贴板

  代码:

  mysql_query("SET CHARACTER SET utf8", $this->_resource);
  复制内容到剪贴板

  代码:

  mysql_query("SET COLLATION_CONNECTION='utf8_general_ci'", $this->_resource);
  修改后保存。
  
  
• 安装的时候，选择UTF8作为编码格式安装。
  

如此修改后能够正常安装，并且在数据库中的中文显示和保存都正常，如果需要整合discuz或者其他程序的时候，也能够选择UTF8版本，并且整合后不会出现在注册时使用中文用户名，但是注册后显示为乱码的现象。

注意事项
经本方法修改后，请在升级manbo的时候，对 includes/database.php 做相应的修改，否则会出错。

以上修改方法是我参考了论坛中的几位达人以及通过google搜索查到的一些英文资料，还有TW manbo的一些资料后，经过尝试完成修改并经测试没有问题的。希望对碰到同样问题的朋友有些用处！觉得有用的朋友顶一下，要对得起我写的那么多东西啊。

[ 本帖最后由 echotree 于 2006-2-17 16:05 编辑 ]

经典，王道，

楼主 ALTER DATABASE `echotree_main` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci，这个语句是在phpmyadmin里执行就可以吗？

另外，在第一步已经将数据库设置为utf了，collate也设置成utf8_general_ci了，为什么还要在database.php文件里添加mysql_query("SET CHARACTER SET utf8", $this->_resource);和mysql_query("SET COLLATION_CONNECTION='utf8_general_ci'", $this->_resource);这些参数按照mysql的性质，应该是与设定好的数据库保持一致的阿，不用另外声明吧？能说明一下吗？

[ 本帖最后由 acdc 于 2006-2-17 15:02 编辑 ]

引用:

原帖由 acdc 于 2006-2-17 14:55 发表
经典，王道，

楼主 ALTER DATABASE `echotree_main` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci，这个语句是在phpmyadmin里执行就可以吗？

另外，在第一步已经将数据库设置为utf了，collate也设置 ...

"ALTER DATABASE forum DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci" 在phpmyadmin里面执行就行，那个`echotree_main`不要加上，我直接从我的phpmyadmin 里面copy出来的，那个是我的数据库名字，忘记删掉了。。。汗～ 其实也可以直接在phpmyadmin里面改成utf8.

至于后面个问题，database.php，由于我对php研究还有限，只能确定如果加上这段代码，如果去操作 latin1 的数据库的话，会造成爆炸性结果. 而我加上这个只是为了保证以后对数据库的操作都是以utf8来进行。如果有哪个朋友尝试过去掉也没问题的话，跟个帖子告诉我一下，谢谢。

[ 本帖最后由 echotree 于 2006-2-17 16:21 编辑 ]

拉丁编码的确是那样。呵呵。UTF8是好东西但是目前使用这个要付出太多承重的代价。奢侈品。

没辙啊，没钱租不起主机，用的虚拟主机的mysql就是utf8,既然不能自主，就只好麻烦点，从偏门入手了。不过话说回来，utf8是发展方向啊，现在discuz，molyx等等都慢慢转到utf8了，所以manbo转估计也是迟早的问题。实际上明眼人可以看出来，上面的解决方案，其实就是做了个妥协，将会超过1000bytes，并且不会影响中文存储和显示的数据表 mos_core_acl_aro 表中的 section_value字段和 value 字段以 latin1 处理，其他以utf8处理而已。这样就能做到顺利安装，而且mysql不会影响中文的显示和存储。

恩，空间以后才不是问题，硬盘降价快的很，空间的价格国外早就300人民币3－5g了。
主要是utf8的通用性，从一开始就比较正规没坏处。

第一步可以在phpmyadmin的右边控制里，选“操作”，然后将整理改为utf8。

不错，不过对第二步改用latin1保留意见，虽然我没试过，但是我觉得这样可能会有问题

引用:

原帖由 zijie 于 2006-2-17 17:39 发表
不错，不过对第二步改用latin1保留意见，虽然我没试过，但是我觉得这样可能会有问题

不过那2个使用latin1的字段里面的内容都没有中文，用一段时间看吧，暂时还没有发现问题。

涉及到database.php那部分，几个语句好像是管写入数据时使用编码的，不加那几条语句的话，php默认是用latin1将数据写入utf8数据库，造成乱码。

SET NAMES 'x'  等同于以下三句:
SET character_set_client = x;
SET character_set_results = x;
SET character_set_connection = x;

SET CHARACTER SET 等同于以下三句：
SET character_set_client = x;
SET character_set_results = x;
SET collation_connection = @@collation_database;  

我感觉修改database.php时，
mysql_query("SET COLLATION_CONNECTION='utf8_general_ci'", $this->_resource);
这一句可以省略，
因为我觉得他的功能等同于 SET collation_connection = @@collation_database;  
不知道对不对？请高手指正。

[ 本帖最后由 acdc 于 2006-2-19 18:31 编辑 ]

我的服务器环境是：apache_2.0.55-win32
                                    php4.3.10
                                    mysql5.0.15
                                    ZendOptimizer-2.6.0-Windows
                                    MamboV4[1].5.3h_Global
操作系统：winxp sp2

完全按照搂主的方式进行更改，安装过程一切顺利，但是当我在管理平台进行如下操作的时候出现如下错误提示：
操作：[内容]-〉[所有内容条目]
错误：DB function failed with error number 1054
Unknown column 'c.access' in 'on clause' SQL=SELECT c.*, g.name AS groupname, cc.name, u.name AS editor, f.content_id AS frontpage, s.title AS section_name, v.name AS author FROM mos_content AS c, mos_categories AS cc, mos_sections AS s LEFT JOIN mos_groups AS g ON g.id = c.access LEFT JOIN mos_users AS u ON u.id = c.checked_out LEFT JOIN mos_users AS v ON v.id = c.created_by LEFT JOIN mos_content_frontpage AS f ON f.content_id = c.id WHERE c.state >= 0 AND c.catid=cc.id AND cc.section=s.id AND s.scope='content' ORDER BY s.title, c.catid, cc.ordering, cc.title, c.ordering LIMIT 0,10

不知道搂主或其他人有没有遇到过这种情况？

还有，请问搂主的具体的服务器环境配置是什么？

[ 本帖最后由 jbliu 于 2006-2-23 10:59 编辑 ]

解决方法：

在这个文件中

administrator\components\com_content\admin.content .php

找到

. "\n FROM #__content AS c, #__categories AS cc, #__sections AS s"

替换为

. "\n FROM #__categories AS cc, #__sections AS s, #__content AS c"



共有2处要替换

10楼问题的解决方法：

在这个文件中

administrator\components\com_content\admin.content .php

找到

. "\n FROM #__content AS c, #__categories AS cc, #__sections AS s"

替换为

. "\n FROM #__categories AS cc, #__sections AS s, #__content AS c"



共有2处要替换

谢谢楼上兄弟的解决方法！
这种解决方法是可以解决内容条目的查询问题，不过不知道你有没有试过去增加一条记录时会出现什么错误？

我用的服务器是用的dreamhost的，非win主机，没有出现过这个问题啊。
数据库是：MySQL 5.0.18, 数据库前段时间还是4.1x的，具体多少版本我忘记了，不过好像最近才被升级到了 5.0.18，使用中还没有发现什么问题。phpmyadmin是：phpMyAdmin 2.6.4-pl3，其他配置我懒得贴了，自己去看下探针吧，地址： 探针 ，探针过几天我就删除了。

[ 本帖最后由 echotree 于 2006-2-23 17:53 编辑 ]

引用:

原帖由 cshuer 于 2006-2-23 15:33 发表
解决方法：

在这个文件中

administrator\components\com_content\admin.content .php

找到

. "\n FROM #__content AS c, #__categories AS cc, #__sections AS s"

替换为

. " ...

我换了以后变成这样：
DB function failed with error number 1
Can't create/write to file '/root/tmp/#sql_11c0_0.MYI' (Errcode: 13) SQL=SELECT c.*, g.name AS groupname, cc.name, u.name AS editor, f.content_id AS frontpage, s.title AS section_name, v.name AS author FROM mos_categories AS cc, mos_sections AS s, mos_content AS c LEFT JOIN mos_groups AS g ON g.id = c.access LEFT JOIN mos_users AS u ON u.id = c.checked_out LEFT JOIN mos_users AS v ON v.id = c.created_by LEFT JOIN mos_content_frontpage AS f ON f.content_id = c.id WHERE c.state >= 0 AND c.catid=cc.id AND cc.section=s.id AND s.scope='content' ORDER BY s.title, c.catid, cc.ordering, cc.title, c.ordering LIMIT 0,10

我的环境：
数据库版本：  5.0.18-standard  
PHP版本：  5.0.4  
Web服务器：  Apache/2.0.54 (Mandriva Linux/PREFORK-13mdk)  
Web服务器和PHP的接口：  apache2handler  
Mambo 版本：  Mambo 4.5.3h Stable [ Phoenix ] 31-Dec-2005 03:00 GMT  
MySQL 版本：  5.0.18

　　我也出现了和10楼类似的问题，MySQL 5.0.16-nt-max，当我去增加条目时会出现和10楼类似错误，不过按cshuer 的方法问题已经解决了，，，

　但虽然没错误提示了，可还是不能添加条目，，点击之后老是让我重新登录后台

[ 本帖最后由 leeyesong 于 2006-3-10 14:04 编辑 ]

　　哎......该怎么办呢？高手来帮帮忙啊

[ 本帖最后由 leeyesong 于 2006-3-10 14:07 编辑 ]

好贴！

建议把下载区里的国际版按这个方法修改以下，让初学者少走弯路。

感谢啊，按照你的方法已经安装成功！

昏迷中，还是不能正常使用啊，我的是Win系统还是会出现问题，不能增加条目。