鱼漂 (一直漂)

1.在访问某一节点时,如 childNodes[i],要获得这个节点的值,这个值是<![CDATA[]]类型,在IE中,可以这样访问 childNodes[i].text,childNodes[i].firstChild.nodeValue;在Firefox中只能通过childNodes[i].firstChild.nodeValue访问.

2.
<root>
<e>text</e>
</root>

以上的XML,在IE中,<e>是<root>的第一个子元素,可以通过 root.childNodes[0],或root.firstChild访问<e>,但在Firefox中,<e>是<root>的第二个子元素,第一个子元素是换行符,nodeType是#text,如果将代码改为以下:

<root><e>text</e></root>

那么IE与Firefox都是一样的,<e>都是<root>的第一个子元素.

3.insertRow,insertCell
在IE中,insertRow()如果没有指定参数,则在表格后面添加行,默认参数为-1,如果在Firefox中,则一定要指定参数,如insertRow(-1),否则会出错.

4.select options
在IE中,在select.options集合中添加一个option,需要先将创建的option添加到options中,再指定option的text和value的值,在firefox中,则相反,需要先指定值,后添加.
如:
var opt=document.createElement("OPTION");
opt.innerHTML="option";
opt.value="value";
oSelect.options.add(opt);
(IE中报错:参数无效)
以上代码在IE中运行会出错,在Firefox中则正常插入option
以下代码,则在IE中正常,在Firefox中则出错:
var opt=document.createElement("OPTION");
oSelect.options.add(opt);
opt.innerHTML="option";
opt.value="value";
(在Firefox中警告： ID/NAME 所引用的元素位于全局范围。请使用 W3C 的标准形式 document.getElementById() 。)

5.attributes
在IE中,访问某个元素(element)的属性(attributes)时,是通过索引来读取的,即你要知道你要读取的属性是在哪个位置,如:<tag name="li" type="elment" />,如你要读取属性 type,那么在IE中是通过索引的,即: oTag.attributes[1]。但在Firefox中可以用属性名来索引，如 oTag.attributes["type"] 。如果想通过名字来读取属性，那么可以用attributes的方法 getNamedItem,如前面，读取 type 属性的值，可以这样： oTag.attributes.getNamedItem("type").value

6.Opacity(透明度)
在IE或Firefox中都可以设置元素的透明度,最低透明度是0%,最高是100%,在IE中设置元素的透明度是通过元素的style.filter="alpha(opacity=30)" 来设置的,而firefox是通过style.MozOpacity设置的,而且设置的值有点不同,IE是通过百份值,如80(即80%),而firefox对应的值是 .8 (对应80%) 。

1. document.form.item 问题
    (1)现有问题：
        现有代码中存在许多 document.formName.item("itemName") 这样的语句，不能在 MF 下运行
    (2)解决方法：
        改用 document.formName.elements["elementName"]
    (3)其它
        参见 2

2. 集合类对象问题
    (1)现有问题：
        现有代码中许多集合类对象取用时使用 ()，IE 能接受，MF 不能。
    (2)解决方法：
        改用 [] 作为下标运算。如：document.forms("formName") 改为 document.forms["formName"]。
        又如：document.getElementsByName("inputName")(1) 改为 document.getElementsByName("inputName")[1]
    (3)其它

        window.frames("frameName")改为window.frames["frameName"]

3. window.event
    (1)现有问题：
        使用 window.event 无法在 MF 上运行
    (2)解决方法：
        MF 的 event 只能在事件发生的现场使用，此问题暂无法解决。可以这样变通：
        原代码(可在IE中运行)：
            <input type="button" name="someButton" value="提交" onclick="javascript:gotoSubmit()"/>
            ...
            <script language="javascript">
                function gotoSubmit() {
                    ...
                    alert(window.event);    // use window.event
                    ...
                }
            </script>

        新代码(可在IE和MF中运行)：
            <input type="button" name="someButton" value="提交" onclick="javascript:gotoSubmit(event)"/>
            ...
            <script language="javascript">
                function gotoSubmit(evt) {
                    evt = evt ? evt : (window.event ? window.event : null);
                    ...
                    alert(evt);             // use evt
                    ...
                }
            </script>
        此外，如果新代码中第一行不改，与老代码一样的话(即 gotoSubmit 调用没有给参数)，则仍然只能在IE中运行，但不会出错。所以，这种方案 tpl 部分仍与老代码兼容。

