即时通讯使用joomla3为我的新网站，我使用3.2.2，目前更新到3.2.3。但是在浏览ste时，它总是从几个表中给出mysql错误，同时也从后端保存值
显示错误页面时出错：SQL =显示来自
sltdb_template_styles的完整列：SQL =显示来自sltdb_template_styles的完整列
如何克服这个...请指教？
答案 0 :(得分：0)
看起来像数据库连接 尝试使用命令行从应用程序服务器访问数据库。或尝试通过PHPAdmin访问您的数据库
如果仍然没有机会：
这是修复 - 我得到谷歌
使用扩展管理器 - >发现和安装，可能后跟扩展管理器 - ＆gt;数据库并在需要时修复。
Joomla需要适当的工作基础设施。有些东西必须失败，否则更新应该成功。上述步骤是在出现问题时进行修复的正常程序。一种替代方法是恢复并再试一次。
此外，Joomla允许您分解步骤。使用扩展管理器从目录安装是最少资源更新的方法。它要求您自己下载，提取并将其复制到网络服务器。
答案 1 :(得分：0)
希望这会对某人有所帮助。在服务器移动之后我遇到了这个问题，事实证明这是由于模块（wp_posts）中包含旧的数据库凭据，我更正了修复问题的凭据。
无关，但另外一件事是检查你是否有这类问题是你可以更新管理员的东西，我有一个次要问题是新的网络服务器上没有启用APC缓存，我发现通过尝试更新管理员和查看错误的事情。
错误0消息是非常无益的，似乎这可能是模块特定的，而不是joomla本身，但似乎很差，模块可以阻止整个网站形式工作，一些错误陷阱需要我思考！
答案 2 :(得分：0)
无法评论，但......（作为对logicc答案的评论）
嗯，“错误：0”确实不是很有帮助，但是打开调试后，你至少可以很好地了解问题的来源：
24 JDatabaseDriver->loadObjectList() /.../modules/mod_wpposts/helper.php:91
25 JDatabaseDriverMysql->connect() /.../libraries/joomla/database/driver.php:1312
关于阻止整个页面的模块 - 在某些情况下可能有意义（一个模块非常重要，你宁愿让页面完全不是渲染，而不是部分？），但它看起来似乎是一个错误的默认值。就目前而言，我认为模块应该通过一些尝试来解决这个问题。