曹 曹晓钢 Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-23 #21 那我以前用这个名字P的MM难不成也要归你? 哼哼,还死不认错.... 小心我找个MM来扁你 [][][] ok lah... 祝你成功!
A Alongsun Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-24 #28 [blue][/blue]全是废话!没有 一个敢说自己是老大的,你们为什么不去看看我的问题,我问了一年了!没有 人回答真让我感觉到这里的技术是不是已经过时了,或者是这是这里的人已经不 是做编程的! http://www.delphibbs.com/delphibbs/dispq.asp?lid=719446 http://www.delphibbs.com/delphibbs/dispq.asp?lid=666070 http://www.delphibbs.com/delphibbs/dispq.asp?lid=716037 http://www.delphibbs.com/delphibbs/dispq.asp?lid=730641 http://www.delphibbs.com/delphibbs/dispq.asp?lid=655233 如果能有人回答这些问题才是真的高手呀!
[blue][/blue]全是废话!没有 一个敢说自己是老大的,你们为什么不去看看我的问题,我问了一年了!没有 人回答真让我感觉到这里的技术是不是已经过时了,或者是这是这里的人已经不 是做编程的! http://www.delphibbs.com/delphibbs/dispq.asp?lid=719446 http://www.delphibbs.com/delphibbs/dispq.asp?lid=666070 http://www.delphibbs.com/delphibbs/dispq.asp?lid=716037 http://www.delphibbs.com/delphibbs/dispq.asp?lid=730641 http://www.delphibbs.com/delphibbs/dispq.asp?lid=655233 如果能有人回答这些问题才是真的高手呀!
F forss Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-24 #29 其实做网络吧管理最重要的部分就是帐管理了,因为现在网吧合伙开的比较多。 数据库方面如果做的简单,做假的可能性就很多。我见过很多网吧起内轰就是 内部帐目乱了。因为桌面数据库太容易被修改了。。过段时间我可能就要接一个 网管的单子了。客户着重要求在帐方面要进行加密。我正在思考中, 雁兄如有经验,望赐教, 我先下一个你的试用先。。:)
其实做网络吧管理最重要的部分就是帐管理了,因为现在网吧合伙开的比较多。 数据库方面如果做的简单,做假的可能性就很多。我见过很多网吧起内轰就是 内部帐目乱了。因为桌面数据库太容易被修改了。。过段时间我可能就要接一个 网管的单子了。客户着重要求在帐方面要进行加密。我正在思考中, 雁兄如有经验,望赐教, 我先下一个你的试用先。。:)
雁 雁孤行 Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-24 #31 to forss: 如果数据库文件不大的话,我觉得先将它压缩加密,运行时再解开,退出时再 压缩比较保险。我觉得主要应该从方式上,而不是从技术上来解决这个问题,我考 虑给每个合伙人设定一个Email,上机、下机、修改一执行就发送一封Email到相就 的邮箱,当然这样邮件会非常多,可以考虑专门再编一个收取,合并邮件的工具, 或者隔一段时间发一次。这样,如果他在帐目上做手脚的话,就会和邮件记录对不 上。
to forss: 如果数据库文件不大的话,我觉得先将它压缩加密,运行时再解开,退出时再 压缩比较保险。我觉得主要应该从方式上,而不是从技术上来解决这个问题,我考 虑给每个合伙人设定一个Email,上机、下机、修改一执行就发送一封Email到相就 的邮箱,当然这样邮件会非常多,可以考虑专门再编一个收取,合并邮件的工具, 或者隔一段时间发一次。这样,如果他在帐目上做手脚的话,就会和邮件记录对不 上。
F forss Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-25 #36 to 雁孤行: 我的方式是帐目为独立的部分并且我做两个地方的帐目,一个是正常的DB, 另外一个是隐藏的帐目,采用的数据格式是我自定义,加密过后的文本. 本质上和你的安全方式是一样的,不过采用发EMAIL的方式,我不认同,那样程序速度 肯定非常慢(如果股东把数据库和程序拷回家研究怎么办?是否发不了邮件就不能用? 那要是你的邮件服务器偶尔不能用了网吧怎么办?,)而且进行对帐确认也不方便. 邮相我一不小心把里面的信删了难道就是我搞鬼??
to 雁孤行: 我的方式是帐目为独立的部分并且我做两个地方的帐目,一个是正常的DB, 另外一个是隐藏的帐目,采用的数据格式是我自定义,加密过后的文本. 本质上和你的安全方式是一样的,不过采用发EMAIL的方式,我不认同,那样程序速度 肯定非常慢(如果股东把数据库和程序拷回家研究怎么办?是否发不了邮件就不能用? 那要是你的邮件服务器偶尔不能用了网吧怎么办?,)而且进行对帐确认也不方便. 邮相我一不小心把里面的信删了难道就是我搞鬼??
雁 雁孤行 Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-25 #38 to forss: 你考虑的主要是股东之间的问题,我考虑的主要是老板与员工之间的问题,Email 只是一个核对帐目的辅助手段,主要是方便老板远程查阅帐目,我还曾想编一个远程 控制端。对于加密,我觉得没有必要过多的考虑技术层面的问题,一般的加密足以应 付,除非你的软件发行非常广泛,有可能出现专门的黑客工具。网吧管理人员是不大 可能从软件本身搞什么鬼的,做假帐通常都是非技术方面的。
to forss: 你考虑的主要是股东之间的问题,我考虑的主要是老板与员工之间的问题,Email 只是一个核对帐目的辅助手段,主要是方便老板远程查阅帐目,我还曾想编一个远程 控制端。对于加密,我觉得没有必要过多的考虑技术层面的问题,一般的加密足以应 付,除非你的软件发行非常广泛,有可能出现专门的黑客工具。网吧管理人员是不大 可能从软件本身搞什么鬼的,做假帐通常都是非技术方面的。
O onlyonekgx Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-25 #40 你应该公布源码,就算你公布了源码我们也学不会你的技术是吧?