使WordPress维护顺利的10个技巧 _网站维护

本文概述

为什么适当的WordPress维护很重要
1.备份！
2.在本地安装WordPress网站
3.去Git
4.删除不必要的文件, 代码和插件
5.评论
6.推出
7.变量和文件命名
8. WordPress调试
9.拥有更好的CSS
10.获得当前开发人员的反馈

作为从事各种类型项目的WordPress开发人员, 我想讨论一下我在使用现有的WordPress网站进行编辑或错误修复时遇到的一些痛点。本文列出的提示和建议旨在最大程度地减少甚至消除这些痛苦。
为什么适当的WordPress维护很重要在大多数情况下, 网站不是” 一次性设置” 的事情, 所有网站都是如此, 不仅仅是WordPress。你不时需要处理你最喜欢的开发人员将要进行的编辑, 更新或错误修复。但是, 在某些情况下, 你可能需要在网站的整个生命周期内依靠许多不同的开发人员。
在后一种情况下, 新进来的开发人员通常情况会不顺利, 尤其是如果以前的开发人员在处理维护任务时未能遵循最佳实践。
让我们看看在将来对WordPress项目进行维护工作时要考虑的一些更重要的观点, 这样你就可以简化下一位开发人员的工作, 并使他们喜欢在你的网站上工作。显然, 简化开发人员的工作也必然会节省一些工时和金钱, 这始终是潜在客户的一个不错的卖点。
1.备份！这听起来似乎太明显了, 但是第一件事是第一件事！你需要正确并定期备份WordPress网站。
即使你目前不对网站进行任何更改, 这也是要做的最基本的事情之一。你可以通过抓取所有文件以及数据库转储并将其存储在安全的地方来手动完成此操作, 也可以使用自动备份选项(由WordPress备份插件提供)。你可以在WordPress插件存储库中找到大量免费和付费的插件。你还可以在服务器级别充分利用备份选项, 因为大多数托管服务提供商都提供了备份选项, 这是你需要向托管服务提供商咨询的内容。
使用常规备份, 你可以放心, 站点在崩溃或发生错误后将重新启动并运行。它还可以帮助你的新开发人员轻松解决问题, 尤其是如果你要修复过去怀疑在维护期间发生的错误时, 尤其如此。定期备份应该可以帮助你的新开发人员识别并解决在接管项目之前数月或数年仍存在的问题。
2.在本地安装WordPress网站我不敢承认自己在早期就犯了这个错误, 从那时起, 我注意到许多开发人员直接在远程服务器上进行编辑。除非你担心开发人员会摆弄敏感数据和所有站点文件, 否则请永远避免此错误。每次编辑后, 在开发人员的本地计算机和服务器之间来回切换的效率非常低。
即使是很小的更改(例如, 稍作修改即可更改网站上的少量文本), 开发人员也必须导航至FTP客户端中的相应文件/文件夹(如果你使用FTP进行文件上传), 请等待上载的文件, 并希望没有偶尔的FTP连接失败。我们不要忘记, 某些WordPress网站拥有太多数据, 几乎无法移动, 而又不会浪费太多时间和带宽。并且, 在成功上传所有内容之后, 他们必须转到浏览器并刷新页面, 这又取决于当时的网络/服务器的速度和状况。似乎我们在谈论的只是每次更改可以节省的分钟和几秒钟, 但是在你的项目过程中, 这些分钟可能会增加数小时的不必要工作。
如果开发人员将站点安装在本地计算机上, 则编辑速度会更快：他们只需进行编辑, 刷新页面即可完成。即使他们住在没有任何互联网连接的洞穴中, 他们仍然可以工作并在以后上传更改。
如果你有担心的敏感数据, 或者由于某些法律原因阻止你与开发人员共享所有数据该怎么办？在这种情况下, 你可以为此准备一些虚拟数据。你也可以保留此数据以备将来维护。
3.去Git 在线版本控制的兴起是软件开发领域中最好的事情之一。我提出这一点是因为仍有许多站点仍在使用传统的cPanel / FTP方法来运行文件。他们要么不知道甜蜜的版本控制是什么, 要么他们知道它但由于最初的设置工作而犹豫不决。但是, 实际上并不需要那么多的工作, 而且只是艰巨的任务。
版本控制在管理文件方面有很多好处, 其中包括跟踪不同作者的更改, 轻松还原编辑, 为每个独立任务提供单独的分支以确保对每个任务所做的更改不会干扰其他任务的能力。
你必须在外部服务器上设置Git, 大多数时间是由托管服务提供商预先安装的。你可能需要在服务器上具有某些专业知识的人员来启动存储库并设置工作流程, 在此不做讨论, 因为这超出了本文的范围。
更不用说, 如果你不使用分支机构, 实际上就不是在” 搅动” ！至少建立两个分支进行开发和生产, 以便开发人员可以在开发分支上完成所有工作, 测试站点, 然后, 如果一切正常, 请推送到生产分支, 以确保现场站点没有任何问题。
4.删除不必要的文件, 代码和插件

