GG资源网

不在本地开发 WordPress 的 8 个理由

是的,我们要去那里。 虽然我们还没有完全放弃本地开发,但我们相信在当今的 WordPress 环境中,在线登台是要走的路。

WordPress 的本地开发非常好——理论上。 虽然你可以列出它的优点,但它们很容易被转换为缺点。

准备好辩论吗? 一次一点,我们将解释为什么我们认为在线托管是开发环境中更好的选择。

继续阅读,或使用以下链接跳转:

  • 一层底漆
  • 解构环境
  • 配对平台
  • (AMP)le 覆盖范围

好的,让我们看看细节。

一层底漆

首先,我们将介绍一些定义,因为它们可以以不同的方式使用,并且我们希望统一上下文。

本地主机 大多数人在提到他们的 PC 时都会使用它。 但是所有可以访问互联网的技术都有一个本地主机——从智能冰箱到托管服务器。 为了更清楚,我们将使用 在线的 相对 当地的.

分期 是您网站的副本,您可以在其中进行编辑/测试/更改等。

生产 是您的实时网站。

登台和制作都可以在线或本地进行。

我们可以争论这些词的含义,但请按照上面概述的方式考虑它们,至少与本文有关。 ?

现在进入问题的核心。

解构环境

您可以使用以下两种方法之一在 WordPress 中开始使用自己的环境:本地开发或远程托管开发(在线)。

本地或在线开发
本地开发(您的 PC)与在线(远程托管服务器)。

因为我们的立场是 在线开发在本文中,我们将提出以下几点来表达本地开发 不是 最好的办法。

1. 小艇 vs 巡洋舰

与在线托管服务器相比,您在自己的 PC 上遇到问题的可能性更大。 因此,对于本地开发,在任何给定会议期间取得的进展,甚至您的全部工作丢失的风险更大。

在在线开发中,环境可以由行业专业人士(可靠的主机)处理,让您专注于工作本身。

2. 资源裂隙

您自己的 PC 很少与在线服务器的 PC 相同,这意味着相同的代码在每个环境中的运行方式都大不相同。

由于您的本地系统可能会提供对资源的无限制访问,因此站点和代码的处理速度会更快且自由度更高(即不会达到任何类型的限制)。 在在线服务器中并非如此,尤其是在资源较少的情况下。 想象一下 64 gig 个人计算机与 1 gig 托管计划。

对于在线开发,就规格而言,登台与生产环境几乎完全相同。 这意味着您可以正确测试您的代码,并且相对确定地知道它在两者中的行为相同。 关于什么有效,什么无效,您不会感到困惑。

更具体地说,您可能有 10 分钟的本地执行时间,而服务器可能有 300 秒的 PHP 执行时间(例如,5 分钟的代码运行时间)。 如果它没有完成,它就会出错。 因此,相同的代码可以在本地正常运行,但不能在生产服务器上运行。

这听起来可能与论点相反,指出本地资源远远超过在线服务器的资源,但在这种情况下,它与更多的规格无关。 至关重要的是,在登台(开发)过程中,您始终拥有 等于或小于 规格大于生产。 通过这种方式,您可以测试您的代码/站点/等,并且知道如果它能够很好地处理较小的资源(例如 1 GB 服务器),那么它就不会遇到较大资源(例如 64 GB 的 PC)的问题。 反过来就不一样了。

3.(非汉)独奏设置

在本地,您必须自己设置所有内容,即使使用一键式应用程序,这也会很快变得一团糟。 除非您是高级开发人员/技术人员,否则您不太可能找到简单的解决方案,并且可能会在反复试验上花费大量时间。

4. 大海捞针……或更准确地说……开发堆栈中的代码

在预先设置为与您的服务器一起工作的临时环境中编辑 WP 站点比在本地进行更容易,并且必须尝试在本地 -> 在线之间手动来回替换数据库。

考虑以下... 您在您的网站上创建了一个新帖子,并在其中附加了 2 张图片。 这意味着多个文件(因为 WP 也从图像生成缩略图),以及各种表中的多个数据库条目。

您必须知道您正在做什么才能将这些更改从本地站点转移到在线站点,就像迁移一样。 您要么从头开始替换整个站点,要么必须在幕后查明必要的更改并将其移动。 重新在线创建帖子通常比尝试浏览这些更改更容易。 为什么要加倍努力?

5. 主题威胁和插件问题

主题和插件也是如此。 为什么不只是在在线环境中进行更改,当它工作时,在几秒钟内从登台同步到生产? 避免需要上传所有这些内容并从头开始进行所有配置。 避免在重新设置中忘记某些东西的可能性。

无论如何,您无法在本地环境中完全验证。 即使对于简单的主题更改,您也无法运行 GTMetrix 扫描,除非先将其推送到在线某个地方,然后再运行测试。 同样,这引出了一个问题,为什么不直接在在线登台环境中进行,并删除额外的步骤呢?

6. 备用访问和重定向规则

如前所述,本地设置可能与托管的在线设置大不相同。

