{{ v.name }}
{{ v.cls }}类
{{ v.price }} ¥{{ v.price }}
您是否知道WordPress为34%的互联网提供动力,比2018年增长了4%?WordPress拥有3750万个网站,其中,《纽约客》,TechCrunch,Variety,TED和People可能是您已经知道的一些网站。
设置WordPress网站时,尝试更改任何内容时都会犯一些错误。但是您不必这么快就灰心。随着WordPress的日益普及,许多开发人员发现自己在需要大量维护工作的大型网站上运行。开发一个网站很容易,但要使其对SEO友好非常困难,特别是如果您想在Google上对您的文章进行排名。通过遵循这些WordPress SEO技巧,您可以提高在Google搜索引擎中的排名。如果发生错误,则必须从头开始,如果您已有流量,访问者将不会高兴地看到页面在最需要时不起作用。如果您对此感到内,则需要更好的工作流程。
您管理的每个网站至少应具有本地版本,登台(用于客户审查和问题/答案)和实时版本。在您进行项目开发的整个过程时,您的工作应循序渐进。从附加最新的窗口小部件到重新创建整个网站,应按此顺序进行。
以前,一些开发人员使用诸如XAMPP,Vagrant和VVV之类的工具来为本地开发选择命令行。虽然这些工具对于工作流开发很有用,但像Gutenberg这样的真实用户界面最好完成此工作。在这里您可以使用FlyWheel使用Local。本地化使您只需单击几下即可在计算机上直接设计WordPress安装。您也可以支持实时网站,并将其拉到“本地”窗口中,首先是准确的副本。您还可以一键推入并放置整个网站。就这么简单。
完成此步骤后,您将拥有一个本地站点。除您之外,任何人都不能访问该站点。在这里,您可以进行所需的任何修改。
一旦有了本地工作的WordPress网站副本,就可以开始工作了。自定义PHP更改现在对您来说很简单。在本地网站上,您可以更改主题文件并实时查看修改,而无需通过Git扩展或通过FTP将其传输回服务器。相反,您将可以直接检查本地URL上的所有内容。
但是您可能会问,如果仅在WordPress的仪表板上进行某些修改,为什么要一直走下去?好吧,首先,您将永远不会遇到因进行重大修改而破坏实时网站的问题,因为您的本地网站完全可以在实时网站上自主运行。您可以根据需要多次破坏它,而不必担心自己在做什么。只是去那边找出什么是行不通的。在使用经过全面测试的版本之前,您的网站查看者将永远不会知道任何修改。
临时网站是实时网站和本地网站之间的中间地带。在这里,您将确保所做的修改与站点的服务器保持一致,并在使更改生效之前将更改显示给客户端。为此,确保您的登台站点与实时站点基于同一服务器至关重要。服务器生态系统在实时和暂存之间的差异可能导致您遇到一些意外问题。例如,PHP 5的某些优点在PHP 7中可能无法很好地表现。您的登台网站的PHP必须与您的在线网站的PHP相匹配。
在此阶段,兼容性很重要。如果您不注意它,则可能必须重新开始。添加到网站的所有其他内容以及主题,插件,媒体等也是如此。
那么,如何将您的本地修改迁移到暂存网站?有几种方法:可以创建本地站点的完整备份,然后将其导入到暂存服务器,或者可以分批进行。
●外挂程式
插件通常是第三方,因此不需要您进行任何版本管理。为此,您可以选择通过FTP将所有最新插件推送到暂存网站。当他们上传时,您可以继续进行其他步骤而不必担心。
●主题
如果您正在使用WordPress的自定义主题,则应使用Git监视更改。使用DeployHQ之类的工具,您可以轻松地将Bitbucket或Github容器中的更改部署到实时网站和登台网站上。
如果使用第三方主题,则不应更改基本主题文件,因此应通过FTP将其推送到登台服务器上。如果要修改子主题,则可以使用版本控制和扩展方法,或者将更改后的子主题上载到FTP服务器。
●数据库和媒体
这些是单独的实体,但是将它们分组的原因很简单。可用于数据库迁移的插件是Delicious Brains的Migrate DB Pro,该插件还管理媒体文件。只需单击一下,任何更改的媒体文件都可以与数据库一起从一个WordPress库中拉或推到另一个库中。
一旦您在登台网站上完全测试了所做的修改,就可以开始使用了。具有内置暂存生态系统的托管服务提供商通常只需单击一下即可使其成为可能。如果您没有选择,请复制从本地版本到暂存版本的迁移过程,但是现在您要从暂存版本过渡到实时版本。之后您终于完成了。
在本地安装WordPress很有帮助,它允许您在无危险的生态系统中进行网站修改,操作更新,检查插件和主题等。如果您是初学者,可能会觉得很尴尬,但是一旦您选择WordPress,本地WordPress开发将成为第二自然。要托管WordPress网站,您可以选择“共享托管”。选择共享主机,特别是在您仍在研究初期的情况下,这样做很经济,因为可以更轻松地管理服务器维护。