WordPress域映射

主站点和辅助站点的主机相同您不应该有cookie问题。只使用未知的chrome模式。我可以很好地访问，而无需从根目录或任何其他文件夹（具有相同域名的主站点和辅助站点）再次以超级用户身份登录。编辑：我尝试查看标题（设置cookie）创建/nroc/wp的cookie）-登录.php许多是为根目录启用的，并且这种行为不是wordpress的默认行为。插件可能创建了错误的映射。 https://websniffer.cc/？url=> 我想到了几件事… 第一件事是你运行了WPMUDev站点映射器插件日出.php文件可能会干扰WordPress的重写功能。您可以尝试将sunrise重命名为其他类似的名称日出.phpbak把它从画面中抹去。当然，映射器插件应该已经被禁用。第二个最好的建议是从webroot而不是子目录运行多站点。看起来您正在从一个子目录运行，这会使事情变得复杂。请确保加载项域指向webroot目录下正确的子目录进行安装。在您的情况下，虽然我认为您已经这样做了，但如果您不能确定，请仔细检查。下一步可能太多，可能会使您的站点更糟，但您可以阅读本文，让您的多站点从webroot运行，而不移动安装。首先做好所有文件和数据库的备份，以便在必要时进行恢复。如果你已经有一些运行从网页根然后你不能这样做！ https://wordpress.org/support/article/giving-wordpress-its-own-directory/ 您可能会发现本教程中的一些内容很有帮助…也许没有。 https://wordpress.org/support/article/giving-wordpress-its-own-directory/ 这整条线索和我随后的回答可能会有帮助…可能会让你更困惑。希望它能激发你更多的想法和可能性。 https://wordpress.org/support/topic/multi-site-url-structure/ 让我们知道进展如何。 @autotutorial，你的回复是写给这里还是其他人的？是的，我的答案是为这篇文章设计的，开发域不存在于ssl证书和其他有用的信息中。感谢所有的帮助-而且很快！好的，在我测试一些建议之前，这里有一些答案和问题。日出.php 我已经尝试退出/删除/重命名与映射插件和sunrise相关的所有内容，但它没有解决问题。从webroot运行多站点，而不是从子目录运行。它在webroot中运行（对我来说是/var/www/html），但是如果你看到可疑的东西，或者如果我正在做我不知道自己在做的事情，它可能是一个线索！（fwiw为了安全起见，我在/var/www上有wp config一级）请确保加载项域指向webroot目录下的正确子目录，以便安装。如果我已经在webroot上运行了mu，这是否仍然适用？如果是，请详细说明，因为我不确定应该将域指向何处。我试图查看/nroc/wp的标题（Set Cookie create Cookie）-登录.php许多是为根目录启用的，并且这种行为不是wordpress的默认行为。插件可能创建了错误的映射。 https://websniffer.cc/？url=> 这可能是因为出于安全原因，我们通常不为任何人使用标准wp登录。我们将in.htaccess重定向到一个名为/log-in的页面，因此这可能会影响我作为超级管理员的登录。但在正常情况下，它在现场工作得很好（或者说，直到10天前）。我真的不太关心登录问题（我包括它只是为了以防万一他们是相关的），而更关心的是在管理领域的映射。我无法访问映射域站点的仪表板这一事实是站不住脚的。如果安装基于子目录（percoso）的多站点，因为主站点和辅助站点的主机是相同的，那么就不应该有cookie问题。这也是我的想法。几年来天气一直很好，但突然——砰！仅使用chrome的未知模式。我在chrome中测试了\"incognito mode\"，但登录问题仍然存在。只是在-10天的坠机事件之后。在那之前还不错。通配符子域.domain1.com不适用于domain1.com UCC with SAN只允许完全限定域名（FQDN）我不确定这会有什么帮助，也不知道这有什么关系，但我可能不明白你的意思。ssl证书中不存在dev域>这只会影响安全，是吗？这是…谷歌尖叫它不安全（它只是开发，所以我不在乎），但这不应该与我的问题？到目前为止，这是我的假设。请出示您的htaccess？是，请参见下文。 - 谢谢您的建议。我将回顾其余的提示提供，看看我可以学到什么或从中得到启发！ - 这是我当前的.htaccess文件（或者至少是相关部分）。还有很多modrewrite不是这个问题的一部分）。 ***1*** 当你的主站点映射到根文件夹时，它就在nroc文件夹中，不幸的是，在通过代码复制不同域的情况下，很难复制cookie的确切位置。如果可以\"仅\"更改wp，我不确定主站点是否可以映射到任何其他位置-配置.php从旧域到新域。（路径当前站点和域当前站点等）证明这一点 ***2*** 或者可能 ***3*** 谢谢@autotutorial 我认为这里有些混乱，因为我没有尝试将域映射到/wp admin/或将域映射到主站点，反之亦然。我只是想做一个非常标准的域映射到我网络中的一个子站点。它应该是超级简单（它确实在前端工作），但一些东西是影响如何工作的wp管理链接。我在下面贴了一段视频，希望能有所帮助。我按照你的建议做了，并审阅了数据库中的每一段视频。我没有做任何改变。如果您愿意，您可以在此处查看屏幕截图并通过选择文本或屏幕截图留下评论： http://bit.ly/2Jbm2fT 我还制作了一个屏幕，展示了我想要描述的内容，因为我觉得情况太混乱了，单凭文字是无法解释的https://cl.ly/7eee36f3aa13网址重要：主域是dev.nrocnetwork.org网站(dev.nroc.org网站是映射的域）我没有将任何内容映射到/wp admin/ 关于数据库条目的观察结果： –其中一些是http，一些是https–这可能是有问题吗？ –在wpu blog中，主域和映射域都有路径/但是其他域都有路径/xxxxx–这可能是应该的，不确定。我已经按照所有的说明操作了https://wordpress.org/support/article/wordpress-multisite-domain-mapping/ 我的网站中没有映射到\"文件夹\"的内容。我在上面的文档中添加了一个截图（bitly链接），显示了我的文件夹结构的样子。谢谢你的帮助！！！ - 本回复由kalico于1年12个月前修改。 kalico，您是否解决过此问题？我也有类似的问题。不，不太可能。我几乎得出这样的结论：wp域映射需要超级管理员在默认情况下登录每个子网站。我已经在一个全新的安装中做了大量的测试，我无法让它有任何不同的行为，所以我认为这是默认的行为-它希望您至少登录一次以设置cookie，然后您就应该可以了。我不喜欢这种行为，因为它破坏了我们为安全所做的一些事情：我们禁用了对wp login的访问（这会遭到恶意攻击），并创建了一个不同的登录页。所以对于我的产品配置，这根本不起作用。如果网络中的任何子网站有一个映射域，我就不能以超级管理员的身份登录它。我找到的唯一\"修复\"方法（在我的沙盒站点中）是使用WPMUDEV提供跨域自动登录功能的遗留插件。https://github.com/wpmudev/domain mapping#域-mapping 这实际上是我在生产中成功使用了几年的插件，但是在6月份，我们遇到了一些非常大规模的突发故障，经过广泛的插件冲突测试之后，除了domain mapping插件之外，我无法将其归因于任何东西。所以我禁用了它，希望只使用默认的域映射。但由于上述原因，它对我们不起作用。作为我的生产站点上的一个解决方法，我用slug/maintenance设置了一个额外的子站点，并将其标记为不鼓励搜索引擎。我在那里做了一个主页，上面说我们在做维护。当我们需要在映射域站点上发布某些内容时，我将映射域指向维护站点，并将真实站点放回其在网络设置中的默认站点URL（我们的多站点配置了子目录URL，所以我把它改成example.com/slug)然后我们可以通过example.com/slug/wp-管理员。完成后，我将域映射改回原来的状态。目前这很容易，但总体而言，这是@$$的巨大痛苦，不可持续。我的下一步（实际上是今晚）将在m上再次测试域映射插件

WordPress域映射

admin_action_{$_REQUEST[‘action’]}

admin_footer-{$GLOBALS[‘hook_suffix’]}

customize_save_{$this->id_data[‘base’]}

customize_value_{$this->id_data[‘base’]}

get_comment_author_url

network_admin_edit_{$_GET[‘action’]}

network_sites_updated_message_{$_GET[‘updated’]}

pre_wp_is_site_initialized

WordPress 的SEO 教学：如何在网站中加入关键字（Meta Keywords）与Meta 描述（Meta Description）？

谷歌的SEO是什么