例如:AMP 堆栈使用 Apache 服务器,而其他主机/服务器使用 Nginx、LiteSpeed 等。它们通过 .htaccess 文件。 因此,当您将该站点推送到使用 Nginx(或 LightSpeed 等)的服务器时,任何设置为在本地使用 Apache 的插件都将无法正常工作。 在这种情况下,它们都必须重新设置。

仅出于这个原因,最好在线开发。 如果您有一个基本上构建在相同(或相同)系统上的暂存选项,它只会在生产中工作,因为它是 100% 兼容的。 您确切地知道您的站点/插件/主题等将如何运行。

7.(不是哈利)Potter-ing过去

对于一些人来说,本地开发是一个像糖蜜一样缓慢拨号时代的残余物。 这些不稳定且成本高昂,这使得在本地建立站点并一次性将所有内容推送到网上变得更加容易。 有了当今极其优越的连接选项,情况已不再如此。

8. 史诗生态系统

大型、繁重的项目可能涉及各种开发。 它们很少是本地的,几乎总是在 100% 相似的复制登台服务器上,其中包括 Git 和其他开发工具——如果你不完全熟悉它们,这会复杂得多。

配对平台

还有一条你可以选择的路线。 也就是说,使用与托管提供商相关的平台进行开发,例如 DevKinsta(>> Kinsta)或 Local(>> Flywheel 或 WP Engine)。

这些提供了极大的易用性(无需深入的编码知识),并在您的 PC 上运行,具有符合您偏好的在线和本地主机环境。

Local 和 DevKinsta 可以免费使用。 但是,如果您在最终部署站点时使用他们的托管,则会产生费用。 如果您选择不为他们的服务付费以代替另一家公司,那么当您准备好投入生产时,您可能会遇到我们之前讨论过的那些兼容性问题。 如果你有兴趣 使用飞轮,这是我们写的一篇有用的文章。

相反,您可以选择一家托管公司开始,该公司提供简单的在线直播解决方案。 例如,WPMU DEV 在我们的服务器上提供了托管登台平台的便利性和易用性,因此您可以解决所有问题,然后通过一键同步上线。

wpmudev 一键式同步暂存到生产
选择,点击 - 光滑! (在 WPMU DEV 的托管选项中有特色。)

(AMP)le 覆盖范围

如果您已阅读全文,感谢您收听我们的信息! 希望我们已经提出了一个清晰、令人信服的案例,说明为什么我们更喜欢在线(而不是本地)开发,同时仍然尊重那些可能选择后者的人。

我们认识到有不错的资源可用于在 WordPress 中进行本地开发。 您已经获得了免费的 AMP (Apache-MySQL-PHP) 堆栈,例如 XAMPP、MAMP 和 WAMP,它们可以模拟托管 WordPress 主机在其 Web 服务器上为您提供的内容。

WP AMP 堆栈
用于在 WordPress 中进行本地开发的 AMP 堆栈。

虽然这些旨在与一系列其他软件、工具和操作系统配合使用,但它们也需要您自己安装、配置和更新它们。 这是一项耗时且持续的任务,如果您不熟悉它们,则会变得更加困难。

如果您仍然想走本地路线,我们的博客上有很多有用的文章,其中包含有关该主题的宝贵信息:

  • 如何在 Windows 本地主机上安装 XAMPP
  • 如何对常见的 XAMPP 和 WordPress 问题进行故障排除和修复
  • WordPress 的顶级本地主机测试环境
  • 如何使用 XAMPP 移动 WordPress 进行本地开发

很有可能您有足够的能力来构建和管理您的网站,而无需额外麻烦地解决从本地转移到在线的意外结果。

如果您的网站产生收入(为您个人或您的客户),那么无论如何您可能会寻求优质的托管服务。 首先使用一个包含多合一解决方案的解决方案是有意义的,它具有平滑、干净的同步以进行生产阶段。

网站开发可能是一种乐趣,也可能是一种困难。 最后,您应该选择最适合您的需求和技能水平的环境,并在可靠的服务器上轻松同步。

由于网站搬家,部分链接失效,如无法下载,请联系站长!谢谢支持!
1. 带 [亲测] 说明源码已经被站长亲测过!
2. 下载后的源码请在24小时内删除,仅供学习用途!
3. 分享目的仅供大家学习和交流,请不要用于商业用途!
4. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需!
5. 本站所有资源来源于站长上传和网络,如有侵权请邮件联系站长!
6. 没带 [亲测] 代表站长时间紧促,站长会保持每天更新 [亲测] 源码 !
7. 盗版ripro用户购买ripro美化无担保,若设置不成功/不生效我们不支持退款!
8. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
9. 如果你也有好源码或者教程,可以到审核区发布,分享有金币奖励和额外收入!
10.如果您购买了某个产品,而我们还没来得及更新,请联系站长或留言催更,谢谢理解 !
GG资源网 » 不在本地开发 WordPress 的 8 个理由

发表回复

CAPTCHAis initialing...