/// <summary>
/// 数据流转换为十六进制字符串
/// </summary>
/// <param name="bytes"></param>
/// <returns></returns>
private static string ByteArrayToHexString(byte[] bytes)
{
if ( bytes == null || bytes.Length == 0 )
throw new ArgumentException( "bytes [] 参数出错" );
StringBuilder hexString = new StringBuilder( 2 * bytes.Length );
for ( int i = 0; i < bytes.Length; i++ )
hexString.AppendFormat( "{0:X2}", bytes[i] );
return hexString.ToString();
}
/// <summary>
/// 十六进制字符串转换为数据流
/// </summary>
/// <param name="strHexString"></param>
/// <returns></returns>
private static byte[] HexStringToByteArray(string strHexString)
{
int len = strHexString.Length ;
if ( (len % 2) !=0)
throw new Exception("HexString 字符出错!!");
int byteLen = len /2 ;
byte[] bytes = new byte [byteLen];
for (int i=0;i<byteLen ;i++ )
{
bytes[i] = Convert.ToByte( strHexString.Substring( i*2,2),16);
}
return bytes;
}
可以在加密数据时使用。
在 Util 里有实现
The ASP.NET Resource Kit is an essential resource for any web developer whether you're already using ASP.NET today, or looking to learn ASP.NET.
看了思归的文章，感觉很有挑战性．就以Demo 的形式做了一个简单的实现. 自己来写一个Passport 服务器．
第一个问题:
用户的信息的处理．Passport 服务器来处理这些信息，当然了只会是一些简单的用户信息． 比如说性别，电话等
第二个问题：
Passport 服务器与 应用程序之间的数据交换. 看了 MS 的Passport ＳＤＫ ，发现远没有我们想象的简单．MS 使用了COM 与 Passport 服务进行数据交流, 我们在短时间内也不太可能编写一个 COM 组件来处理. 当然想到了WEB 程序常用的cookie ，因为在DotNet 中的(From 验证模式)中也使用了cookie , 可是因为域的问题．在两个不在同一台机器上的程序是无法共享cookie 的(我没有找到过好的方法)．所以我想到了 查询字符串.
第三个问题:
Ticket 的生成．当Passport 生成验证 Ticket 后，把Ticket 信息回发(使用“查询字符串“
给请求应用程序．应用程序把Ticket 写入cookie (这是应用程序的cookie ，当应用程序使用它时不会有域的问题). 这个 MyPassportAuthenticationTicket 类要自己来写． 如果你想用 FormsAuthenticationTicket 不代替的话也是可以的，但要自己来对它进行加密传送．如果你想用FormsAuthentication.Encrypt方法 那是不行的．因为它的加密算法中加入了服务器machineKey .
第四个问题：
自己来实现一个PassportIdentity ，把功能进行一个封装．实现其中的 LogoTag2 方法．来生成一个登录链接.
最后一个问题：
就是不断完善了，不过有系统还有一个点问题,明眼人一看就知道了，返回链接参数的保持问题．
不知道，有没有更好的方法． 大家一起来讨论一下．
最近家里要进行装修, 所以用花了一个上午画了一张平面设计图，因为不专业，不会用AUTOCAD（虽然以前学过一点点，全还给老师了）, 当然了开发者有自己的工具(Microsoft Visio) 
。 一用相当不错。连我做建筑结构工程师的爸爸也说有专业水准(哈哈，当然是爸爸抬举我的说)。
而且可以保存为 WEB 方式。 现在就放到我的博客上，让大家评定评定（我知道很多大哥都是过来人呀，一定有很多经验的）。因为还没有动工，还是可以修改的。
说明：现在图中大部分的墙是不能打掉的(结构的原因)．
请大家帮忙了，点缀这边谢过了。
查看图纸
- 客户使用 SQL Server 2000 联机丛书每个主题中的“反馈”按钮发送给 Microsoft 的建议。
- 自 SQL Server 2000 联机丛书上一更新版本发布之后，对新查出的文档错误的更正。
- 新增和更新的错误消息。
- 在 SQL Server 2000 联机丛书增加的有关 SQL Server 2000 SP3 功能方面的内容。
下载: sqlbolsetup.msi
今天一个朋友告诉我,他的硬盘坏了! 痛苦的是这块硬盘刚刚过保. 更加痛苦的是硬盘上有很多有几个项目的最新版本代码! 最痛苦的是有一个项目是他一个人开发的没有进行归档, 1.2MB 的代码全完了
我只能对他以及他的老板敬以最大的同情. 最大程度的安慰.
在这里也提醒各位: 把自己的代码放在安全的地方
1. 当然是最常用的. "多备份" 定期与不定期都是可以的,但就是怕你一忙就忘了.
2. 选择性能比较好的硬盘或者是SCSI硬盘.可是现在JS 太多了，你得有双慧眼
3. 使用RAID 阵列. 一般我们可以用 RAID 0+1 , 性能上不会有下降,而且也相对安全. IDE 阵列是一般小公司以及个人能够接受的. 4 块 IDE 80G 硬盘 大概3600左右. 与一块SCSI 硬盘差不多. 现在很多主板都支持 RAID 模式. 如果你的主板不支持,可以再花上1000多块(好象够买一块新主板了 )买个好一点的 RAID 卡．
4. 使用一台开发服务器(服务器一般使用SCSI 硬盘阵列 RAID 5 ．源代码数据库可以放在这台服务器上，每天记得将代码签入就好了 , 产品的最后Build 也可以在这台服务器上进行．
上帝保佑每个开发者!!