よりdocumentation："Djangoのコメントフレームワークは廃止され、サポートされなくなりました。ほとんどのユーザーは、カスタムソリューションやDisqusのようなホストされた製品でよりうまく対応できます。外部リポジトリで利用できます。新しいDjangoプロジェクトでdjango-contrib-comments（アプリケーション）を使用しますか？
django-contrib-commentsへの移行は、django.contrib.commentsを使用している既存のプロジェクトでのみ行われますか？私は新しいプロジェクトでdjango-contrib-commentsを使うべきですか？なぜそうではありませんか？
私はdjango.contrib.commentsを使用して私たちのサイトのコメントを開発しており、それは非常に単純なモジュールであることがわかりました。人々に関わる「ちょうど」のコメントアプリを構築している場合は、disqusの方がいいかもしれません。たとえば、stackoverflowがやっていることのようなものを構築する場合は、自分で行う必要があります。
このため、django.contrib.commentsを使用して、残りのコードをその上に作成できます。私はこれをやっていると、次は、私はアプリがユーザーを認証しませんが、Ajaxのサポートやその他のカスタムサポート
deleteコメントをユーザーに提供する場合がありますdeleteは、そのマークは「削除だけフラグが提供されます"正確には削除されていません。コミッションの管理に関しては、改善することが多いかもしれません。
それが始まると、ほとんどすべてを微調整して自分のサイトに合ったものにします。おそらくあなたのひねり場合Google Groups Django developersは提案を持っている
...今までに、必要な場所django.contrib.commentsゼロからスタート、私は推測する、あまりにも巨大に見えるか、その部分だけを取るようだ：
」...コメントの仕組みを気にする必要はなく、何かを簡単にしたい場合、Disqus（およびそのライバル）は使いやすく、より優れた機能を備えています（スパムの防止、緩和など）。一方で、あなたは一から何かを書いたほうがよかった」
django-contrib-comments（新しい家）は、バニーアードとして意図されています。
ありがとうございました。私はdjango.contrib.commentsが有用で制限されていることに同意します。私が得る一般的なアドバイスは、二度考えます。しかし、非推奨はどうですか？ Djangoのドキュメントは今後の使用を警告しており、その間に別の新しいアプリケーションを参照しています。なぜ別のアプリですか？この時点まで、廃止予定のコードはコアから削除され、コアからは削除されません。 django_（ex）contrib_comments（新しいアプリ）はここに滞在しますか？それとも、それは退職の家に移されて、遅い死を迎えますか？コアのコメントをうまく活用してください。コメントがコアの一部ではない場合、あなたはこのアプリに移行しますか？ – allcaps