Questions tagged «staging»


4
WordPress网站的开发,阶段和生产部署?
因此,我需要能够对WordPress网站进行开发/阶段/生产迭代(通过单独的服务器),我通常使用git,但这显然不适用于WordPress网站,因为它主要依赖于数据库配置...好吧,几乎所有东西。 所以我的问题是你们如何做到的?我有一个快速的Google,看到有一些插件,这是唯一的方法吗?在易用性,速度,可靠性,用户界面等方面,哪个工作最出色?

4
开发/阶段与生产之间的数据库同步
我对开发和生产之间的WordPress数据库同步有问题,我想知道其他人如何解决它。我知道这个问题,但它并没有真正涵盖更原始和更实际的用例。 假设我有一个在线WordPress网站。我将所有内容都转储了下来,并将其复制到我们的开发环境中。我开始进行更改。1周后,我准备部署更新。同时,生产站点上的数据库已更改(新帖子,新评论等)。在发布期间,如何在生产和开发之间同步更改,是否可以(至少一定程度上)自动化该过程?

3
开发人员和产品之间的Wordpress数据库同步
之前有人问过有关如何在两个Wordpress安装之间同步文件和数据库的问题。 对于数据库级别,答案通常是基本上转储一个数据库并将其插入另一台服务器。这样做的问题是,您最终会丢失可能在产品服务器上进行的所有更改。例如,使用指标,评论等... 考虑到这一点,我开始怀疑是否有可能扩展Wordpress ORM,以便您可以生成增量,然后将其注入到生产站点中。 是否有人尝试过,研究过,或者有任何想法或意见?

2
登台站点,您如何管理数据库中的同步更新?
开发人员应先通过登台站点测试更新,然后再将其发布到实时服务器,这一点已被广泛接受,但是一旦开发更新需要在Wordpress DB中进行修改,事情就会变得复杂,因为实时站点中的用户也会更新数据库。 我能想象的唯一(混乱)的流程如下: 在本地服务器(WAMP,XAMP等)上测试 准备好部署后,将活动站点置于维护模式 备份活动站点(复制器,sqldump等) 创建一个锁定的实时站点到暂存站点的克隆 将修改从本地环境上传到登台站点 测试暂存站点 推动登台现场直播。 删除维护模式 上面流程的缺点: 在开发人员正在仔细测试登台站点中的更新时,停机时间可能比用户预期的要长; 可能需要手动管理修改:例如,siteorigin pagebuilder布局存储在数据库中,因此,一旦修改了布局,则必须将其手动导入到登台站点中;在这种情况下,只需将页面拖放到暂存站点中就足够了,如果可行,可以将它们导入实时站点中 我想知道是否有更好,更自动化的方法来实现这一目标。 你怎么看? 根据要求进行编辑,过去已经提出了一些解决方案,但没有一个提供最终的解决方案: 9 / 2010- 开发/登台与生产之间的数据库同步 12/ 2011-部署修改wp_options表的更新或新插件 9/2014- 如何在不覆盖新帖子/页面的情况下将本地更改上传到实时服务器? 1/2015- 如何在生产和分期中维护wordpress网站博客?
11 database  staging  sync 

3
将WordPress多站点实例复制到第二个位置后,数据库连接错误
这是我的设置。我有一个运行在http://example.com的Multisite实例,我想进行开发和暂存。将WP的现有Multisite实例移至localhost是一个噩梦,因此我将在暂存位置上进行开发。 我将http://staging.example.com设置为指向托管帐户的/ public_html / staging /目录,并将所有WP文件从我的根目录复制到/ staging /目录中。我还复制了数据库文件(SQL转储,将表导入到新数据库中),并更改了wp-config.php文件以指向新数据库。 运行SQL更改数据库记录后,我还更改了wp-config.php文件中的这一行: /** Turning on WordPress MU, new in 3.0 */ define( 'MULTISITE', true ); define( 'SUBDOMAIN_INSTALL', false ); $base = '/'; define( 'DOMAIN_CURRENT_SITE', 'example.com' ); // <- I change this line define( 'PATH_CURRENT_SITE', '/' ); define( 'SITE_ID_CURRENT_SITE', 1 ); define( 'BLOG_ID_CURRENT_SITE', 1 …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.