作为WordPress建站的开发者为什么坚持尽可能少用插件

WordPress 第十个年头了,做为一个老玩家,并且已经把 WordPress 作为重要谋生手段的我,今天想聊聊我对 WordPress 自己的理念。这些理念并不是出于一时的兴起或者道听途说形成的,而是基于我自己使用 WordPress 这十年的个人感受和经验,基于我自己对 WordPress 的学习历程,从无到有,再经过一些转折而形成的。我并不想做一个倚老卖老的说服者,企图说服大家接受我本文标题的观念,我只是想阐述,为什么在使用 WordPress 若干年头后,我会形成这样的想法。

和所有人一样,基于 WordPress 开箱即用的可用性和方便的扩展性。对这两个特性的最初理解,就是我觉得网站缺少什么功能,大都能很快找到插件,安装上,再设置一下,就能马上启用,这真的太方便了。举个例子,这个网站,最初就是打算用来做我的技术博客的,写技术文章当然要贴代码段啦!WP 主题没有适合代码格式的写法,怎么办?后台搜一下“code syntax”,就有一大堆插件可以选,大部分都很好用,选一个安装用户最多的装上就行了。再比如,我嫌默认主题的文章的分页不太好看,搜一下“page navi”,又有一大堆插件可以选,逐个打开他们的主页,选一个看上去最顺眼的安装上,就好了。于是,在最初,我理解的开箱即用,和扩展性,都是 WordPres 数以万计的插件带来的。以至于在最初的一两年里,想要实现一个什么功能,我都会直接找插件装上,随着使用过的插件越来越多,也逐渐觉得自己就是个 WordPress 的“专家”了。

然而,这样的“专家”并不好当。当一个插件出问题的时候,我会发邮件给插件作者寻求解决;如果这是一款免费插件,那邮件往往是石沉大海的。即使是有商业支持的付费插件,等待作者解决问题的时间往往也是带时差的,更何况得到回复的可能只是最初的问候,解决一个问题是需要多次邮件沟通+时差的漫长周期的,少则数日,多则一两个月。糟糕的是,往往更多的问题出现在多个插件互相不兼容的情况下,多个插件的作者往往也是会互相打太极的,这类问题一般都得不到解决。这就使得我不得不放弃某一些正在使用的插件,寻求其他能兼容的插件替代,这并不好找,好在 WordPress 的插件库够大,总能给我这样的人留下希望。然而好不容易寻找到的替代品插件,很可能还是会使人回到上一个轮回中,当前似乎可用,过几个月,它或者别的同时使用的插件有了更新,又变成了互相“掐架”的局面。

你问我这种情况常见吗?非常常见,因为我做的网站种类很多,除了博客,还有社交、论坛、电商、文库、下载站、B2B 等等,可能用到各种形形色色的功能,所以我用过不下 200 款 WordPress 插件。最终,我虽然也搜集了不少整套的,能和谐共处的插件配套解决方案,比如做一个带订阅功能的下载站,需要用 WooCommerce 和哪些扩展插件配合;再比如做一个带问答功能的论坛,需要用哪些插件组合…等等。然而这类网站做完后,客户可能追加一些“简单”的要求,比如,“让之前那个带问答功能的论坛支持双语言”,就足以让毫无支撑的插件积木大厦顷刻崩塌。为什么会这样?因为多语言最成熟的解决方案插件-WPML,不支持我们正在使用的某一/多个插件啊!再比如前面提到的那个带订阅功能的下载站,客户提出能否加一个“略微”复杂一点的订阅条件,使一部分特指的订阅者可以享受某几款限定商品的组合优惠…拜托,插件做不到这么细腻的设置啊。

这些需求“奇葩”吗?当然不奇葩。当我做的网站越多,越能理解某些需求提出的背景原因。我也越深刻地认识到,靠找插件搭建出来的网站,根本无法满足定制建站的需求;即使在某些顺利的情况下,满足了最初的需求,我也无法保证能靠着这点找插件的本事,陪客户走过业务增长的长路。想陪着他们走得远一些,我的技能就不能只局限于装个 WordPress,再帮人改改界面了。