4. HTML 对象的 id 作为对象名的问题
    (1)现有问题
        在 IE 中，HTML 对象的 ID 可以作为 document 的下属对象变量名直接使用。在 MF 中不能。
    (2)解决方法
        用 getElementById("idName") 代替 idName 作为对象变量使用。

5. 用idName字符串取得对象的问题
    (1)现有问题
        在IE中，利用 eval(idName) 可以取得 id 为 idName 的 HTML 对象，在MF 中不能。
    (2)解决方法
        用 getElementById(idName) 代替 eval(idName)。

6. 变量名与某 HTML 对象 id 相同的问题
    (1)现有问题
        在 MF 中，因为对象 id 不作为 HTML 对象的名称，所以可以使用与 HTML 对象 id 相同的变量名，IE 中不能。
    (2)解决方法
        在声明变量时，一律加上 var ，以避免歧义，这样在 IE 中亦可正常运行。
        此外，最好不要取与 HTML 对象 id 相同的变量名，以减少错误。
    (3)其它
        参见 问题4

7. event.x 与 event.y 问题
    (1)现有问题
        在IE 中，event 对象有 x, y 属性，MF中没有。
    (2)解决方法
        在MF中，与event.x 等效的是 event.pageX。但event.pageX IE中没有。
        故采用 event.clientX 代替 event.x。在IE 中也有这个变量。
        event.clientX 与 event.pageX 有微妙的差别（当整个页面有滚动条的时候），不过大多数时候是等效的。

        如果要完全一样，可以稍麻烦些：
        mX = event.x ? event.x : event.pageX;
        然后用 mX 代替 event.x
    (3)其它
        event.layerX 在 IE 与 MF 中都有，具体意义有无差别尚未试验。

8. 关于frame
   (1)现有问题
         在 IE中 可以用window.testFrame取得该frame，mf中不行
   (2)解决方法
         在frame的使用方面mf和ie的最主要的区别是：
如果在frame标签中书写了以下属性：
<frame src="/xx.htm" id="frameId" name="frameName" />
那么ie可以通过id或者name访问这个frame对应的window对象
而mf只可以通过name来访问这个frame对应的window对象
例如如果上述frame标签写在最上层的window里面的htm里面，那么可以这样访问
ie： window.top.frameId或者window.top.frameName来访问这个window对象
mf： 只能这样window.top.frameName来访问这个window对象

另外，在mf和ie中都可以使用window.top.document.getElementById("frameId")来访问frame标签
并且可以通过window.top.document.getElementById("testFrame").src = 'xx.htm'来切换frame的内容
也都可以通过window.top.frameName.location = 'xx.htm'来切换frame的内容
关于frame和window的描述可以参见bbs的‘window与frame’文章
以及/test/js/test_frame/目录下面的测试
----adun 2004.12.09修改

9. 在mf中，自己定义的属性必须getAttribute()取得
10.在mf中没有  parentElement parement.children  而用
               parentNode parentNode.childNodes
   childNodes的下标的含义在IE和MF中不同，MF使用DOM规范，childNodes中会插入空白文本节点。
  一般可以通过node.getElementsByTagName()来回避这个问题。
   当html中节点缺失时，IE和MF对parentNode的解释不同，例如
   <form>
   <table>
        <input/>
   </table>
   </form>
   MF中input.parentNode的值为form, 而IE中input.parentNode的值为空节点

  MF中节点没有removeNode方法，必须使用如下方法 node.parentNode.removeChild(node)

11.const 问题
  (1)现有问题:
     在 IE 中不能使用 const 关键字。如 const constVar = 32; 在IE中这是语法错误。
  (2)解决方法:
     不使用 const ，以 var 代替。

12. body 对象
   MF的body在body标签没有被浏览器完全读入之前就存在，而IE则必须在body完全被读入之后才存在

