您当前的位置：首页 > TAG信息列表 > staging
WordPress和WooCommerce：本地主机、临时和生产环境以及如何在不丢失数据的情况下同步它们
我正在为一家电子商务商店开发我的第一个WooCommerce网站，我很有希望在一月份推出（我应该说，我从一开始就一直在使用Wordpress，所以我对WP或PHP开发并不陌生），但我正在为如何建立一个良好的开发/生产环境而努力。我一直在寻找这个问题的答案，但到目前为止，我得到的答案是，没有“好方法”可以做到这一点，需要手动更新。问题是Wordpress将所有内容都保存在同一个数据库中，从帖子（和订单）到设置和元数据。以前，我能够复制生产站点或快照，覆盖本地主机，然后从那里开始工作。相信我的制作网站在此期间
站台时代：在当地发展仍然有意义吗？
多年前，我开始在我的PC Wordpress网站上使用WAMP&；进行本地开发；XAMP提供了多种好处，但现在托管提供商提供了临时站点，我想知道继续在本地开发是否有意义。在暂存站点上开发的主要优势：快一点！无论CPU、RAM和；SSD！专用VPS解决方案比本地安装快x倍</临时站点使用最新数据在几秒钟内动态创建。不再向本地开发站点导出庞大的DB。大多数域许可插件将继续工作，而脱机版本将无法工作。尽管在本地开发，但仍需要Internet连接。您是否看到继续在本地开发的其他好处或缺点？
如何：轻松地将WordPress安装从开发阶段转移到生产阶段？
我在一个盒子上进行开发，用第二个盒子进行生产。现在我只是转储数据库，然后为URL更改查找替换；然后复制文件并导入新的SQL。有更好的方法吗？
开发/转储和生产之间的数据库同步
我对开发和生产之间的WordPress数据库同步有一个问题，我想知道其他人是如何解决的。我知道this question 但它并没有真正涵盖更恶劣和更现实的用例。假设我有一个实时的WordPress网站。我把所有东西都转储了，并在我们的开发环境中进行了复制。我开始做出改变。1周后，我已准备好部署更新。同时，生产现场的数据库也发生了变化（新帖子、新评论等）。在推出期间，我如何同步生产和开发之间的更改，是否可以自动化（至少在某种程度上）此过程？
覆盖WordPress多博客的数据库配置
我们的团队在使用wordpress 3多博客时遇到了一个问题。我们通常使用站点的本地副本（localhost/testsite），但使用相同的数据库来保持所有更改都是最新的。这在一次安装中就可以很好地工作，因为您可以使用以下内容覆盖php中的数据库配置：define(\'URL\',$path); define(\'WP_HOME\',$path); define(\'WP_SITEURL\',$path); define( \'WP_CONTENT_URL\', $p
WordPress临时环境可以同步除帖子之外的所有内容？
我已经看过了this question 我觉得这没什么帮助。我们将Wordpress用作CMS，其中还包括博客/新闻部分。博客/新闻使用可湿性粉剂“贴子”，并且这些贴子是在任何时候发布的，并且是我们已经在对文件使用版本控制，所以这很简单。主要问题是数据库。我们基本上希望有选择性的备份，不包括帖子。有什么最佳实践或经过良好测试的方法可以做到这一点吗？我对sql（不是特别的MySql，但方言非常相似）很熟悉，我可以想出一个脚本来实现它，但如果已经有一个经过良好测试的解决方案可用，我宁愿不冒细微错误的风险。如果
基于BP的站点变更管理解决方案？
我管理一个在WP、BP和WP Multisite上运行的社交网站。目前我有两个服务器：开发和生产，但我计划转移到三个：开发、暂存和生产。有没有一款软件可以让我用一个命令将更改从开发推到登台，再从登台推到生产？基于网络的奖励积分。此外，由于它是一个社交网站，我无法覆盖用户生成的任何内容。
如何运行一个测试WordpressMu到Wordpress3的更新？
目前，我正在运行一个wordpress MU网站，大约有100个博客。这是Wordpress MU 2.8版。十、因为它被大量使用，我被要求不要立即更新到Wordpress 3。用户担心，一旦我升级了，他们的插件和主题可能无法工作。事实上，我们激活了一些插件，我怀疑这些插件会停止工作，因为它们已经有一段时间没有更新了。其他用户急于开始使用Wordpress 3和新功能。所以，我现在要做的是以某种方式测试更新的外观，并让用户登录以测试他们的网站在Wordpress 3中的外观。我的问题是，测试升级的最佳方式
维护同步的试运行/生产WP站点
这是一个关于WP网站最佳实践的更一般的问题。我与许多客户遇到的一个问题是维护两个相同的WP安装（暂存和生产）。他们坚持在上线前看到变化。然而，使用WP的结构，除了更新主题文件外，还需要不断清除和重新导入数据库。有没有一个简单的答案可以让我在维护两个相同的WP网站时尽可能少地头疼？提前感谢您的帮助！杰克
将插件(和设置)复制到新安装？
是否可以将插件和设置从WordPress站点克隆到新的新安装？我不想要任何来自原始网站的内容，我只想要所有使用的插件及其设置。仅仅通过ftp将插件下载到新安装中是行不通的。将所有设置从一个站点保存到另一个站点非常重要，因为这将节省大量时间。
将WordPress多站点实例复制到第二个位置后出现数据库连接错误
这是我的设置。我有一个多站点实例运行在http://example.com, 我想做开发和登台。将现有的多站点WP实例移动到localhost上是一场噩梦，因此我将在临时位置上进行开发。我设置了http://staging.example.com 指向托管帐户的/public\\u html/staging/目录，并将所有WP文件从我的根目录复制到/staging/目录。我还复制了数据库文件（SQL转储，将表导入新数据库），并更改了wp配置。指向新数据库的php文件。在运行SQL更改数据库记录之后，我还更
开发人员和生产人员之间的WordPress数据库同步
之前有人问过关于如何在两个Wordpress安装之间同步文件和数据库的问题。对于数据库级别，答案通常是基本上转储一个数据库并将其插入另一台服务器。问题是，您最终会丢失可能在prod服务器上所做的任何更改。例如，使用指标、注释等。。。考虑到这一点，我开始怀疑是否有可能扩展Wordpress ORM，以便生成Delta，然后将其注入prod站点。有没有人尝试过，研究过，或者有什么想法或意见？
如何在临时服务器上添加页面，然后将它们转移到生产环境中
这里只是可能出现这种情况的几个场景之一。假设您在开发服务器上添加了一个插件，这需要一个wordpress页面来发挥其魔力。有几个问题。要将页面转移到生产环境中，没有简单的方法。页面和帖子混杂在一起事件如果您将其移到另一个位置，则无法保证页面ID是相同的，因为在此期间可能会在生产中创建新内容。大多数以这种方式操作的插件都会存储一个页面ID。
使文件处于活动状态时的媒体“路径”问题/担忧
我目前正在开发一个安装在子域上的站点。”测试版。我的网站。com\'我们最终将把站点移动到它的根域。”www.mysite。com\'Problem?任何帖子类型的附件/直接从帖子和页面内容编辑器上载的文件，都将指向登台环境的路径。。before \'http://beta.mysite.com/wp-uploads/2010/07/image1.jpg\'after \'http://www.mysite.com/wp-uploads/2010/07/image1.jpg\'我怎样才能batch 更改以
在进入生产阶段之前，平面设计会发生变化吗？
我的WordPress站点有一个开发、暂存和生产工作流。我对要在现场完成的任何结构工作都相当严格，这些工作首先是在暂存阶段完成的，然后再迁移到生产阶段。我觉得有些更改可以通过管理界面在生产中更好地完成，例如简单的徽标更改，有些更改可以在登台时更好地完成，然后迁移到生产中，例如主题更改。你的底线在哪里？为了安全起见，您允许直接在生产站点上进行哪些更改，以及在迁移到生产之前，您认为在登台上必须进行哪些更改？
将WordPress从Stage发布到生产服务器
配置wp配置时遇到问题。在分级服务器环境中正确使用php。我被告知我应该在Wordpress的舞台环境中工作，例如http://www-stage.website.com. 然后，它将镜像到位于的生产服务器http://website.com 因为它们使用相同的数据库。任何上传、插件和主题也应该在后台站点上完成，但配置配置文件是一项挑战。我是否在正确的轨道上使用了define(\'WP_HOME\',\'http://www.website.com\'); define(\'WP_SITEURL\
主题/插件/小部件数据和临时/生产服务器
我在询问之前做了一些搜索，没有找到答案。最近，我开始了一个项目，他们在一个内部多站点上托管WP的开发版本，我的任务是将其引入一个更现代的工作流。设置为开发（本地主机）>暂存（客户批准）>生产（面向世界）所以我在PagodaBox上安装并运行了一个实例，它使用Git进行部署，这太棒了，它们将是两个运行Git repo分支的实例。在这个项目中，他们使用了一些插件，例如：Aqua页面生成器（Aqua Page Builder）中的Royal Slider（Royal Slider）扩展文本小部件（E
在WordPress多站点上进行试运行/生产部署
希望为WordPress多站点的更改创建一个临时过程。我们正在网络中的站点之间运行几个不同的模板，但我们希望使用阶段站点来测试网络中这些站点的更改。我们正在运行3.7.1。我们的主题是内部构建的。我们运行了许多插件，一些在网络范围内，一些在网络中的某些站点上。我们在webhosting服务器上设置了一个名为/staging的目录来运行它。不过，我们不确定从哪里开始。
WordPress网站的QA/试运行环境
我有不同的wordpress环境，如本地、暂存和实时。我开始用Local编写内容，然后推送到Staging，一旦在Staging上进行了测试，就需要推送到live server我知道我可以使用导出/导入页面/帖子。在不损失任何内部资源（如图像/js文件/css等）的情况下，最好的做法是什么如果我要自定义主题，我是否需要在不同的环境或导出和导入主题中进行相同的自定义？
使用WP-Deploy暂存WordPress站点
我正在测试WP Deploy，但无法使其工作。我遵循文档中的步骤，但由于某种原因，在执行时$ bundle exec cap staging wp:setup:local INFO [b4d7f211] Running /usr/bin/env wp core install --url=\'http://localhost/blog\' --title=\'TITLE\' --admin_user=\'YYYY\' --admin_password=\'YYYY\' --admin_email