体验插件不兼容不是我能很好地理解的事情，因为这是我在过去几年中只遇到过几次的事情。

在那些我需要使用多个插件构建网站的少数情况下，我优先使用来自同一作者的插件。例如WooCommerce及其官方插件。我发现这可以将插件不能很好地协同工作的风险降到最低。我还尝试事先做一些研究，以了解作者或其他用户是否报告了任何不兼容。

一般来说，我倾向于使用已知的、经过尝试和测试的插件，我知道它们不会引起任何问题。在小问题的情况下，我可能会自己修复它，并将补丁提交给插件作者。如果有任何重大问题，我通常会尝试找到另一个插件来完成同样的工作。

关于建筑功能。如果功能只需要几行代码（额外的用户配置文件字段、WooC签出字段..），这是非常特定于站点的内容（CPT、元数据库…）或者不需要任何UI，我自己做。我很少将插件功能“克隆”到自定义插件中，因为我不喜欢插件最初的工作方式，或者它有不必要的功能。

编码功能本身也取决于案例和客户。我向客户讨论了现有插件及其优缺点和局限性。如果现有的插件足够好，客户端也可以，我通常会选择它。

这是一个棘手的问题，尤其是长期支持网站的问题。我在建立新网站时有一些经验法则。

1。建立你的标准插件，为每个网站上你想要的功能（如缓存、图像优化、表单等）列出一个标准插件列表。对这些插件进行审查，以确保你能够轻松地支持它们。在寻找其他插件之前，请始终先尝试使用这些插件中的尽可能多的功能。例如，如果您的图像优化插件也支持webP，请在搜索webP插件之前尝试使用它。

这将在以后支付股息。

2。为主题添加简单的插件功能

3。尝试并坚持使用官方存储库中的插件这条规则绝对有例外，但在官方WordPress插件存储库中列出您的插件或插件版本确实有好处。这就是为什么许多编写插件的公司提供免费版本的原因。隐藏在付费墙后面的代码往往会遇到更多问题，因为它的暴露和测试往往较少。

没有什么情况是十全十美的，但你可以通过信任值得信赖的插件，并尝试了解WordPress已经提供了许多功能和挂钩，从而减轻你的负担，而无需寻找插件。

祝你好运

这是一个相当基于意见的问题。但我建议always assume custom coding. 并围绕维护良好的developer-friendly official plugins.

问题是，在开发更大的项目时，我几乎总是在某个时候遗漏WordPress核心的某些东西。最重要的是表单API和权限API。而且插件不能声明彼此之间的依赖关系。

因此，我从项目一开始就一直在做的事情是，我从wordpress中选择一些维护良好、安装最多、经过长期测试、高星级且对开发人员友好的插件。org提供了不可或缺的功能，我可以通过自己的自定义插件连接到其中，以扩展WordPress并提供客户想要的功能。