|
|
1
2
如果启用了memcache但未安装memcache客户机,则也可能出现此问题。 如果是这样的话,只需pecl安装memcache(确保在php.ini中相应地启用了扩展),然后重新启动apache,就可以了。 |
|
|
2
1
在使用gd进行图像操作时,我通常会遇到这样的错误。正如约格什建议的那样,在记忆极限上加一条线就解决了这个问题。例如:
|
|
|
3
1
我所做的(由于一些零碎的建议,将117的行改为以下行
|
|
|
4
0
检查php.ini中的内存限制参数。 它超过了那个限度。 把它改成你的要求,然后再试。 希望这有帮助。 |
|
|
5
0
看起来Joomla核心文件有一些问题——比如获取一个新副本并用一个新副本覆盖index.php,现在一切都很好。奇怪的! |
|
|
6
0
我遇到的另一个可能是您的一个MySQL表可能崩溃。尽管听起来很奇怪,但有时这种情况会以这种方式表现出来。
简单运行
|
|
7
0
为了解决这个问题,我到后台检查了站点的调试。 我保存了配置,站点现在可以工作了。 |
|
|
8
0
这是一个非常古老的问题,但我现在有同样的问题,我想分享解决方案(其他答案对我没有帮助)。 如果要移植joomla安装,则需要检查源主机和目标主机中与php相关的所有包。 如果您使用的是基于Debian的Linux,则需要同时键入这两个命令:
并测试是否安装了相同的包。如果没有,可以在源主机上键入:
复制结果并将其粘贴到目标主机上(例如,如果您使用的是ssh客户机):
或者你可以试试这个:
检查源机器是否正确(如果需要,请使用root@source\u host或另一个\u user@source\u host)。 重新启动Apache2服务器(这不是必需的,但为了安全起见):
再次检查。 如果在迁移后和迁移前使用Windows,请检查启用了Windows的扩展名(上载“info.php”文件以测试它们),并根据更改php.ini。稍后使用services.msc或命令行以管理员身份重新启动apache2服务:
我注意到了从一开始重新安装时的错误,并且没有通过需求检查。 希望这对有同样问题的人有用。 |