【问题标题】:Extending Wordpress as a full-scale CMS将 Wordpress 扩展为完整的 CMS
【发布时间】:2010-01-25 19:26:11
【问题描述】:

我知道大多数人会认为这篇文章无关紧要,是的,我已经阅读了数十篇文章说 Wordpress“只是一个博客平台”。然而,事实不言自明——人们确实经常使用 Wordpress。此外,正在开发使用 Wordpress 作为底层平台的大型项目。谁不相信它可以检查陈列柜。甚至我的团队也开发了几个充满富媒体和不同内容类型的杂志网站。

重点是:我们可以做些什么来使开发和管理过程更容易?我希望这篇文章能引起专业 wordpress 用户的注意,并且在这里会发布很多插件、扩展和技术。请不要犹豫,分享您的经验,如果您使用 WP 完成了一个超出其“仅博客”功能的项目。

谢谢。

【问题讨论】:

  • 嗯...您不会从 wordpress 论坛获得更多反馈吗?我也知道 WPMU 有很多论坛/博客都有这方面的想法。
  • 那么你的主要目的是什么?收集插件列表或非凡的 WP 项目列表?你可以猜到你得到了什么,我认为这个问题的结果并不令人惊讶。所有的 Wordpress 项目,甚至是超越博客的项目都有一个共同点:它们向人们展示新闻。为什么要使用 Wordpress 而不填充 Wordpress 数据库中的帖子表?
  • 我想这对许多公司来说已经绰绰有余了。尽管如此,CMS 平台的主要目的是显示大量异构信息,无论是帖子、新闻,甚至是产品

标签: wordpress content-management-system


【解决方案1】:

你说得对,Wordpress 可以扩展为做任何事情。毕竟它只是一个具有放入和取出东西的功能的数据库。根据经验,我发现 API 非常健壮,可以完成任何你想做的事情,但是,最好指定一些东西并使用像 RoR 这样更敏捷的框架自己构建它。

【讨论】:

    【解决方案2】:

    有时少即是多。 使用简单的概念(例如帖子、页面、类别、标签和自定义字段)可以实现多少令人惊讶。在许多内容管理框架和更高级的 CMS 中,我不喜欢的一点是,它们经常通过在这些简单概念之上放置太多抽象来阻碍开发。使用 Wordpress,我可以在不到一天的时间内制作一个网站的原型,这也是由于简单的模板选项,当然可以按需扩展。

    没有人说代码应该到处写,完全没有结构。问题是 WP API 允许足够的选项在需要的时间和地点添加抽象。

    我仍然明确支持将 WP 用于比最初预期更大的项目。所需要的只是心态上的一点点转变。

    当然,WP 也不是没有缺点。它最强大的一面,插件社区可能会成为它最薄弱的一面,除非采取措施来教育新手插件开发人员一些好的做法。我使用过一些很棒的插件,但由于 API 薄弱和集成困难,这些插件在用户眼中失败了。如果他们根本无法集成插件,没有人会关心功能,对吧?

    有人分享这些吗?

    【讨论】:

      【解决方案3】:

      将 wordpress 扩展到博客之外的两个非常好的插件是 Flutter 和 pods,它们允许您使用自定义字段做更多事情,在 pods 的情况下更多。

      【讨论】:

        猜你喜欢
        • 2011-08-12
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2019-04-23
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多