sbj0707

Web service Remoting ADO.NET Windows server 2003

导航

<2012年2月>
2930311234
567891011
12131415161718
19202122232425
26272829123
45678910

统计

公告

昵称:IT
园龄:6年6个月
粉丝:1
关注:0

搜索

 
 

常用链接

最新随笔

随笔档案(14)

最新评论

阅读排行榜

评论排行榜

推荐排行榜

最新评论

re: 复杂对象的WebService调用 随心所欲 2007-03-23 18:19  
有很多对象是不能被序列化的,其时能序列化的对象才是少数。
自己的序列化还是得搞好。
序列化又分很多种类,你的序列化还得和webService的对应起来
re: 复杂对象的WebService调用 JesseZhao 2007-03-20 23:32  
错了,分析
呵呵
re: 复杂对象的WebService调用 JesseZhao 2007-03-20 23:32  
没有出错信息没有办法调试
re: 复杂对象的WebService调用 deerchao 2007-03-20 20:39  
请给出出错信息.
re: 四种网络数据发送和接受的代码 冰中的暖 2006-10-12 09:40  
不能理解的时,当有多个a,b客户端的时候,
服务器的read,是如何距别对待来的?
re: 四种网络数据发送和接受的代码 冰中的暖 2006-10-12 09:39  
不能理解的时:
当有多个客户端a,b的时候,
服务器端的read是如何距别a,b的?并相应地发送给他们
我也在找,结果找你这里来了,呵呵
re: 指针和和一般的数据传递 dudu 2005-08-20 15:30  
请将文章放在正确的网站分类!!
我觉得可能是对象类型是传的是指针,而一般基本类型是一般数值传递!!
但是我没有看到过相应的文章,还有在C# string也是个对象,不知道里面的机制了,呵呵!!!!!
整了几天的混淆器了,我找到一个我最喜欢的XenoCode 2005
http://www.fixdown.com/soft/21340.asp?free=gd165-down
这里下载
MaxtoCode 这个也不错 http://www.maxtocode.com/cn/downloads/MaxtoCode%20Setup%20Test.exe
是我们中国的,大家支持啊
没关系,你可以下载事例看一下,或者把你的exe发给我加密一下。
我已经将兼容性做得不错了,不知道那里还有未兼容的地方
98/me 不支持
如能发送。程序发送至 Aiasted@hotmail.com

最后,MaxtoCode在操作上是不太方便,主要是在保护强度上前期下了很大的功夫。
另外,最好看看帮助,在树上我虽然没有做节点选择,但我做了一个菜单帮助选择
MaxtoCode 就是解决这个问题的。 http://www.maxtocode.com
re: 让代码防止偷窥 IT 2005-08-18 11:15  
我是新加入BLOG的,对这些不是特别熟,请指点!!!
这样的话就完全说明。NET不能解决这个问题,我觉得还是有办法的,只是我们还没找到,我给MS的一个朋友发了邮件,希望他能给我答复!!
re: 让代码防止偷窥 dudu 2005-08-18 10:29  
你怎么把两篇文章都放在DotText区?
是不是可以考虑用unsafe代码.用C或者其它语言编写关键的加密部分由.net来调用。
不过呢话说回来加密只能防君子啦.
反混淆的有很多了,以后我会考虑将反混淆工具抛出来。
@Pumpkin

易读性稍差一点????。。。你太强了

楼主使用 MaxtoCode 来保护。NET的安全性吧。只有MaxtoCode才是真正的保护软件
既然算法是公开的.那就需要保存好密钥啊!如此简单的问题!
当然不能把密钥写在代码里面了,不然,人家总有办法弄出密钥来的.
你列举的这个代码犯了安全性问题上的低级错误.

http://www.cnblogs.com/jiezhi/category/31155.html
可以考虑用算法动态生成密钥之类的关键数据,不要留明文串,然后用好的混淆器保护算法代码。

这种是可逆加密,如果用动态生成密钥,我觉得好象不行啊,能不能给个算法!!
我混淆后 ,只要慢慢的看,还是能看出来的。
混淆好象有两种机制
1、变量混淆(图1)(使用软件Remotesoft .NET Explorer Evaluation)

2、?????(图2)
 
 
 
请问第二种是用什么软件混淆的,我觉得效果好的多啊
 
这个问题和.net无关,用vc,delphi...实现一遍同样的东西一样可以被反编译、反汇编出来,只是易读性稍差。

可以考虑用算法动态生成密钥之类的关键数据,不要留明文串,然后用好的混淆器保护算法代码。
有时候混淆后KEY还在的
代码混淆呀
re: 关于一个漂亮的UI 郑明 2005-08-17 22:40  
用的是2005版的MagicLibrily???