13. url encoding
在js中如果书写url就直接写&不要写&amp;例如var url = 'xx.jsp?objectName=xx&amp;objectEvent=xxx';
frm.action = url那么很有可能url不会被正常显示以至于参数没有正确的传到服务器
一般会服务器报错参数没有找到
当然如果是在tpl中例外，因为tpl中符合xml规范，要求&书写为&amp;
一般MF无法识别js中的&amp;

14. nodeName 和 tagName 问题
  (1)现有问题：
     在MF中，所有节点均有 nodeName 值，但 textNode 没有 tagName 值。在 IE 中，nodeName 的使用好象
     有问题（具体情况没有测试，但我的IE已经死了好几次）。
  (2)解决方法：
     使用 tagName，但应检测其是否为空。

15. 元素属性
   IE下 input.type属性为只读，但是MF下可以修改

16. document.getElementsByName() 和 document.all[name] 的问题
  (1)现有问题：
     在 IE 中，getElementsByName()、document.all[name] 均不能用来取得 div 元素（是否还有其它不能取的元素还不知道）。

使用IIS进行NTLM+NTLM2认证，再使用JspISAPI连接到Tomcat，测试使用时发现，由于JspISAPI访问Tomcat时，Tomcat不知道他是否支持Cookies，所以在所有的URL上面，加上了xxx.jsp;jsessionid=xxxxx，以实现对Session的支持。

但IIS无法识别带“;”的URL，导致IIS提示401打不到页面的错误，所以我们需要关闭Tomcat的URLWriting功能。

在Tomcat的Server.xml的Host里面，增加以下两个设置：
 enableUrlRewriting="false" enableCookies="true"

强制Tomcat不使用UrlWriting。

Ipaddr提示，JspISAPI是用.net 2.0编写的，功能比较简单，如果你不想购买的话，可以反编译它。

不少使用IIS或是windows域的环境中，在访问某个页面时，系统会弹出一个对话框要求用户输入域用户名称和口令，输入正确的与用户名称和口令才能继续。在使用LoadRunner对这种类型的网站进行测试时，录制下来的脚本在回放时通常都会在访问特定页面时给出一个401 Authorized require的错误信息。

其实，在LoadRunner中，有一个专门的函数 web_set_user 可以实现输入windows认证信息。

web_set_user()函数带三个参数，分别是 域用户名、口令和需要登录的服务器名称和端口，第一个参数需要注意的是一定要带上域名，其格式为\\windomainname\username，而最容易混淆的莫过于第三个参数了。特别需要注意的是，第三个参数是“需要认证的服务器名:端口”，假设你要访问的web url 是 http://requireauth/login.asp，则第三个参数应该是“requireauth:80”，有些朋友错误的写成“http://requireauth:80”或是“requireauth/login.asp:80”，都是不正确的。

最后，知其然，知其所以然。web_set_user函数的原理并不复杂，简单的说，就是通过NTLM协议发送了一些数据包给服务器而已。关于NTLM的更详细的内容，提供两份参考文献：

http://www.innovation.ch/personal/ronald/ntlm.html
http://davenport.sourceforge.net/ntlm.html

jCIFS是一个完全用Java开发的SMB客户端库。它紧密地遵循CIFS规范（是Microsoft Windows平台标准文件共享协议），支持Unicode，命令管道，批处理，线程化调用者的IO复用，加密认证，完整事务，域/工作组/主机/共享/文件枚举，NetBIOS 套接字和名称服务，smb:// URL协议处理器，一个类API的java.io.File ，RAP调用，NTLM HTTP鉴别。它广泛用于企业内部网络。

JCIFS: The Java CIFS Client Library
http://jcifs.samba.org/

很多公司都希望WEB登陆与域用户结合起来，实现单点登陆，使用jcifs.jar可以非常好实现，下载一个最新的jcifs.jar，放到WEB-INFlib下面，现在是1.27版，然后修改web.xml，加入下面：

<filter>
<filter-name>NtlmHttpFilter</filter-name>
<filter-class>jcifs.http.NtlmHttpFilter</filter-class>
<init-param>
<param-name>jcifs.http.domainController</param-name>
<param-value>192.168.0.90</param-value>
</init-param>
</filter>

