Django集团账户
django-ar-organizations的Python项目详细描述
Django AR组织图片：https://travis-ci.org/arteria/django-ar-organizations.svg？branch=master
：目标：https://travis ci.org/arteria/django ar organizations
…图片：：https://covertalls.io/repos/github/arteria/django-ar-organizations/badge.svg？branch=master
：目标：https://coveralls.io/github/arteria/django-ar-organizations？分支=主
…图片：：https://img.shields.io/pypi/v/django ar organizations.svg
：target:https://pypi.python.org/pypi/django ar organizations）
此包是django organizations（https://github.com/bennylope/django organizations）的采用和改编版本！
将用户管理的多用户组添加到django项目中。使用
django组织，无论您的站点是否需要像
社交组或多用户帐户对象这样的组织来提供帐户和订阅
超出单个用户的功能。
*依赖于"django.contrib.auth"，而不添加或需要其他用户
或身份验证功能
*用户可以属于并拥有多个组织（帐户、组）
*邀请和注册功能设计灵活，允许您集成现有的邀请和注册应用程序在"read the docs"上，首先将应用程序添加到python路径。最简单的方法是使用pip：
>您应该下载源代码并运行：：
>手动迁移到0.2.10数据库：：
alter table`organization`add`custom`data`longtext not null after is`u active；
alter table`organization`add`custom`settings`longtext not null after custom`data；
更新组织机构设置自定义设置='{}'，自定义数据='{}'，其中id>；0；
并将"组织"应用程序添加到"已安装的应用程序"列表中：
已安装的应用程序=（
…
'django.contrib.auth'，
'organizations'，
）
，然后确保项目url conf已更新。您应该挂接
主应用程序url配置以及您选择的邀请后端url:：
来自组织。后端导入邀请后端
…
url（r'^accounts/'，include（'organizations.url'），
url（r"^invitations/"，include（invitation_backend（）.get_url（）），
）
将"organizations.middleware.organizationsMiddleware"添加到"middleware类"此中间件将当前组织存储在另一个会话中。：
middleware类=（
…
"organizations.middleware.organizationsmidleware"，
…
）
您可以在项目设置中指定不同的邀请后端，
"invitation_backend"函数将提供由
后端定义的url:
orgs_invitation_backend='myapp.backends.myinvitationbackend'
还有一种使用您自己的用户模型而不是默认的"auth.user"模型的简单测试方法。将"auth_user_model"设置设置为自定义用户模型的带点模型名，遵循django 1.5中的过程：
auth_user_model='myuserapp.myuser'
**这仍然是实验性的，您的用户模型的api应该接近'auth.user'类的
.*
usage overview
==============
对于大多数用例，使用默认的url conf文件直接包含应用程序视图就足够了。您可以通过扩展基本视图自定义其功能或访问控制。
有三种模型：
**organization**组对象。这是您将自己的
应用程序功能与订阅、存储库、项目等关联起来的功能。
**organization user**a custom`through`模型，用于"组织"模型和"用户"模型之间的多人关系
。它存储有关特定于组织的用户的其他
信息，并为组织所有权提供一个方便的链接。
**organizationowner**这是与"organizationuser"模型的一对一关系。这允许"user"对象拥有多个组织，并使其易于从组织的成员内部强制所有权。
从Organizations.utils导入create_organization
>；
>；>user=get_user_model（）
>；>chris=user.objects.create（username="chris"）
>；>soundgarden=create_organization（chris，"soundgarden"，"soundgarden"）
>；soundgarden.is_member（chris）
true
>；>；soundgarden.is_admin（chris）
true
>；>；soundgarden.owner.organization_user
<；organizationuser:chris cornell>；
>；>；soundgarden.owner.organization_user.user
<；user:chris>；
>；>；audioslave=create_organization（chris，"audioslave"，"audioslave"）
>；>；tom=user.objects.create（username="tom"）
>；>；audioslave.add_user（tom，is_admin=true）
<；organizationuser:tom morello>；
概述
——
每个组织只能有一个所有者，但是站点用户可以是多个组织的成员或拥有多个组织。organizationuser
将服务器建模为"组织"和"用户"之间的中介，以便
允许这样做。
待办事项暂时已移动到wiki中。
基本功能不需要太多扩展。对于我和贡献者来说，当前的开发优先级应该包括：
*改进测试和测试覆盖率（理想情况下，将它们从
主模块中移回，并使用setup.py文件执行）
*改进后端和后端概念，以便增加邀请和
可以使用注册后端
*文档
*确保所有应用程序文本都是可翻译的
*python 3就绪性
*可配置的用户模型（la django 1.5的预期身份验证用户重写）
或者其他
请求/建议。
目标
----
*django 1.7
submitting
----
这些提交指南将使您的提交更可能被
审阅并进入项目：
*确保它们与项目目标相匹配，并充分概括
*请尝试遵循"django编码"style
<；https://docs.djangoproject.com/en/1.4/internals/contribution/writing code/coding style/>；` ` `.
代码基样式并不完全符合标准，但我希望它朝着这个方向发展，也请尝试包含"good com"mit日志消息
<；http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html>；`.
*拉取请求应包含大量代码和提交，这些代码和提交应合理地进行审查，并按逻辑分组，基于干净的特性
分支。
并且
拉取请求应该从具有传递生成的分支发出。
项目目标
----
>1。认证不可知
2.注册不可知
3.邀请不可知
4.用户消息不可知
等
许可证
=
任何人都可以根据BSD
许可证的条款自由使用或修改此软件。
特定设置
====
*``ar廑u org廑匿名用户
*``ar_crm_multi_client`-arteria internal
a:
--
您是否在项目设置中指定了"ar_fallback_org_slug"？
：目标：https://travis ci.org/arteria/django ar organizations
…图片：：https://covertalls.io/repos/github/arteria/django-ar-organizations/badge.svg？branch=master
：目标：https://coveralls.io/github/arteria/django-ar-organizations？分支=主
…图片：：https://img.shields.io/pypi/v/django ar organizations.svg
：target:https://pypi.python.org/pypi/django ar organizations）
此包是django organizations（https://github.com/bennylope/django organizations）的采用和改编版本！
将用户管理的多用户组添加到django项目中。使用
django组织，无论您的站点是否需要像
社交组或多用户帐户对象这样的组织来提供帐户和订阅
超出单个用户的功能。
*依赖于"django.contrib.auth"，而不添加或需要其他用户
或身份验证功能
*用户可以属于并拥有多个组织（帐户、组）
*邀请和注册功能设计灵活，允许您集成现有的邀请和注册应用程序在"read the docs"上，首先将应用程序添加到python路径。最简单的方法是使用pip：
>您应该下载源代码并运行：：
>手动迁移到0.2.10数据库：：
alter table`organization`add`custom`data`longtext not null after is`u active；
alter table`organization`add`custom`settings`longtext not null after custom`data；
更新组织机构设置自定义设置='{}'，自定义数据='{}'，其中id>；0；
并将"组织"应用程序添加到"已安装的应用程序"列表中：
已安装的应用程序=（
…
'django.contrib.auth'，
'organizations'，
）
，然后确保项目url conf已更新。您应该挂接
主应用程序url配置以及您选择的邀请后端url:：
来自组织。后端导入邀请后端
url（r'^accounts/'，include（'organizations.url'），
url（r"^invitations/"，include（invitation_backend（）.get_url（）），
）
将"organizations.middleware.organizationsMiddleware"添加到"middleware类"此中间件将当前组织存储在另一个会话中。：
middleware类=（
…
"organizations.middleware.organizationsmidleware"，
…
）
您可以在项目设置中指定不同的邀请后端，
"invitation_backend"函数将提供由
后端定义的url:
orgs_invitation_backend='myapp.backends.myinvitationbackend'
还有一种使用您自己的用户模型而不是默认的"auth.user"模型的简单测试方法。将"auth_user_model"设置设置为自定义用户模型的带点模型名，遵循django 1.5中的过程：
auth_user_model='myuserapp.myuser'
**这仍然是实验性的，您的用户模型的api应该接近'auth.user'类的
.*
usage overview
==============
对于大多数用例，使用默认的url conf文件直接包含应用程序视图就足够了。您可以通过扩展基本视图自定义其功能或访问控制。
有三种模型：
**organization**组对象。这是您将自己的
应用程序功能与订阅、存储库、项目等关联起来的功能。
**organization user**a custom`through`模型，用于"组织"模型和"用户"模型之间的多人关系
。它存储有关特定于组织的用户的其他
信息，并为组织所有权提供一个方便的链接。
**organizationowner**这是与"organizationuser"模型的一对一关系。这允许"user"对象拥有多个组织，并使其易于从组织的成员内部强制所有权。
从Organizations.utils导入create_organization
>；
>；>user=get_user_model（）
>；>chris=user.objects.create（username="chris"）
>；>soundgarden=create_organization（chris，"soundgarden"，"soundgarden"）
>；soundgarden.is_member（chris）
true
>；>；soundgarden.is_admin（chris）
true
>；>；soundgarden.owner.organization_user
<；organizationuser:chris cornell>；
>；>；soundgarden.owner.organization_user.user
<；user:chris>；
>；>；audioslave=create_organization（chris，"audioslave"，"audioslave"）
>；>；tom=user.objects.create（username="tom"）
>；>；audioslave.add_user（tom，is_admin=true）
<；organizationuser:tom morello>；
概述
——
每个组织只能有一个所有者，但是站点用户可以是多个组织的成员或拥有多个组织。organizationuser
将服务器建模为"组织"和"用户"之间的中介，以便
允许这样做。
待办事项暂时已移动到wiki中。
基本功能不需要太多扩展。对于我和贡献者来说，当前的开发优先级应该包括：
*改进测试和测试覆盖率（理想情况下，将它们从
主模块中移回，并使用setup.py文件执行）
*改进后端和后端概念，以便增加邀请和
可以使用注册后端
*文档
*确保所有应用程序文本都是可翻译的
*python 3就绪性
*可配置的用户模型（la django 1.5的预期身份验证用户重写）
或者其他
请求/建议。
目标
----
*django 1.7
submitting
----
这些提交指南将使您的提交更可能被
审阅并进入项目：
*确保它们与项目目标相匹配，并充分概括
*请尝试遵循"django编码"style
<；https://docs.djangoproject.com/en/1.4/internals/contribution/writing code/coding style/>；` ` `.
代码基样式并不完全符合标准，但我希望它朝着这个方向发展，也请尝试包含"good com"mit日志消息
<；http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html>；`.
*拉取请求应包含大量代码和提交，这些代码和提交应合理地进行审查，并按逻辑分组，基于干净的特性
分支。
并且
拉取请求应该从具有传递生成的分支发出。
项目目标
----
>1。认证不可知
2.注册不可知
3.邀请不可知
4.用户消息不可知
等
许可证
=
任何人都可以根据BSD
许可证的条款自由使用或修改此软件。
特定设置
====
*``ar廑u org廑匿名用户
*``ar_crm_multi_client`-arteria internal
a:
--
您是否在项目设置中指定了"ar_fallback_org_slug"？
欢迎加入QQ群-->： 979659372
