以文本方式查看主题

-  Foxtable(狐表)  (http://foxtable.com/bbs/index.asp)
--  专家坐堂  (http://foxtable.com/bbs/list.asp?boardid=2)
----  建议“用户管理”中的用户和扩展属性可以直接使用外部数据表的数据  (http://foxtable.com/bbs/dispbbs.asp?boardid=2&id=9078)

--  作者:kylin
--  发布时间:2011/2/13 10:14:00
--  建议“用户管理”中的用户和扩展属性可以直接使用外部数据表的数据

Foxtable的用户管理,只可以在系统设计是设定,这为以后的扩张带来很大的不便。

“Foxtable的用户信息保存在项目文件中。
在多用户环境下,增加、删除、更改用户后,需要更新各终端的项目文件,这对于大型的应用系统,特别是远程应用的时候,是一件很麻烦的事情。”

 

希望老六考虑改进一下,让这些麻烦都没有岂不是更好!

[此贴子已经被作者于2011-2-13 10:32:03编辑过]

--  作者:程兴刚
--  发布时间:2011/2/13 13:40:00
--  
不可!原因想想就明白,用自定义用户管理扩展吧!
--  作者:lihe60
--  发布时间:2011/2/13 15:10:00
--  

自定义用户与权限管理

 

帮助里有

 


--  作者:kylin
--  发布时间:2011/2/14 9:20:00
--  
以下是引用lihe60在2011-2-13 15:10:00的发言:

自定义用户与权限管理

 

帮助里有

 

这个我是清楚的,而且也这样用了,

但是开发每个项目都这样处理,你可以去想一下工作量。

另外,这样的用户管理其实挺别扭的,验证用户还要等整个项目都加载后才可以。

大家议议。


--  作者:狐狸爸爸
--  发布时间:2011/2/14 10:09:00
--  

呵呵,这个反复考虑过的,各有利弊,例如用户数据保存在外部数据源的话,一旦数据源出问题,整个项目将彻底瘫痪,无从下手调整。

 

 

 


--  作者:lihe60
--  发布时间:2011/2/14 10:50:00
--  
以下是引用kylin在2011-2-14 9:20:00的发言:

这个我是清楚的,而且也这样用了,

但是开发每个项目都这样处理,你可以去想一下工作量。

另外,这样的用户管理其实挺别扭的,验证用户还要等整个项目都加载后才可以。

大家议议。

看来只有自己增加工作量了。

 


--  作者:wcs
--  发布时间:2011/2/14 14:16:00
--  

可以这样

 

做一个自定义用户,把这个项目保存着

 

要开发应用项目时,就从这个项目文件开始做!

 

建议版主做一下这个工作,共享给大家啦!


--  作者:程兴刚
--  发布时间:2011/2/14 20:40:00
--  

再者,ACCESS等密码破解工具随处都是(包括其他数据库的暴力破解工具,也很常见),如果将设计者的姓名和密码保存在这样的数据源中,试想:这个项目还能是开发者自己的吗?

 

所以,本人还是赞成专门为设计者保留一个独立的登录入口是正确的,自己完全可以在AfterOpenProject事件中来启动自定义登录窗口,其实没什么两样,真正将设计者和用户分成两个层次,将设计者等高级权力用户和密码置于foxtable内核中,应该是更安全的,我想大家还是应该理解和支持的!

[此贴子已经被作者于2011-2-15 9:15:00编辑过]

--  作者:lihe60
--  发布时间:2011/2/15 8:09:00
--  
以下是引用程兴刚在2011-2-14 20:40:00的发言:

再者,ACCESS等密码破解工具随处都是(包括其他数据库的暴力破解工具,也很常见),如果将设计者的姓名和密码保存在这样的数据源中,试想:这个项目还能是开发者自己的吗?

 

所以,本人还是赞成专门为设计者保留一个独立的登录入口是正确的,自己完全可以在AfterOpenProject事件中来启动自定义登录窗口,其实没什么两样,真正将设计者和用户分成两个层次,将设计者等高级权利用户和密码至于foxtable内核中,应该是更安全的,我想大家还是应该理解和支持的!

[此贴子已经被作者于2011-2-14 20:47:54编辑过]

我投赞成票。


--  作者:bohe
--  发布时间:2011/2/16 15:33:00
--  
以下是引用程兴刚在2011-2-14 20:40:00的发言:

再者,ACCESS等密码破解工具随处都是(包括其他数据库的暴力破解工具,也很常见),如果将设计者的姓名和密码保存在这样的数据源中,试想:这个项目还能是开发者自己的吗?

 

所以,本人还是赞成专门为设计者保留一个独立的登录入口是正确的,自己完全可以在AfterOpenProject事件中来启动自定义登录窗口,其实没什么两样,真正将设计者和用户分成两个层次,将设计者等高级权力用户和密码置于foxtable内核中,应该是更安全的,我想大家还是应该理解和支持的!

[此贴子已经被作者于2011-2-15 9:15:00编辑过]

这种方案不错。