存档

  • CSS:模拟Windows窗口及DIV居中

    　　利用CSS，尝试做了一个仿Windows窗口的横向纵向均居中的Div效果： 　　效果图如下：   　　以下是完整源代码： <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=gb2312" /><title>动易远程接口中转</title><style type="text/css"><!–body {margin:0px;background:#ccc;height:auto;font: 9pt Tahoma;text-align:center;color: #000;}#outbox {position:absolute;z-index:888;top:50%;left:50%;margin:-120px 0 0 -200px;width:400px;height:auto;background:#D4D0C8;border:1px solid #ccc;}#title,#body,#bottom {border-top:1px solid #ddd;border-bottom:1px solid #999;border-right:1px solid #999;border-left:1px solid #ddd;}#title {line-height:28px;background:#c4c0c8;}#body {height:150px;text-align:left;padding:10px 10px;}#bottom {height:30px;padding:2px}#input {top:0px;bottom:0px;}–></style></head><body><div id="outbox">  <div id="title">正在进行通行证操作</div>  <div id="body">    <p>正在进行远程数据同步，请勿刷新页面！</p>    <ul>      <li id="api">论坛数据同步中</li>      <li id="powereasy">本站操作已完成！</li>    </ul>  </div>  [...]

    阅读：2,295 | 没有评论
    2006年3月28日 | 归档于 所谓技术
    标签: , ,

  • XMLHTTP与中文字符编码问题

    　　今天测试新接口的发送和响应，为了便于和Oblog和动网的开发人员进行测试，我特地把动易接口的相关操作单独写了一个测试工具包。 　　结果别说跟动网和Oblog联合测试了，自己测试的时候就出现了意想不到的问题。 　　首先在构造请求的时候，我用了下面的方式来生成安全码： 'strKey为配置文件中的安全密钥；'strName为提交测试的用户名'objXmlDoc为XMLDOM对象syskey = Md5(strName & strKey, 32)objXmlDoc.documentElement.selectSingleNode("//syskey").text = syskeyobjXmlDoc.documentElement.selectSingleNode("//username").text = strName 　　然后在服务器端用下面的代码处理： 'strKey为配置文件中的安全密钥；'strName为提交测试的用户名'objXmlDoc为XMLDOM对象objXmlDoc.Load(Request)syskey = objXmlDoc.documentElement.selectSingleNode("//syskey").textstrName = objXmlDoc.documentElement.selectSingleNode("//username").textIf Ucase(syskey) = Ucase(Md5(strName & strKey, 32) Then '安全码检验成功 Else '安全码检验失败 End If 　　这里服务器端和发送请求的文件都调用的是同一个配置文件，因此strKey的值是完全一样的。可是不管怎么测试，加密出来的安全码始终都不相等。 　　我开始怀疑是编码的问题导致，于是在发送请求端显示声名我发送的信息是utf-8编码的，在服务器端也作了相应处理。可是结果依旧。 　　按照原来处理Trackback的方式，我用Unicode编码函数在发送前对中文用户名先进行编码，结果还是不行。 　　后来跟NT讨论这个问题，我把文件打包发给他看，还在发送的时候，他问了一句：你用MD5处理用户名？ 　　听到这句话我突然想到，对啊，发送前的syskey是用还没处理的UserName直接生成的，接受到的UserName经过DOM处理，已经是Unicode状态了。于是我改了一下，用下面的方式来生成syskey： 'strKey为配置文件中的安全密钥；'strName为提交测试的用户名'objXmlDoc为XMLDOM对象objXmlDoc.documentElement.selectSingleNode("//username").text = strNamestrName = objXmlDoc.documentElement.selectSingleNode("//username").textsyskey = Md5(strName & strKey, 32)objXmlDoc.documentElement.selectSingleNode("//syskey").text = syskey 　　先把用户名用DOM设置为XML元素的文本数据，然后再解析出来，这时的strName就和服务器端解析出来的状态一样了。然后再加密。 　　改完再试，果然成功了。 　　XMLDOM在创建和解析XML数据的时候，自动对数据进行Unicode编码，并且根据Codepage的设置自动进行编码转换，因此并不需要对字符的编码做特殊处理。但是如果直接用字符串构造XML，就失去了这个优势，反而导致乱码。

    阅读：2,594 | 2 条评论
    2006年3月26日 | 归档于 所谓技术
    标签:

  • 动易2006版对DPO接口支持细节

    em {color:blue;font-style: italic;} １．全局操作　　 动易系统在进行任何操作时都支持的元素以及处理细节说明。　　１．１　发送和接收请求时处理的元素 　　　　　　 appID = "PowerEasy"　　　　　　 action = [checkname|reguser|login|logout|update|delete|getinfo] 　　　　　　 syskey = 32位加密安全码 　　　　　　 username = string 　　１．２　返回信息包含的元素 　　　　　　 appID = "PowerEasy"　　　　　　 status = [0|1] 　　　　　　 body 　　　　　　 message = [null|string] 　　从动易系统发出的请求包中，不论action的值是什么，都必然包含1.1中列出的所有元素；同样，对于任意程序发送到动易的请求，动易系统也会检查处理这些元素。 　　动易系统处理完请求后，不轮处理结果如何，返回信息中必定包含1.2中列出的所有元素；同样，对于其它程序返回的信息，动易系统也会检查处理这些元素。 　　除了全局性的元素外，具体每个操作，动易对DPO规范指定的元素的支持见下面的说明。 ２．检查注册　　 ２．１　发送请求包含的元素　　　　　　 appID = "PowerEasy"　　　　　　 action = "checkreg"　　　　　　 syskey 　　　　　　 username 　　　　　　 email 　　２．２　返回信息包含的元素 　　　　　　 appID = "PowerEasy"　　　　　　 [...]

    阅读：2,428 | 没有评论
    2006年3月23日 | 归档于 所谓技术
    标签:

  • 关于动易+动网+oblog整合的消息

    动易、动网、oblog正式宣布缔结战略联盟，而我们成立的三方联合开发小组也已经完整通用接口规范的制定。

    阅读：2,912 | 2 条评论
    2006年3月20日 | 归档于 所谓技术
    标签:

  • Unicode编解码函数

    在用XMLHTTP进行远程数据传输的时候，如果涉及到不同编码，比如从oblog向我的博客发送一个trackback ping，数据中包含的中文字符就会出现乱码。 为了解决这个问题，可以在发送之前，把所有的数据中的中文都进行Unicode编码然后再传输。这样就可以顺利解决问题。 但是有时候还会涉及到另外一个问题，就是到了目标程序后，要进行数据库检索，发送过来的中文字符串都已经编码为类似 &#32462 这样的Unicode编码，而数据库中的数据虽然以unicode编码保存，但是却还是中文字符，并没有表示为 &#32462 这样的形式。这就导致检索失败。 为了解决这样的问题，我只好采取这样的办法：发送端对中文字符串进行Unicode编码，接受端接收后进行Unicode解码，还原为中文字符。 这两个函数如下： '**************************************************'函数名：AnsiToUnicode'作  用：转换为 Unicode 编码'参  数：str —- 要转换的字符'返回值：转换后的字符'Author：nt2003'**************************************************Public Function AnsiToUnicode(ByVal str)    Dim i, j, c, i1, i2, u, fs, f, p    AnsiToUnicode = ""    p = ""    For i = 1 To Len(str)        c = Mid(str, i, 1)        j = AscW(c)        If j < 0 Then            [...]

    阅读：2,356 | 2 条评论
    2006年3月10日 | 归档于 所谓技术

  • C#学习笔记：理解规范接口的赋值运算

    本文由《c#面向对象的程序设计》中关于规范接口赋值运算中的一个练习题讲解开始，提出了对书中观点的质疑和分析，并给出了自己对c#语言中规范接口赋值操作的理解。

    阅读：2,812 | 3 条评论
    2005年12月16日 | 归档于 所谓技术

  • 利用WebService进行网站整合的实现

    本文提供了一种使用webservice来实现多站点多域名情况的应用整合和网站整合思路，重点解决web开发中多站点用户单点登录认证的问题。

    阅读：2,850 | 2 条评论
    2005年12月15日 | 归档于 所谓技术

  • 实践：用Div+CSS重构网页

    　　从接触WEB标准以来，一直在努力实践，近日官方网站的全面改造终于正式展开，由于网站管理系统的WYSWYG编辑器本身不支持WEB规范，也是没办法的事情，但是我还是决定在这次改版的过程要充分利用CSS，在可能的程度上尽量利用Div+CSS的优点，减少维护量和网页大小。 　　第一批改造的是新闻中心和招生网，在重新制作的几个模版页面中，我们只用了少量的表格和内联代码，之所以没有完全采用Div+CSS，是因为经过WYSWYG编辑器的自动更改，多层嵌套的DIV代码会变得非常不易读，即使我们在制作时把代码写得非常的清晰，缩进和换行用得很好，也最终会得到一个结构混乱的HTML源代码。因此只能适当采用一定数量的表格，但是对表格也尽量采用CSS来控制了。而网页中的任何、、 这类的代码，则完全去掉了。 　　改完以后，代码总量减少到原来的一半左右，而且网页中的表格都只在很小的范围内使用，尽量避免嵌套，使网页的速度得到了很大的提高，虽然没有实现对WEB规范的支持，但是采用DIV+CSS的效果还是非常明显的。 　　今天我又重做网站首页，对网站首页，我就完全采用了DIV+CSS来进行网页布局，首页以前的表格更为混乱，嵌套很深，由于原来的代码量就不是很多，所以改完以后，代码减少也还不算太多，只为原来的一半左右。但是访问速度提升很多，而在规划好CSS以后，网页的布局部分真是轻松极了。 　　我取了其中一部分代码来比较： 重构前的代码（全页大小共计38K）： [code] 1 2 3 4 5 6 二外新闻 新闻中心 | 院 报 | 广 播 台 | 电 视 台 | 媒体二外 6 5 4 3 2 1 [/code] 　　说明：为了实现在760像素表格（1像素边框）左中右三栏划分(布局)，然后对中栏进行上中下划分（布局），再对中栏进行左中右划分（边距），再对中栏进行左中右划分（内容），加上部分一像素边框和代码不够优化，一共出现了6层嵌套，而且多次编辑以后，还出现了嵌套错误（多出一层结束标记） 重构后的代码（全页大小共计17.8k）： [code] 1 2 3 4 快速链接 二外新闻

    阅读：3,035 | 1 条评论
    2005年12月12日 | 归档于 所谓技术
    标签: ,
‘所谓技术’ 分类的存档