编写自己的博客引擎与使用wordpress或类似方法的优缺点

时间:2010-01-31 02:36:35

标签: wordpress blogs

  
    

相关
    Why does every man and his dog want to code a blogging engine?

  

使用现有的引擎(例如,但不一定是wordpress),从头开始编写自己的博客引擎有哪些优点和缺点?

4 个答案:

答案 0 :(得分:3)

今天开发博客应用程序的最大原因是 可能是互操作性。今天经验丰富的博客应用程序包括 插件和基本开发惯性,确保您可以很好地连接 有Twitter,Flickr和社交网站等东西。只有一个 壮观的开发人员(有很多时间)将能够自定义代码 所有API和其他花哨的解决方案,在博客的一生中,他们会想要使用或至少试验。构建自定义博客应用程序是使其默认状态基本上是孤立的。许多博客的孤立无效。

无论如何,使用自定义博客应用程序的最大优点是您可以高度控制应用程序的核心行为,并且由于您可能会将其托管在您自己的服务器上,因此可以直接访问其统计指标。如果您提前知道自己不会关心超出RSS,或者其他一个或两个其他渠道的互操作性,并且有时间投​​入核心开发,那么自定义博客是保持外观和感觉的好方法。肯定会让那些习惯于常常使用WordPress或Blogspot布局的访客感到震惊。看来,一个主要的缺陷是,现成的博客应用程序要求您学习如何操作各种演示文稿。如果你想简单地采用通常为他们存在的数千个“主题”并不难,但是,你的演示文稿将不是唯一的。您的博客访问者迟早会在其他地方遇到相同的外观和感觉。那里的解决方案是雇用一个自定义开发人员,但当然费用为$$$。即使你是那个开发人员,他将最终交换编码核心功能时间,学习和编码表现个性。无论哪种方式都很昂贵。

我自己正在努力解决这个问题。作为网络上“一切独立”的支持者,我讨厌放弃对我的博客进行低级别控制的想法。自从消费者网络首次起飞以来,我一直在线,并了解使用记事本和FTP客户端创建网站的便利性。对我而言,除了这些基本工具之外的任何东西都非常“AOLish”,然而,许多博客应用程序现在已经发展成为完全内容管理框架,可以与掌握基本HTML的曾经用过的复杂程度相媲美。我终于对一些比较流行的博客解决方案(WordPress,Blogger)进行了深入的实验,我惊讶地发现,在花了这么多时间维护我自己的解决方案之后,它是多么快(并且更好)与他们一起撰写和管理条目。由于我的大多数博客都不是利润项目,因此撰写时间并不是我的一个因素。但是,这可能会改变。如果它归结为我需要管理的地方并且更多地关注内容而不是机制来发布我的消息,我可能会转向经验丰富的博客应用模式,并希望我对我的平台有足够的了解,无论如何都能让它真正成为一种独特的体验。对于像我们这样辩论的人来说,这可能是最好的结果。

  • 戴夫

答案 1 :(得分:1)

我刚建立了自己的博客,我不得不自己回答同样的问题。以下是我使用BlogEngine.Net

的主要原因
  1. 自己编写整个内容需要花费很长时间
  2. 我看到有很多可用的主题(制作/修改主题很容易)
  3. 为什么重新发明轮子? (你会写一些公共引擎尚未做的事情吗?)

答案 2 :(得分:1)

编写自己的

的优点
  • 很有趣
  • 您可能会学习新的编程技巧或技巧
  • 使用您编写的软件比使用别人的
  • 更令人满意
  • 这将完全按照您的意愿

缺点

  • 需要时间
  • 安全风险。像Wordpress这样的高端开源引擎不太可能存在安全漏洞,特别是如果您没有Web开发经验。 (但是,有许多高调程序充满了漏洞,例如广泛使用的Internet Explorer),所以请谨慎使用。
  • 功能。 Wordpress /其他人可能会有更多的功能(即使有些人不喜欢功能太多的软件)
  • 您必须不断改进发动机。如果你停止但决定继续写博客,你可能会想要转移到Wordpress,特别是如果你真正想要的某些功能尚未实现。这可能会有问题,特别是如果您没有计划导出功能。

答案 3 :(得分:0)

其实我经历过这条道路。

出于乐趣和学习的原因,我编写了自己的小内容管理系统,用于初级博客。它有相当静态的内容(不允许评论),但对我来说已经足够了。一年后,我决定转用wordpress,我真的很高兴。

今天我会改变我的方法,并立即转向wordpress。

产品视角的原因:

  • 您将无法与wordpress(包括插件)竞争
  • 您将无法拥有像wordpress这样稳定安全的应用程序
  • 响应式社区(文档和补丁)
  • 持续发布

学习视角的原因:

  • 通过理解和阅读其他源代码,您可以学到很多东西。
  • 您可以使产品更好,而不是重新发明轮子(通过提供自己的插件或错误修复)。
  • 这是一个更现实的工作设置:你几乎不能从头开始构建应用程序,而是扩展,集成和维护它们。你也在团队中工作。

现在我只会在以下情况下开始构建'from-scatch'软件:

  • 没有适合您的软件,或者您无法满足您的需求。
  • 出于商业原因,您需要一个自定义软件(例如,您是一个有新想法的创业公司)
  • 构建新软件比维护/扩展现有软件更便宜