php – 什么时候建立一个CMS的网站是一个好主意或坏主意

前端之家收集整理的这篇文章主要介绍了php – 什么时候建立一个CMS的网站是一个好主意或坏主意前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我即将开始一个大型的Web应用程序项目.该项目的前提是它将是一个聚合内容的目标网站(内容将通过独立运行的爬虫/机器人收集,并按照设定的时间间隔来索引已经批准我们技术的合作伙伴提供的数据)并将此内容显示用户.用户可以通过对内容进行排名来定制平台向其呈现的内容,以试图给予平台数据以确定用户可能找到哪些内容有利. (是的,我知道这听起来就像stumbleupon.com)

这个想法的创建者是非技术性的,他以前有使用wordpress开发网站的经验.因此,他的第一直觉就是要求CMS创建这个项目.我作为开发人员的直觉,具有丰富的Web开发经验,使用PHP / Codeigniter构建Web应用程序,因为CMS从未打算用于创建这样一个特定于目的的定制应用程序 – 并试图使用一个在项目中创造了许多不必要的开销/混乱.

我认为构建一个后端界面来查看/添加/编辑/删除蜘蛛收集的内容可能会更好,因为我认为这是非技术合作伙伴在此需要的唯一访问/控制类型项目. (也可能禁止用户,删除内容的不当评论等)

但是你们怎么想?CMS可以为这样的项目提供某种价值吗?是否有一个普遍接受的规则,CMS是好还是坏?我来自使用像codeigniter这样的框架的多年程序,最近我不得不在wordpress网站上工作 – 这对我来说似乎是一个令人厌恶的全局变量,无穷无尽的’钩子’来获取代码执行何时/何时需要,等等.

—-编辑—-

我应该补充说,添加到所有这一切的预期功能用户将能够将他们自己的内容添加到我们的聚合内容集合中.只是另一个功能让我觉得这个应用程序太“独特”,无法在CMS上正确开发.

—-编辑—-

另外需要补充的是可伸缩性是一个很大的问题.我们希望建立这个能够处理每月200,000 – 2,000,000 – 20,000个独立访问者的任何地方.这意味着使用我们可以使用的一切,负载平衡,memcached缓存,工作进程/服务器,高可用性MysqL和mongodb数据库(用于我们的Web应用程序中的不同目的),内容交付网络,独立于应用程序服务器托管资产文件我对放弃对所有代码的直接控制感到不安,因为在过去我曾用我的能力触摸所有内容来微调任何性能问题/瓶颈.

那么,大多数CMS不仅有CMS,还有提供基本功能的全面PHP框架.已经说过,CMS更适合于内容基础的网站,比如拥有大量文章的网站.非技术用户用户更容易更新和管理此类网站.但是当谈到webApps时,他们需要更多的互动,例如在CRM应用程序中,插入,读取,更新非常频繁地发生.

其他应该记住的要点是

1)如果我将CMS用于我的应用程序,它是否具有可扩展性,如果您认为您的应用程序将来会增长,并且您从头开始构建它,那么您自己的代码片段将在您的应用程序的框架中进行转换.事情将很容易更新,添加一些新的功能等.

2)灵活性,如果你使用CMS,你将不得不限制自己在CMS环境中,如果你需要在你的网站中使用某个功能但你没有找到适合它的内容,该怎么办?在这种情况下,你将不得不开发自己,这可能需要花费很长时间.

3)性能,CMS应该用于它们的目的,CMS将加载它正常运行所需的一切,而这些东西大部分你根本不需要你的应用程序.

我想说要使用一些用于帮助开发过程的Framework,如CakePHP,CodeIgniter,Yii等.

猜你在找的PHP相关文章