从Shopware 6.4更新到6.5后，我在产品详细信息页面上收到以下错误消息：第一个月堆栈跟踪只包含/vendor/symfony类。这是一个常见的错误吗？我该如何解决此问题？
ui7jx7zq1#
这很可能是某个twig模板中的一个不可恢复的错误。与已删除的函数或修饰符的用法类似的东西。尝试分步删除自定义模板和插件。从其中的一半开始，然后在进一步的步骤中，直到你能确定原因，然后寻找那些用法。通常会有一个更精确的错误消息。目前在Symfony错误处理程序中有一个问题，它达到了回溯限制，因为异常消息太长了。默认情况下，回溯限制为1000000。您可以增加它，直到错误处理程序的问题得到解决。
1000000
ini_set('pcre.backtrack_limit', 5000000);
字符串
8aqjt8rx2#
在Shopware中更新后，在需要另一种类型的地方有null值是一个正常的错误-也许Shopware开发人员错误地认为东西总是定义的，但通常不是由于未考虑的情况;我已经能够通过临时修改核心代码来修复它，用if语句显式检查null，如果在不属于null的地方找到return;（取决于上下文中预期的返回值）。有时强制删除该高速缓存也会修复它，因为它会使Shopware重新生成缓存。例如：
null
return;
sudo rm -Rf /var/www/shopware/var/cache/*
字符串如果你使用Redis进行缓存，你可以使用以下命令从终端清除该高速缓存：
redis-cli FLUSHDB
redis-cli FLUSHALL
当错误阻止您运行cache:clear时，可能需要强制删除缓存。
cache:clear
2条答案
按热度按时间ui7jx7zq1#
这很可能是某个twig模板中的一个不可恢复的错误。与已删除的函数或修饰符的用法类似的东西。尝试分步删除自定义模板和插件。从其中的一半开始，然后在进一步的步骤中，直到你能确定原因，然后寻找那些用法。
通常会有一个更精确的错误消息。目前在Symfony错误处理程序中有一个问题，它达到了回溯限制，因为异常消息太长了。
默认情况下，回溯限制为
1000000。您可以增加它，直到错误处理程序的问题得到解决。字符串
8aqjt8rx2#
在Shopware中更新后，在需要另一种类型的地方有
null值是一个正常的错误-也许Shopware开发人员错误地认为东西总是定义的，但通常不是由于未考虑的情况;我已经能够通过临时修改核心代码来修复它，用if语句显式检查null，如果在不属于null的地方找到return;（取决于上下文中预期的返回值）。有时强制删除该高速缓存也会修复它，因为它会使Shopware重新生成缓存。例如：
字符串
如果你使用Redis进行缓存，你可以使用以下命令从终端清除该高速缓存：
redis-cli FLUSHDB-清除当前选定的redis DBredis-cli FLUSHALL-清除所有redis DB当错误阻止您运行
cache:clear时，可能需要强制删除缓存。