我正在从事一个有点像 Django 的电子商务项目，简而言之，我有一个 Customer 和一个 Merchant 模型。 Merchant 模型与某个“复杂”的 MerchantStore 模型相关联，具有过多的 m2m 和与各种模型的外键关系。
遵循post 中的解决方案并且没有足够的“时间”来进行自定义实现，我决定让每个商家成为“stuff member”并通过管理界面自定义他的商店。当然，我创建了一个具有适当权限的新组。
但是，出现了一些问题：
1) 这被认为是有害的吗？是否存在相关的安全威胁？
2) 如果你没有足够的时间，这不是最好的方法吗？
【问题讨论】：
标签： django django-admin
不，我不认为这是有害的。
Apress 的 djangobook 中描述的“管理员禅”似乎暗示了信任假设是管理员“哲学”的一部分，再加上经常重复的“管理员不是你的应用程序”的建议，我也很害怕起初并认为 Django 文档可以指出预期的、可行的用例。
请看我几乎相同的问题Django AdminSite/ModelAdmin for end users?
来自乔丹的回答（我给予了赏金）：
本质上并没有什么特别之处 关于管理员。它的行为就像任何 其他观点。所以如果它正在使用 确定访问权限（对于 例如，如果您设置用户的 .is_staff 为 True 但只允许他们访问 特定权限）然后它将是 对您可能看到的任何视图同样安全 创建使用权限 确定访问权限。
...
写作的人 django.contrib.admin 没有写 假设任何人 is_staff = True 可以被信任为 就像超级用户一样，或者很愚蠢 足以从不看 网页的源代码。虽然 鼓励写自己的观点， 它仍然是一个强大的界面。
另请注意 Django 相对较新的安全更新http://www.djangoproject.com/weblog/2010/dec/22/security/ 关于对象列表中的查询字符串参数。
这样的更新（引用：“有权访问管理员的攻击者 [...]”）清楚地表明管理员对权限系统的实施正在不断受到审查。
【讨论】：
是的，这被认为是“有害的”，主要是由于 Django 开发人员的设计考虑。管理员围绕“受信任的用户”的概念展开。换句话说，如果某人是工作人员（因此可以访问管理员），他们大概有足够的信任，不必担心安全漏洞。现在实际上，您可以将它们从不应该弄乱的部分中阻止（就像您所做的那样），但关键是 Django 在这方面不做任何保证。实际上，您可能不会有任何问题，但您可以。
具有讽刺意味的是，我认为我在生活中定制 Django 管理员所花费的时间比我从头开始构建它所花费的时间还要多。有趣的是这是怎么回事。无论如何，我将它比作在 Ruby on Rails 中使用脚手架。这是一种快速上线的方法，但目标是尽快替换它。
【讨论】：