让我们快速讨论情况的背景。
我们有：
运行wordpress实例的docker容器（原始的wordpress docker图像，但是我删除了“ VOLUME行以在图像之间保留数据。”）。
在单独的服务器上运行的数据库（在这种情况下为AWS RDS Aurora。）
在单独服务器（在这种情况下为AWS ECS Fargate）上运行的docker。
我的部署到生产的样子（从a到z，至少一切都是自动化的）：
创建本地wordpress数据库的mysqldump。
对转储文件运行两个sed命令：
- sed -i s|http:|https:|g dump.sql // To force https on newly added resources.
- sed -i s|localhost|mydns.com|g dump.sql // Force using production dns name.
通过推送使用docker commit创建的新映像来部署wordpress。
使用mysql还原远程数据库...
那么问题出在哪里：
部署站点徽标恢复为示例徽标后。
自定义CSS显示了一些我未编写的奇怪代码。
某些动画无效。
我对这个问题的了解：
Web浏览器控制台没有任何错误。
网络日志显示所有请求均以http 200成功。
因此，问题是：
您是否看到这种部署流程有任何明显的缺点和可能的陷阱？
有没有可能更好/更可靠的部署方式？
您是否想到什么可能导致主题破裂的错误？
感谢您的时间！
最佳答案
感谢KAGG Design，他让我明白了wordpress数据库记录不是那么容易替换。通过这种方式，我受到启发，创建了一个可以进行高级搜索和替换并且不会破坏主题的程序包。
这是我刚出炉的插件，可以在不破坏任何内容的情况下搜索并替换IP地址/ DNS：https://pypi.org/project/advanced-database-replace/
链接到源代码：
https://github.com/laimonassutkus/AdvancedDatabaseReplace
关于mysql - 将wordpress部署到服务器会破坏主题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/58685075/