于是,在后来的日子里,我慢慢建立了尽量少用插件的原则。从一开始的一点小功能就要装插件,到能自己写出各种业务需求模块去代替插件,都整合到给客户定制的主题里。所以我现在基于 WordPress 开发的网站,往往可以做到只用最少量的插件。

比如电商网站,我只用 WooCommerce 一个插件就行了。对一些 UI 元素定制、基本的电商逻辑干预,都可以摆脱对第三方插件的需求。因为我自己写过用户推荐(affiliate)模块、收藏夹(wishlist/favorite)模块、运费定义模块、用户自定义字段(customer add-on)模块、订阅(subscribe)模块… 我是从一个插件玩家一下子转变成“插件唾弃者”的吗?显然不可能,即使我一开始就想不用任何插件,一个人也不可能瞬间就具有这些技术能力。这些模块的开发,是我从一个个的服务项目中自己积累出来的,早期,一个项目我可能要用 10 个插件,过了几年,我才能把对插件的依赖减少到只有一两个。

当我已经自己写出过这些模块,并且自信能根据我的客户要求写出任何他们想要的功能模块的时候,我确定我能摆脱对插件的依赖了,于是我才敢自称为一个 WordPress 的“开发者”,而不只是个使用者。但是,从骨子里,无论是当初的那个使用者,还是现在的这个开发者,我本质上还是一名“爱好者”,我热爱着 WordPress,以及它带给我的技术成长之路。这条路,并没有让我架空着去学习代码,而是接地气地给我出了一个个问题(客户的真实需求),又体贴的提供了大量的文档和谷歌链接,让我自己找到答案,从而写出了能解决这些难题的代码。

如今,以我的眼光再去看当年自己做过的那些项目,以及现今大部分还是只能靠堆插件给客户建站的“建站公司”,我的目光变得挑剔起来。我能以不到 10%的代码去重构一个“插件缝合怪”网站,把它的架构变得简洁高效,把网站的性能提高一倍以上,无论前端还是后端;我能干干净净地还原任何我能看到的电商类型,而不必担心插件的制肘和第三方的责任不明。

最重要的是:客户把网站交给我,就是交给我本人,而不是我和一群不认识的插件作者的组合。

好了,再回头理解本文开头说的 WordPress 的第二个特性-扩展性,在我这里是不是就没有了呢?当然不是。只是理解的角度不同了。正是因为 WordPress 在代码层面优秀的扩展性,能帮我在 WordPress 平台上更快的写出业务需要的代码,完成定制的要求。WordPress 在逻辑层面的扩展性,也不仅仅体现在第三方插件和主题上。它提供的 Rest API 和相关的定制接口,更使它的使用场景不仅局限于做网站,你几乎能用它做后台,完成任何平台的开发需求,所以我基于 WordPress 也做了很多个微信小程序,顺便还看了下百度和支付宝的小程序,目测都不在话下。安卓和 iOS 平台的 APP 也都能基于它开发,只是因为个人精力有限,还没有开拓这方面的业务。

以上观点,仅出于我当前的眼界。对于 WordPress,我既没有写过一款有公共贡献的流行插件,也没有写过一款公开售卖的主题,所以我自认为不是什么高级玩家。直到现在,也不敢惶称自己能完全摆脱 WordPress 的插件生态,更无意贬低对插件的使用。毕竟,WordPress 那可怕的市场份额,几乎都是这些伟大的插件和主题带来的。希望看到 WordPress 继续发展的同时,有越来越多的 WordPress 使用者对信手拈来的插件能有多一点不同角度的看法。你是否可以吸收它们、把它们变成你自己?退一步说,不要轻易迷失在插件的海洋里,毕竟,每个插件的作者,也都是怀揣各自目标的人。

给TA打赏
共{{data.count}}人
人已打赏
WordPress教程

使用WP Super Cache予取予求地刷新指定页面静态缓存

2022-4-8 14:00:01

WordPress教程

WooCommerce无插件增加优惠券功能,限定/禁止给指定用户角色(role)使用

2022-4-8 17:04:05

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索