DIY和其他教程：教程：当tagDiv Composer不工作时

NewsPaper

因此，您已经安装并运行了tagDiv WordPress主题。你开始创作精彩的内容，然后哎呀！有点不对劲。在本指南中，我们将探讨影响强大的前端tagDiv Composer页面构建器的最常见原因。除了错误消息之外，我们还将为您提供特定问题的解决方案。

如果您正在搜索有关如何使用tagDiv Composer页面构建器的教程，请按照我们文档中的步骤进行操作。

为什么tagDiv Composer不工作？

各种原因都会干扰你的创作过程。插件冲突、托管限制等都会影响tagDiv Composer的工作方式。我们列出了五大原因，并添加了解决方案，以帮助您尽快回到正轨。

1）无法访问Admin-ajax.php（已阻止）

此错误可能是由某些安全插件、主机安全模块或缺少文件权限引起的。

: admin-ajax.png (24.93 KiB) 查看 1310 次

说明：该主题需要访问admin-ajax.php WordPress文件才能运行。您可以在安装的WordPress主文件夹中找到它。通常，此文件被许多后台进程使用，在某些情况下，它会被标记为威胁并被安全模块/插件阻止。

要查看是否也是您的情况，请访问浏览器控制台。前往网络监控部分，查看是否有任何问题显示为上面的错误。

解决方案：
从主机上的安全插件或模块中取消阻止该文件，或为您的WordPress安装设置正确的文件权限。

2）主机限制

达到应用于Apache服务的限制后，tagDiv Composer将不再加载您的内容，并且只显示一个灰色的空白页面。

解决方案：
您需要访问您的主机并在 .htaccess 文件：

代码：全选

<IfModule mod_substitute.c>
SubstituteMaxLineLength 10M
</IfModule>

我们的主题要求指南中也提到了这一步。

在某些情况下，mod_substitute模块的默认配置可能会导致在加载大页面时tagDiv Composer出现超时错误。

3） tagDiv Composer 不工作：X-Frame-Options

X-Frame-Options是由您请求资源的域设置的响应标头，用于指示是否应允许浏览器在<Frame>、<iframe>、<embed>或<object>中呈现页面。当您的主机上将此选项设置为“拒绝”时，tagDiv Composer将停止工作，并在浏览器控制台中显示一个提到X-Frame-Options的错误。

: x-frame.png (9.39 KiB) 查看 1304 次

解决方案：
要解决此问题，请在 .htaccess文件：

代码：全选

<IfModule mod_headers.c>
Header always append X-Frame-Options SAMEORIGIN
</IfModule>

SAMEORIGIN条件将告诉浏览器，页面只能显示在与页面本身位于同一原点的框架中。它允许浏览器供应商决定此选项是应用于顶层、父级还是整个链。

4）内存分配问题

此错误通常直接在浏览器中显示，如下所示 “Allowed memory size of 134217728 bytes exhausted”：

: Memory_size2.jpg (26.21 KiB) 查看 1304 次

解决方案：
幸运的是，这个错误有一个简单的修复方法。你所要做的就是增加WordPress和PHP主题需求指南的内存分配。wp-config.php文件位于WordPress根目录中。

代码：全选

define( 'WP_MEMORY_LIMIT', '256M' );

WP内存限制参数设置PHP使用的内存量，默认情况下WordPress最多可以达到40MB。为避免Memory Exhausted错误，请将此参数设置为至少256MB。

5）模型与内容不匹配

: Model.png (9.52 KiB) 查看 1304 次

A）当您尝试编辑包含不支持的短代码的页面时，此错误会出现在tagDiv Composer页面构建器屏幕中。最常见的情况是：通过直接通过TinyMCE编辑器添加代码或脚本在后端修改了页面，或者如果您插入了缺少标签的HTML代码。此错误也是由将代码插入页面的特定插件引起的。你不应该使用这样的插件！

解决方案：
您可以通过两种不同的方式解决此问题：

清理代码。使用tagDiv Composer重新创建元素。如果您需要添加tagDiv Composer元素列表中不存在的其他项目，请使用 “Column text” 元素。
如果您已经在tagDiv Composer项的 “description” 部分内添加了自定义HTML代码，请确保它是干净和正确的（没有缺少标签）。另外，请考虑删除它。我们建议您不要在页面构建器中插入HTML代码，因为它可能会导致问题并影响tagDiv Composer的运行方式。

B）此问题也可能是由mod_security配置引起的。我们已经使用mod_security模块的默认配置进行了测试，在这种情况下，composer应该没有问题。但是，如果可能修改了默认配置或使用自定义规则，则可能会有。在这种情况下，可能会发生问题，尤其是当页面很大时，这意味着它们包含许多元素。在编辑器中打开页面、在页面中添加新元素、删除元素、编辑元素、保存时，效果将是错误。浏览器控制台中的错误可能如下所示：

: mod_security.png (143.36 KiB) 查看 1304 次

检查网站上是否发生此类问题以及mod安全是否已激活的参数如下：

代码：全选

SecRequestBodyLimit 13107200

代码：全选

SecRequestBodyNoFilesLimit 131072

这些参数应具有其默认值，即上面看到的值。

6） nginx

如果您的Linux机器上有Nginx而不是 Apache，则需要进行一些手动配置才能使WordPress SEO Urls按预期工作。这也会影响tagDiv Composer的功能。您需要使用try_files指令，以便WordPress可以开始使用漂亮的永久链接。

在nginx配置中搜索位置/块，并在其中添加以下行：

代码：全选

try_files $uri $uri/ /blog/index.php?$args;

请检查您的主机文档，应说明如何执行此操作（例如。Digitalocean ）。

现在您知道如何修复干扰tagDiv Composer页面构建器的最常见错误，您可以重新开始设计您的网站了。如果您在此处没有看到问题的答案，请在客户支持论坛上打开一个新主题。我们的团队随时准备为您提供帮助！

信息