在Dev和Prod服务器之间同步Joomla？

我很好奇其他人是如何做到这一点的。我们集团已接到指令，利用Joomla建立内部网站。我们为负责维护站点的人员设置了一个开发服务器和一个生产服务器。我们正在使用IIS和当前版本的Joomla

我可以将两者与Akeba Backup Core和Kickstart同步，但这似乎是一个“要么全有，要么全无”的选择。这是可行的，但是如果她正在做一些工作，例如，网站的外观和感觉，但只是想同步内容，这似乎是不可行的

---

我觉得一定有人以前解决过这个问题，但web搜索似乎发现人们在同一台服务器上但在不同的子目录中运行dev/prod，或者忽略了问题的“要么全有，要么全无”，而采用了“一次完成所有任务”的方法，这似乎并不实用。内容经常更改，但外观/感觉却不是这样。

我曾多次遇到过这种工作流程难题

您提到对外观和感觉的更改，如果只是模板更改的话，这实际上更简单。将live server的Akeeba备份拉下来，将其启动到本地服务器，处理模板文件，然后将更新的模板文件上载到live server，这非常简单

这就是说，如果对现有文件的调整不仅仅是CSS和HTML，那么这可能是一个更复杂的过程

---

就我个人而言，我还没有找到解决这类问题的灵丹妙药，但经过深思熟虑和计划，这并不太糟糕。

我们已经做了几年了。我们使用一个dev服务器和一个prod服务器。在dev上进行内容更改时，我们使用phpMyAdmin将内容表从dev db复制到prod db。在某些方面，它仍然是一种要么全有要么全无的方法，因为我们必须一次复制整个内容表。这意味着您在复制时不能有一些页面仍在开发中。在其他方面，它仍然是一种零碎的方法，因为我们可以复制单独的表，如模块、菜单等。但同样，它一次复制所有模块，一次复制所有菜单，等等。在phpMyAdmin中，有一种方法可以从dev中的表中复制单个页面或项，并将其放入prod中的相应表中，但这有点麻烦。不过，这是可行的

至于设计元素（图像、css、模板更改等），我们也会做同样的事情，但复制是通过ftp从一台服务器手动完成的。显然，对于需要移动到prod的dev上的pdf文件，这是相同的方法

总之，这种方法在很长一段时间内对我们非常有效。但它的局限性在于您必须意识到您正在一次复制整个表

所有这一切的积极意义在于，当我们有正在开发的页面时，我可以利用内容人员来加快并完成他们的工作，因为一个未完成的页面可能会占用整个站点