blo*_*ead 16 wordpress staging dev-to-production
Wordpress存在一些挑战,因为它往往会在数据库中保留太多,使得很难从服务器移动到服务器.
还有什么其他问题需要注意？
你的工作流程是什么样的？
我有一个WordPress安装设置为我的开发服务器上的多个域供电.插件和主题文件也是共享的,因此升级是所有博客的一键式过程.
我使用Apache VirtualHosts将多个域映射到同一个文档根目录,并根据当前主机(我可以发布代码,如果你喜欢的话)在main中wp-config.php添加一些魔法来动态设置DB_NAME.
对于本地工作,我只有一个具有root权限的MySQL用户,并将其用于我的所有数据库(不建议在生产服务器上使用!).
我的本地域名被命名为适用于真实域名,但使用假TLD.因此example.com,我设置了一个VirtualHost example.dev.
当我准备去住,我使用HeidiSQL,使开发数据库的副本,然后替换所有出现的example.dev用example.com.
现在,已复制的数据库已准备好进行生产安装.镜像生产服务器上的本地WordPress安装(复制插件,上传和主题),并使用HeidiSQL(推荐)或phpMyAdmin导入准备好的数据库.
UPDATE
当然,如果您对一个进行了更改,然后将所有内容复制到另一个,那么您将失去对另一个进行的任何更改.这不仅适用于WordPress,也适用于生活本身的其他任何事情!
如果我需要在站点生效后进行重大更改(并且主要是指我不应该在生产服务器上执行的更改),我会执行上述相反的过程(将所有内容从生产复制到开发),进行更改,然后再反过来.
| 归档时间： |
|
| 查看次数： |
8047 次 |
| 最近记录： |