文章图片
通常会留下不再需要的文件和插件。一旦文件在你的网站的整个生命周期中随着时间累积, 这将变得很痛苦。如果你的开发人员不希望删除随着时间推移而添加的不需要的文件, 则很难跟踪文件的来源以及站点的某些部分当前是否在使用它们。这会引起额外的头痛, 因为应该再次测试该站点, 以确保在除去这些可疑物品后没有损坏任何东西。
可以通过相应的开发人员立即删除不需要的文件来消除这种情况。你可以向所有开发人员强调这种做法。
除了PHP文件和插件, 未使用的媒体文件也会随着时间的推移填充你的wp-content文件夹, 这可能会给开发人员在使用任何与媒体相关的功能时造成麻烦。你可以找到各种插件来简化此任务。一个示例是Media Cleaner。
该插件具有一个内部垃圾桶, 可将文件临时移入其中, 以确保文件未被实际使用；一旦检查, 你就可以将其永久丢弃。在清理任何文件之前, 请确保遵循本文第1点(即备份)。
5.评论你可能对这样的编程模因很熟悉：编写代码时, 编写它的作者, 同事和上帝都理解了。一段时间之后, 只有作者和上帝知道它的所作所为, 现在只有上帝知道它的所作所为-除非作者添加适当的注释！
在评论时, 某些开发人员可能不愿意或完全懒惰, 但这是在良好的开发环境中的必备操作。它减少了编辑和错误修复的时间, 否则这些时间将由新开发人员甚至同一位开发人员用于确定特定代码块的功能。
每当函数/类或代码块不明显时, 都应添加注释, 例如以下函数：

function stripWhiteSapaces(str) { … Return str; }

上面的函数名称是不言而喻的, 用户也无需进入函数内部即可查看其工作原理, 它仅完成一项工作, 就删除了空格, 就是这样！因此, 在这种情况下, 可能不需要注释。
但是, 例如, 如果有一个函数可以接受多个参数并返回经过筛选的帖子列表, 那么这与上一个相比就不那么明显了。应该有描述参数及其类型的注释。也可能需要描述此函数内部的代码块。
为了快速检查, 你可以从WordPress核心中获取文件, 并查看WordPress专家如何对其进行评论。或者, 有关更多详细信息, 你可以参考WordPress的官方指南, 它很好地说明了这一点。
6.滚动

文章图片
Linting是另一个很酷的功能, 它可以在编写代码时强制执行规则, 有时还可以纠正代码本身的格式, 这既酷又有用。当今使用的大多数IDE都带有棉绒选项, 你可以通过添加各种棉绒配置来进一步改进或自定义它们。
【使WordPress维护顺利的10个技巧】例如, 当使用Visual Studio Code作为IDE时, VS Code使用官方的PHP linter(php -l)进行PHP语言诊断。你可以分别为每种语言(即PHP, JavaScript, CSS等)配置规则/限制。你可以查看WordPress编码标准以了解更多详细信息。

https://make.wordpress.org/core/handbook/best-practices/coding-standards/php/
https://make.wordpress.org/core/handbook/best-practices/coding-standards/javascript/

一旦有了棉绒配置, 就需要执行它。你现在和将来的所有开发人员都需要将此linting配置集成到他们的IDE中, 以便他们的代码也遵循相同的规则/限制。否则, 你的大部分努力将徒劳无功。
7.变量和文件命名设计一个关于事物命名的标准。这包括函数/类名称, 变量名称, 文件名, 甚至包括媒体/图像名称(如果它是模板的一部分), 因为它也将有助于理解它们的用途。
考虑一些要点：

避免名称明确
尽可能简短
有时在文件名后附加” 类型” 确实很有帮助。例如, 如果是图标, 则可以使用BlackArrowIcon.png之类的内容；如果它是大背景图像, 则可以使用FrontYellowBG.jpg之类的内容。或者, 如果它是代码文件, 则有时很容易知道在IDE中的各个选项卡中打开多个文件时该文件的含义。例如, 如果有一个带有辅助功能的类, 则将其命名为HelperClass.php而不是Helper.php会很有帮助。

有关更多信息, 请查看WordPress最佳做法指南中的” 命名约定” 部分。
8. WordPress调试

文章图片
调试可能要花费大量时间, 并且往往会在开发总时间中占据很大的份额, 尤其是在进行编辑或错误修复时。这意味着你必须注意开发人员是否正在以最有效的方式进行操作。大多数开发人员倾向于通过手动var_dump在网页的某些部分中变量来实现此目的, 而这并不是最有效的方法。如果开发人员在完成工作后未正确清除调试代码, 则最终会在这里和那里出现垃圾代码行, 这对于以后加入该项目的开发人员也可能造成麻烦。
有一些插件可帮助完成此调试任务。以下是一些流行的WordPress调试插件示例。

Kint调试器
调试栏
查询监控器

9.拥有更好的CSS

文章图片
不良CSS的示例。

文章图片
好的CSS的例子。
当涉及到Web开发时, 使用CSS样式是最基本的活动之一。不幸的是, 这意味着它比JS, PHP等经常被忽视并且给予的关注较少。但是, 不管你信不信, 如果将来你尝试添加或编辑某些内容时, 如果架构不正确, CSS可能会造成巨大的麻烦, 除非你的网站基本且规模较小。
如果你想更多地了解为什么这种相对基本的样式技术容易出错, 可以通过Google来了解CSS为何令人讨厌, 或者可以阅读有关CSS的5个最令人讨厌的东西的信息。
这里有一些我的快速提示, 没有很多细节：

强制执行良好的命名习惯。使用诸如BEM(块元素修饰符)之类的命名方法
避免内联样式。请改用外部样式表。
尽可能尝试提出常见的可重用模式, 而不是仅在需要时增加样式。
根据网站的功能或区域将样式分成多个文件。如果你担心更多的样式文件可能会影响加载性能, 则可以使用一个不错的缓存插件来解决此问题, 该插件会将多个文件合并为一个文件。
利用CSS预处理程序, 例如SASS, LESS等。

10.获得当前开发人员的反馈最后, 为了使清单完整, 你可以从开发人员那里获得关于他们在你的网站上工作时遇到的问题的反馈。他们可能会给你一些很好的建议, 因为他们是在你的网站上弄脏了手的人。他们可能还会指出以前的开发人员留下的错误或脏代码。
相关：如何进行现代WordPress开发(第1部分)