在研究了几天关于TinyMCE错误的旧帖子后（没有找到完全可以使用的URL），我发现Sucuri 或Wordfence 添加了一个。wp includes文件夹的htaccess文件导致冲突。

检查wp includes是否有任何不允许站点读取正确文件的规则。

要进行快速测试，请备份wp-includes/.htaccess, 然后清空文件，然后重新加载要编辑的页面。

在我们的情况下，是主人。除了wp tinymce的权限级别之外。php文件设置为644（我们将其更改为755），主机阻止该文件夹wp includes/js中的所有php执行。一个值得赞赏的策略，但现在令人头痛。

与另一位用户的回答相反，Wordfence没有添加任何htaccess文件来阻止此部分，也没有在禁用所有插件后解决问题。

事实上，除了PHP文件外，我可以读取该文件夹中的任何文件。那是我了解到主机限制的时候。

希望这能帮助其他具有类似托管环境的用户。

迁移到新主机后，我发现我也有同样的问题。通过将数据库字符集添加到wp config。php一切正常解决。

define(\'DB_CHARSET\', \'utf8\')

我有一个确切的问题。无法在编辑器上的视觉/文本选项卡之间切换。

我的问题原来是在中的一些狡猾的编码。htaccess文件，其中我指定了所有。php文件类型需要从URL中删除该扩展名。

浏览器错误日志指出我缺少/wp包括/js/tinymce/wp tinymce。来自服务器的php文件。我检查了服务器，它肯定在那里，检查了文件权限，他们也很好。一定是指向文件的链接导致了问题！

在重写中添加了以下代码。的php部分。htaccess文件，这对我的问题进行了排序。

RewriteCond %{REQUEST_URI} !/wp-includes/js/tinymce/wp-tinymce\\.php

以上所有解决方案都不适合我。然后，我在1:55的Youtube视频中找到了帮助：https://www.youtube.com/watch?v=tGdj1lKPTs8

Ie我将以下代码粘贴到我的站点的wp配置中。php文件位于？php部件

define(\'CONCATENATE_SCRIPTS\', false);

有一个有趣的帖子here. WordPress无法知道浏览器的版本会破坏其部分功能，如链接源中所述。他们中的一些人能够通过在反病毒或防火墙上更改“匿名”设置来修复损坏的可视化编辑器问题。

如果这种方法可行，那么我认为防火墙规则将是一种解决方案，它允许共享来自特定IP（安装WordPress的IP）的请求的浏览器信息。如果从网络外部访问“Wp Admin”，我也无法将此视为解决方案。

我也有类似的问题。我的文字和视觉编辑器完全搞砸了。我发现这是因为我在几个页面上使用了SiteOrigin页面生成器插件。

但在安装SiteOrigin小部件包之后，这两个编辑器视图得到了修复。这可能是其他不使用页面生成器的人的修补程序。只需安装两个插件，您就有了一个可以工作的文本编辑器。它可能不是默认的WP编辑器，而是来自SiteOrigin的编辑器，但这对于我的用例来说很好。

我仔细检查了一下。我无法编辑或查看wordpress帖子或页面中的文本。它似乎缩小到了我通过Chrome控制台发现错误的tinymce插件。我尝试了很多没有运气的事情。所以我禁用了tinymce，一切都很顺利。对于一个有这么多变量和修复选项的问题来说，这是多么简单。