我只是想评估一些有关开发人员如何将WordPress用作CMS的一般反馈。我已经开始有一些客户端请求基于WordPress构建的网站。在大多数情况下,它们非常简单,并且核心WordPress功能正常运行。
有时尽管需要自定义功能,但我通常会浏览数千个可用的插件并使用适合的插件。但是,随着我建立更多网站,我发现我对插件的工作方式从未百分百满意(它们做得太多或太少)
你们是否为为客户端构建的WordPress网站编写自定义插件(即使已经存在类似的插件)?关于自定义还是现有,您如何做出决定?
我只是想评估一些有关开发人员如何将WordPress用作CMS的一般反馈。我已经开始有一些客户端请求基于WordPress构建的网站。在大多数情况下,它们非常简单,并且核心WordPress功能正常运行。
有时尽管需要自定义功能,但我通常会浏览数千个可用的插件并使用适合的插件。但是,随着我建立更多网站,我发现我对插件的工作方式从未百分百满意(它们做得太多或太少)
你们是否为为客户端构建的WordPress网站编写自定义插件(即使已经存在类似的插件)?关于自定义还是现有,您如何做出决定?
Answers:
我最近正在编写更多的自定义代码(插件和主题函数,实际上都是一样的),因为当您开始将wordpress用作成熟的CMS时,您正在处理的鲜为人知的功能才被很多人发现(或者仍在等待被源代码本身迷住)。因此,没有很多插件可以处理这些最新功能。
另外,将wordpress用作CMS的本质意味着您的客户需要一定的专业化和自定义;因此,即使我发现可以处理某些CMS功能的插件,我几乎总是发现我需要一个更具体的解决方案。必须编写可灵活利用各种用途的插件,而您的自定义代码(可以基于现有插件)可以放弃各种不必要的输入形式和设置面板,插件需要分别了解您想要的内容结果是。消除这些缺陷(并为客户的特定情况硬编码某些功能)还可以减少某些人以后可能会不小心触摸的输入UI和设置的数量。
嗨@pingu:
好问题!
我为客户构建了自定义CMS,没有为客户建立博客,因此我发现对于我所服务的客户类型,我几乎只使用自定义插件。我的客户通常想要的东西与他们想要的东西完全一样,我发现很少有现成的插件可以满足他们的需求。
但这并不是我认为插件的概念有问题。相反,我认为有可能存在插件,以便大多数时候我可以使用现成的插件,只是当今可用的大多数插件似乎都是针对博客最终用户的,而不是使用使用WordPress作为向客户提供解决方案的平台的专业开发人员。
我发现与客户一起工作的是一组插件的用例模式,我认为这些模式至少可以满足50%的自定义代码需求,甚至更多。在将这些插件投入了将近一年的时间之后,我决定在不久的将来将它们作为产品发布。
但是,与此同时,我需要找到一些可以告诉我他们主要需求是什么的人,以换取使用我正在开发的工具的能力。如果您有兴趣,可以在我的个人资料页面上找到我的电子邮件地址;只是给我发电子邮件,让我知道您最常看到哪些区域。
这个问题问得好。我经常使用一些通用的现成插件来解决诸如性能/缓存,SEO和表单(Gravity Forms)之类的基本问题。
对于几乎所有其他内容,它都是完全自定义的。大多数自定义工作都涉及为客户端创建一种方法,以将专门定义的内容类型添加到其站点。
例如,客户可能要求发布职位空缺的方法。这需要一个自定义帖子类型,其中包含用于职位名称,薪水,福利,教育要求,职位描述等内容的自定义元框。然后,必须创建一个在线申请表,并在其中将“立即应用”按钮嵌入或挂钩到单个工作中.php模板。
另一个示例是使用客户徽标通过自定义登录屏幕为白色标签或自定义仪表板,并删除一些WordPress品牌以及某些仪表板小部件。有些项目甚至需要创建自定义的仪表板小部件。
可以满足成熟定制CMS需求的现成插件确实很少。
我喜欢拥有如此庞大的第三方WP插件库,并且经常将它们用于个人网站和无偿工作。但是我很少使用存储库中的插件来进行专业开发工作。
通常,我发现客户对WordPress没有情感上的依恋-他们只需要CMS。因此,他们往往不太喜欢捐赠按钮和品牌插件功能。实际上,这使他们感到紧张。他们只想看到一个标签为“ Contact Form”的按钮,而不是“ CformsII”或其他任何按钮。此外,企业客户的法务部门有时会担心代码的许可和所有权以及所有这些,并且他们不想清除十几个第三方插件的许可和使用条款。
因此,在大多数情况下,我使用我开发的基本的白标签插件库进行工作,并为每个客户端自定义它们。这样,我便了解了所有内在和外在的代码,并且可以非常轻松,干净地进行自定义。而且我知道那里没有一堆用来容纳边缘盒的垃圾-只是手头工作所需的东西。
但是,我绝对可以从第三方插件中学到很多东西。通常,我会打开一个插件来查看其工作原理,然后根据所学知识创建自己的版本。然后,当对该功能的需求再次出现时,我便可以自己构建一些东西,这些东西没有混乱和归属,并且对于客户来说几乎是看不见的。
我尚未为客户编写自定义插件,但是如果他们为此付费,我当然会:)
最近,我通过完全定制的中型站点深入研究了3.0的更多CMS“赞”功能。最初,我有点担心它是否会成功解决,因为它需要大量的自定义元素,并且它们与实际的Blog无关。
我几乎要使用更坚固的CMS,但是我承担了风险,并且已经取得了回报。我需要的大多数东西都可以通过简单地定制模板(主题)来轻松完成,实际上这非常简单,而且我感到惊讶的是它如此灵活,它不再只是一个博客平台。
话虽这么说,肯定有一些警告需要解决,我有时还是会说..如果仅具有x的功能……确实如此。
附带说明一下,我已经越来越少地依赖于插件来支持或编写自定义功能和代码,实际上,除非它是特定的,独特的或做得很好的,否则我很少使用它们。