当客户宣布他们想要另一个使用 MSM 模块的附加站点时，我已经开始了我的典型 EE 构建（使用引导配置）（le sigh）。
所以添加了 MSM 模块，我注释掉了$config['site_url']and$config['cp_url']并将它们设置在 index.php 中，而不是使用$assign_to_config.
那时我发现了无法识别 MSM 配置文件设置的错误，这很痛苦，但我可以解决它。但是，我注意到，当我创建辅助站点时，它无法识别我的插件自定义位置，因此我不得不将它添加到 index.php 以及$assign_to_config['third_party_path'] = "../assets/third_party/";.
然后我发现当我创建或修改模板文件时，它不会自动同步，所以我每次都需要手动执行，这是一个真正的 PITA。
为什么我的模板不会同步到数据库？这与 MSM 配置错误有关吗？
虽然我还没有尝试引导第三方路径，但我肯定能够引导 MSM 站点的模板路径......你使用什么引导方法？
您的网站是否位于子域或子文件夹中？我只有使用子文件夹的经验，所以也许这会有所作为（尽管它不应该）。
您能否更详细地介绍正在发生的事情？您的第一个站点 (site_id = 1) 模板从文件系统编辑中自动同步，但您的第二个站点没有？然而，如果你去 CP > Design > Synchronize Templates，那行得通吗？
当涉及到引导时，MSM 设置的 $assign_to_config 部分绝对是一个弱点......我想知道我们是否需要为 MSM+CP 环境创建一个额外的引导程序，它会查看 cp cookie ($_COOKIE['exp_cp_last_site_id' ])，并以此为基础设置值。
如果您让我们知道您正在使用哪个引导程序，这可能会有所帮助。例如，如果您查看此引导程序，site_url并且cp_url使用HTTP_HOST服务器变量进行设置，那么这根本不会与您的 MSM 安装（和多个域）发生冲突。
也许您可以尝试使用该 boostrap 文件，看看它是否解决了您的模板同步问题？
最后，如果您打算使用 EE 模板管理器，您实际上并不需要将模板存储为文件。相反，如果您想将模板保存为文件，使用 Sublime Text 或其他编辑器编辑它们可能要容易得多，而不是笨重的内置编辑器（这实际上只对小/简单的更改有用）。