<filter-mapping>
<filter-name>NtlmHttpFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

192.168.0.90是你AD服务器，然后在你的登陆的代码中使用
request.getRemoteUser()，就可以得到当前域用户的用户名了

在.Net1.1的时代，一般是使用OpenSMTP来发送邮件的，到了.Net 2.0，自带了SMTPClient类，一般用自带的SmtpClient来发送信件。

但.Net 2.0自带的SMTPClient有点问题，在SMTP登录时，将用户名直接跟在Auth Login后面(AUTH LOGIN USERNAME)，有些SMTP服务器不支持这种认证，比如，21cn.com, tom.com的邮件服务器，使用.net 2.0自带的SMTPClient，即使用户名密码正确，也无法发送成功。

所以，某些情况下，还是需要使用OpenSMTP来发送邮件，OpenSMTP的不足是不支持SSL，所以给Gmail发信时，我一般采用SMTPClient，而给其它邮局发信时，我一般采用OpenSMTP

OpenSMTP的另外一个缺点就是，发送中文名的附件时，附名名乱码，出现这种情况的原因，是OpenSMTP未对附件的文件名进行合适的BASE64编码，以下是OpenSMTP的Attachment.cs里的ToMime函数的代码：

sb.Append("Content-Type: " + mimeType + ";\r\n");
sb.Append(" name=\"" + MailEncoder.ConvertToQP(name,null) + "\"\r\n");
sb.Append("Content-Transfer-Encoding: " + encoding + "\r\n");
sb.Append("Content-Disposition: attachment;\r\n");
sb.Append(" filename=\"" + MailEncoder.ConvertToQP(name,null) + "\"\r\n\r\n");

网上也有一些解决方法，不过大多是制标不制本，以下给出一种较合理的方案：

//Fixed by Admin.net(a)163.com
//Chinese Windows:Encoding.Default=GB2312

byte[] bFName = System.Text.Encoding.Default.GetBytes(name.ToCharArray());
string sFName = System.Convert.ToBase64String(bFName);
String fname = "=?" + System.Text.Encoding.Default.BodyName + "?B?" + sFName + "?=";

//Fixed by Admin.net(a)163.com
sb.Append("Content-Type: " + mimeType + ";\r\n");
sb.Append(" name=\"" + fname + "\"\r\n");
sb.Append("Content-Transfer-Encoding: " + encoding + "\r\n");
sb.Append("Content-Disposition: attachment;\r\n");
sb.Append(" filename=\"" + fname + "\"\r\n\r\n");

此方法适用于简体中文的Windows，也适用于其它所有的非英文Windows.

Reflector for .NET 下载地址http://www.aisto.com/roeder/dotnet/

1.下载Reflector.FileDisassembler.zip,
Reflector.FileDisassembler.zip下载地址： 
http://www.denisbauer.com/NETTools/FileDisassembler.aspx 
解压后得到一些文件，其中Reflector.FileDisassembler.dll是已经编译好的，其它是它源码；
2.打开Reflector，在view菜单下的Add-Ins，将Reflector.FileDisassembler.dll添加到里面；
3.open一个dll,exe,或mcl为后缀的文件，当然要支持.net的
4.选择要反编译的dll（会在列表中显示），选择Tools－>File Disassembler，在右窗口会出现设置存放源码位置的路径，点击产生就可以了！

“源码是最好的文档”，有了源码，任何软件系统在开发人员面前就毫无“神秘”可言了...

今天需要做一个上传文件的Web页面，在调用HttpPostedFile.SaveAs(String filename)方法将文件写到服务器磁盘上时，想到如果此文件已经存在于磁盘上，这个方法会如何处理呢？直接覆盖？抛出异常？

翻一下.NET Framework文档，可惜里面没有对这个情况进行说明。于是进入Mono源码目录，定位到HttpPostedFile.cs文件，用记事本打开，找到SaveAs(String filename)方法，第一句就是：

FileStream File = new FileStream(filename, FileMode.Create);

OK，确切答案就是如果已经存在同名文件会直接覆写。

