python – 如何使员工可以访问Django设置？

发布时间：2020-12-16 23:06:57 所属栏目：Python 来源：网络整理

导读：在Django中,设置存储在文件settings.py中.该文件是代码的一部分,并进入存储库.只有处理这个文件的开发人员才是.管理员处理模型,数据库中的数据.这是非开发人员编辑的数据,网站访问者在模板中看到的数据. 事情是,我们的网站和许多其他的,有很多设计选项,应该

在Django中,设置存储在文件settings.py中.该文件是代码的一部分,并进入存储库.只有处理这个文件的开发人员才是.管理员处理模型,数据库中的数据.这是非开发人员编辑的数据,网站访问者在模板中看到的数据.

事情是,我们的网站和许多其他的,有很多设计选项,应该由非开发人员编辑.我们正在谈论在数据库中真正没有位置的独立站点范围的常量.将它们放在数据库中将导致许多无意义的查询.缓存可以减轻这种情况,但是这似乎不必要地复杂,以处理settings.py文件中的一行可以做的事情.

我确实注意到了this dbsettings app,但它是老旧的,没有维护.我也注意到,django电子商务应用程序Satchmo包含了这个dbsettings应用程序的用例特定的分支.我们可以在我们的网站上建立类似的东西,一个将某些设置作为键/值对存储在单个数据库表中的应用程序,但它似乎似乎是错误的方法.为什么把数据库中的东西放在不属于那里的地方,以便使非开发人员更易于编辑？

我们在Django网站上列出了我们希望由非开发者管理员编辑的网站范围设置.这是最好的方法？

解决方法

像 dbsettings这样的东西(就像你所说的)好像是要走的路.从该项目的 reasons for existence：

Not all settings belong in
settings.py,as it has some
particular limitations:

Settings are project-wide. This not only requires apps to clutter up
settings.py,but also increases the chances of naming
conflicts.

Settings are constant throughout an instance of Django. They cannot be
changed without restarting the application.

Settings require a programmer in order to be changed. This is true even
if the setting has no functional impact on anything else.

如果dbsettings不适合你,那么实现你自己的,或者fork它.看起来不是太难了.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!