我的职业生涯(前端开发)

百度搞了一个分享平台，好吧，试用一下，发现分享成功，但各平台下跳转回来的地址存在IE6下参数获取错误的问题。

问题重现(新浪微博为例)：

分享平台获取的地址一般为http://www.domain.com/test.asp?id=100#0-tsina-111111-111111-de70028302b856c997bc35861eb52ece，分享平台都有自己的短网址，一般为http://t.cn/AbCdEf，点击的时候做了一次跳转到分享平台获取的地址。但是由于添加了#号后面的内容，在IE6浏览器下Request得到的ID值严重不正确，居然包含#号后面的所有字符。

问题简化：

1.asp

<a href="2.asp">测试</a>

2.asp

Response.Redirect("3.asp?ID=14#efefef")

3.asp

Response.Write(Request("ID"))

IE6下，单击1.asp里的链接 或 直接访问2.asp，输出的值为：14#efefef

解决问题：

1. 过滤掉#及后面的所有字符
2. 添加空的参数，例如3.asp?ID=14&TP=#efefef

追究原由：

测试了FF7,FF8,FF(8),Chrome(15),Safari(5.1)均未发现问题。查询网络发现 这篇 文章和我碰到了同样的问题，和几个同事讨论均认为有可能是IE6在跳转时发生的问题，该问题已经提交到微软在线论坛等待MVP反馈。如有描述错误之处，请指教。

PS:

12.16 MVP回复可能为IE6的某BUG，并提供同样问题的链接 Internet Explorer 6 and redirected anchor links。

当我还是个MS粉的时候，碰到问题，第一个想到的就是去微软新闻组去问，原因很简单，当时搜索引擎不给力，社区没有现在发达，没有或我不知道CSDN，以及众多的MVP。

今天碰到一个非常奇怪的问题，才想起了当年的新闻组，只是登录未遂，查找得知微软从2010年中旬开始陆续关闭提供服务8年之久的新闻组了。

回想当年的楞头小子，如今已为人夫已为人父，感慨良多啊。

再见了新闻组，再见了OUTLOOK。

做为一个清新主义者，绝对不能让一切不和谐的东西出现。google reader最新的这个小清新版本，看起来挺简洁，其实很蛋疼。例如强行删除了共享条目等等。

无意中浏览到数据汇总里，居然有一条被误点的共享条目，随即翻遍了GR所有的功能，根本无法删除，只能求助搜索引擎。如果碰到同样问题的朋友，可以按下面的方法删除不想在共享的条目。

1. Chrome扩展版本 
2. 浏览你的GR，看看熟悉的 共享条目 是否已经出现

迫于无奈，帮亲戚做了网站，还免费送域名空间，然后，然后得到的结果是，还缺少点东西。其实我想说，如图：

(图为转载)

其实很早以前，我就决定三不做了：

1. 太大不做
2. 太小不做
3. 太麻烦不做

现在我决定，亲戚朋友的不做。

TIA/EIA-568B: 1、白橙，2、橙，3、白绿，4、蓝，5、白蓝，6、绿，7、白棕，8、棕
TIA/EIA-568A: 1、白绿，2、绿，3、白橙，4、蓝，5、白蓝，6、橙，7、白棕，8、棕

10M以太网的网线接法使用1，2，3，6编号的芯线传递数据，100M以太网的网线使用4，5，7，8编号的芯线传递数据。

100BASE-T4 RJ-45对双绞线网线接法的规定如下：
1、2用于发送，3、6用于接收，4、5，7、8是双向线
1、2线必须是双绞，3、6双绞，4、5双绞，7、8双绞

直通线：
网线两端水晶头做法相同，都是TIA/EIA-568B标准,或都是TIA/EIA-568A标准
用于：PC网卡到HUB普通口，HUB普通口到HUB级联口.一般用途用直通线就可全部完成

交叉线：
网线两端水晶头做法不相同，一端TIA/EIA-568B标准,一端TIA/EIA-568A标准
用于：PC网卡到PC网卡，HUB普通口到HUB普通口

如何判断用直通线或交叉线：
设备口相同：交叉线；设备口不同：直通线