Rss & SiteMap
Foxtable(狐表) http://www.foxtable.com
Foxtable的用户管理,只可以在系统设计是设定,这为以后的扩张带来很大的不便。
“Foxtable的用户信息保存在项目文件中。
在多用户环境下,增加、删除、更改用户后,需要更新各终端的项目文件,这对于大型的应用系统,特别是远程应用的时候,是一件很麻烦的事情。”
希望老六考虑改进一下,让这些麻烦都没有岂不是更好!
自定义用户与权限管理
帮助里有
自定义用户与权限管理
帮助里有
这个我是清楚的,而且也这样用了,
但是开发每个项目都这样处理,你可以去想一下工作量。
另外,这样的用户管理其实挺别扭的,验证用户还要等整个项目都加载后才可以。
大家议议。
呵呵,这个反复考虑过的,各有利弊,例如用户数据保存在外部数据源的话,一旦数据源出问题,整个项目将彻底瘫痪,无从下手调整。
这个我是清楚的,而且也这样用了,
但是开发每个项目都这样处理,你可以去想一下工作量。
另外,这样的用户管理其实挺别扭的,验证用户还要等整个项目都加载后才可以。
大家议议。
看来只有自己增加工作量了。
可以这样
做一个自定义用户,把这个项目保存着
要开发应用项目时,就从这个项目文件开始做!
建议版主做一下这个工作,共享给大家啦!
再者,ACCESS等密码破解工具随处都是(包括其他数据库的暴力破解工具,也很常见),如果将设计者的姓名和密码保存在这样的数据源中,试想:这个项目还能是开发者自己的吗?
所以,本人还是赞成专门为设计者保留一个独立的登录入口是正确的,自己完全可以在AfterOpenProject事件中来启动自定义登录窗口,其实没什么两样,真正将设计者和用户分成两个层次,将设计者等高级权力用户和密码置于foxtable内核中,应该是更安全的,我想大家还是应该理解和支持的!
再者,ACCESS等密码破解工具随处都是(包括其他数据库的暴力破解工具,也很常见),如果将设计者的姓名和密码保存在这样的数据源中,试想:这个项目还能是开发者自己的吗?
所以,本人还是赞成专门为设计者保留一个独立的登录入口是正确的,自己完全可以在AfterOpenProject事件中来启动自定义登录窗口,其实没什么两样,真正将设计者和用户分成两个层次,将设计者等高级权利用户和密码至于foxtable内核中,应该是更安全的,我想大家还是应该理解和支持的!
我投赞成piao。
再者,ACCESS等密码破解工具随处都是(包括其他数据库的暴力破解工具,也很常见),如果将设计者的姓名和密码保存在这样的数据源中,试想:这个项目还能是开发者自己的吗?
所以,本人还是赞成专门为设计者保留一个独立的登录入口是正确的,自己完全可以在AfterOpenProject事件中来启动自定义登录窗口,其实没什么两样,真正将设计者和用户分成两个层次,将设计者等高级权力用户和密码置于foxtable内核中,应该是更安全的,我想大家还是应该理解和支持的!
这种方案不错。