寻求最佳实践可能会击倒WPSE的“离题”之锤。这当然会开启一场讨论，人们的观点也会开始传播。
就个人而言，我支持Ryan在评论中表达的观点。一旦您完成了其中一些操作，查找/替换方法就非常可靠和轻量级，这是我移动站点的唯一方法。不需要插件或大量额外的工作来避免网站发布中相当简单（尽管很可怕）的步骤。
挑战在于课程的细节。只修改URL中正在更改的内容可以防止出现问题，这种方法多年来一直适用于我和我的团队。
在做任何事情之前，备份、备份和备份，DB拷贝一般都是小文件，制作2！！
根据需要在本地构建，避免主题模板文件中的URL。DB搜索/替换不会更新PHP或其他主题/插件文件。始终使用WP的助手函数，例如[site_url][1] 和[get_stylesheet_uri][1] 除其他外。
准备移动到公共web服务器时，请移动文件并导入数据库。
上载其中一个互连IT S&；R脚本（个人偏好-我使用旧的stable V2) 到您的WP根。其他搜索（&A）；替换现有的工具，您当然可以手动执行此操作。要避免的问题是URL存储在序列化数组中。一个简单的文本编辑器可能会把这件事弄得一团糟，或者只是错过了序列化的数据。
只搜索并替换所需的最小值。如果要从“localhost/example.com”移动到“example.com”，请不要添加尾部斜杠等，因为这将导致；R操作以丢失数据库中的某些实例。
更新域名的公共DNS之前，请先对本地主机文件进行更改，然后测试站点。这样，当您更改DNS时，您可以像查看其他WWW一样查看整个站点。发射前无压力测试。如果出现错误，很容易转储数据库，重新导入并修复问题。
删除，删除，删除。离开S&；在你的网站上使用R脚本是个坏主意。阅读这些警告，完成后删除脚本。
