2013-06-23 33 views
1

所以,我注意到当我最近检查出Django的最新开发版本时,对内置评论系统django使用的支持正在被丢弃。其原因很少是内置框架对开发人员的需求而言足够或有效。在新Django中的评论建议

我知道使用像Disqus服务,同时也认识到,Django会保留包遗留目的的建议,但这些都不是最佳的许多场景。

Disqus不能捆绑到网站自身的用户身份验证,而不花哨的JavaScript编程,而且即便如此,它要求用户使用其他服务进行登录。当然,这可以通过一个(相当昂贵的)Disqus订阅来缓解,但是,在许多情况下,这仍然不是最佳的。

使用框架的一部分不赞成倾向于建立新的应用程序时,这样的选择是出于对我们这些谁是挑剔好的做法是不良的做法。

鉴于此,我在想,社区对于如何构建自己的评论系统有什么建议?但为啥要支持之类的嵌套,匿名/验证评论选项和意见落实最Python的/ Django的IC方法也许AJAX支持内置的甚至是几许?对于多个模型使用一个评论解决方案的能力如何?

我希望这个问题是合适的,因为它是一个有点抽象,但随着折旧若隐若现,我想堆Q/A可以使用的地方,为用户启动!感谢您的时间!

+0

我注意到Disqus对如何使用他们的认证网站上的免费指南:http://help.disqus.com/客户/门户/文章/ 236206-integration-single-sign-on。当你说使用Disqus进行身份验证需要花哨的JavaScript,这是你正在谈论的过程? – foobarbecue

回答

3

仅仅因为内置评论系统不再是核心Django的一部分,这并不意味着你不能继续使用它。这只是您网站设置中的附加外部依赖项。

由于文档中提到它,注释框架可在外部存储库:

https://github.com/django/django-contrib-comments

您可以使用它,它叉,改善它。它不再是核心Django的一部分。就像南是不是Django的一部分或者尽管是非常重要的......

+0

我想这是真的,但我真的觉得这是从有限的Django的评论系统移开的机会。 – Dreadicon

+1

@Dreadicon,你是对的。我现在才意识到,你的问题更多的是摆脱Django的评论而不是坚持。不幸的是,我不知道还有什么在那里,你最好的选择是Django的社区到处打听直接,在IRC上,看到https://www.djangoproject.com/community/。在堆栈溢出时,不建议提出诸如“什么是适合这个和那个的好框架”的问题,这些问题很快就会被关闭。 – janos