我猜一定有人会想，“万一Mono的实现和.Net Framework不同怎么办？”其实我过后就这么想了，于是用Reflector打开了System.Web.dll，定位这个方法，呵呵，.Net Framework的实现也是“FileMode.Create”。不过.Net Framework使用了一个try...catch来保证关闭这个FileStream，而Mono的实现里面则没有，嗯，这是不是意味着Mono的稳定性仍有不少改进之处呢？

支持SSL，请点击此处下载 [file]attachment/200708/pop3mailclient.rar[/file]

using System;
using System.Collections;
using System.ComponentModel;
using System.Runtime.InteropServices;

//How to use
//string[] s= MXSearch.GetMXRecords("eit.name");
//foreach (string st in s)
//Console.WriteLine("Server: {0}",st);

namespace Eit.Name.Bcomcn
{
    class MXSearch
    {
        public MXSearch()
        {
        }

        #region importDll

        [DllImport("dnsapi", EntryPoint = "DnsQuery_W", CharSet = CharSet.Unicode, SetLastError = true, ExactSpelling = true)]
        private static extern int DnsQuery([MarshalAs(UnmanagedType.VBByRefStr)]ref string pszName, QueryTypes wType, QueryOptions options, int aipServers, ref IntPtr ppQueryResults, int pReserved);

        [DllImport("dnsapi", CharSet = CharSet.Auto, SetLastError = true)]
        private static extern void DnsRecordListFree(IntPtr pRecordList, int FreeType);

        #endregion

        public static string[] GetMXRecords(string domain)
        {

            IntPtr ptr1 = IntPtr.Zero;
            IntPtr ptr2 = IntPtr.Zero;
            MXRecord recMx;
            if (Environment.OSVersion.Platform != PlatformID.Win32NT)
            {
                throw new NotSupportedException();
            }
            ArrayList list1 = new ArrayList();
            int num1 = MXSearch.DnsQuery(ref domain, QueryTypes.DNS_TYPE_MX, QueryOptions.DNS_QUERY_BYPASS_CACHE, 0, ref ptr1, 0);
            if (num1 != 0)
            {
                throw new Win32Exception(num1);
            }
            for (ptr2 = ptr1; !ptr2.Equals(IntPtr.Zero); ptr2 = recMx.pNext)
            {
                recMx = (MXRecord)Marshal.PtrToStructure(ptr2, typeof(MXRecord));
                if (recMx.wType == 15)
                {
                    string text1 = Marshal.PtrToStringAuto(recMx.pNameExchange);
                    list1.Add(text1);
                }
            }
            MXSearch.DnsRecordListFree(ptr2, 0);
            return (string[])list1.ToArray(typeof(string));
        }

        private enum QueryOptions
        {
            DNS_QUERY_ACCEPT_TRUNCATED_RESPONSE = 1,
            DNS_QUERY_BYPASS_CACHE = 8,
            DNS_QUERY_DONT_RESET_TTL_VALUES = 0x100000,
            DNS_QUERY_NO_HOSTS_FILE = 0x40,
            DNS_QUERY_NO_LOCAL_NAME = 0x20,
            DNS_QUERY_NO_NETBT = 0x80,
            DNS_QUERY_NO_RECURSION = 4,
            DNS_QUERY_NO_WIRE_QUERY = 0x10,
            DNS_QUERY_RESERVED = -16777216,
            DNS_QUERY_RETURN_MESSAGE = 0x200,
            DNS_QUERY_STANDARD = 0,
            DNS_QUERY_TREAT_AS_FQDN = 0x1000,
            DNS_QUERY_USE_TCP_ONLY = 2,
            DNS_QUERY_WIRE_ONLY = 0x100
        }

        private enum QueryTypes
        {
            DNS_TYPE_MX = 15
        }

        [StructLayout(LayoutKind.Sequential)]
        private struct MXRecord
        {
            public IntPtr pNext;
            public string pName;
            public short wType;
            public short wDataLength;
            public int flags;
            public int dwTtl;
            public int dwReserved;
            public IntPtr pNameExchange;
            public short wPreference;
            public short Pad;
        }

    }
}