当 tagDiv Composer 不工作时

因此，您已经安装并运行了 tagDiv WordPress 主题。您开始创建出色的内容，然后糟糕！出了点问题。在本指南中，我们将探讨影响强大的前端 tagDiv Composer 页面构建器的最常见原因。我们将超越错误消息，为您提供特定问题的解决方案。

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

为什么 tagDiv Composer 不工作？

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

1) 无法访问的 Admin-ajax.php（被阻止）

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

tagDiv Composer 不工作：无法访问 Admin-ajax.php（被阻止）

说明：主题需要访问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 选项

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

tagDiv Composer 不工作：X-frame 选项

解决方案：

要解决此问题，请将此代码添加到您的 . htaccess文件：

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

SAMEORIGIN条件将告诉浏览器页面只能显示在与页面本身同源的框架中。它让浏览器供应商决定此选项是否适用于顶层、父级或整个链。

4）内存分配问题

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

tagDiv Composer 不工作：允许内存耗尽

解决方案：

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

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

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

5）模型与内容不符

tagDiv Composer 不工作：模型与内容不匹配

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

解决方案：

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

清理代码。使用 tagDiv Composer 重新创建元素。如果您需要添加 tagDiv Composer 元素列表中不存在的其他项目，请使用“列文本”元素。

如果您已经在 tagDiv Composer 项目内的“描述”部分中添加了自定义 HTML 代码，请确保它干净且正确（没有丢失标签）。另外，请考虑将其删除。我们建议您不要在页面构建器中插入 HTML 代码，因为这可能会导致问题并影响 tagDiv Composer 的运行方式。

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

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

SecRequestBodyLimit 13107200
SecRequestBodyNoFilesLimit 131072

这些参数应该有它们的默认值，也就是上面看到的那些。

6）Nginx

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

在 nginx 配置中搜索 location / block 并在其中添加以下行：

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

请在这方面检查您的主机文档，应指定如何执行此操作（例如Digitalocean）。

现在您知道如何修复干扰 tagDiv Composer 页面构建器的最常见错误，您可以重新开始设计您的网站。

网站地址：https://forum.tagdiv.com/tagdiv-composer-not-working/