我没试过，这段google的，可以解释声音有失真~~~
电脑MIC的阻抗(数千欧)及灵敏度高,熟出信号较强,而耳机阻抗只有30-50欧（不知道录音机喇叭阻抗多大，不过貌似也是50欧的样子）,不匹配,输出信号小,在其后面需加推动放大,因此在电脑上不能直接插入使用。
发件人： simon22543
发送时间： 2010-07-19 12:00:38
收件人： debian-chinese-gb
抄送：
主题： Re: 怎样把录音磁带里的声音转录进电脑里？
不错,js卖10块,其实很便宜的
在 10-7-12，Userresat...@gmail.com 写道：
你们的知识面真广，我大学学文科的，毕业后转行做LINUX系统工程师的，惭愧……
仅C、操作系统原理和UNIX系统编程够我琢磨3年＋了
在 2010年7月19日 下午4:01，罗振兴 piedg...@gmail.com写道：
我没试过，这段google的，可以解释声音有失真~~~
电脑MIC的阻抗(数千欧)及灵敏度高,熟出信号较强,而耳机http://search.china.alibaba.com/selloffer/k-%B6%FA%BB%FA_n-y.html
应该是 Line in 而不是 MIC 吧？我以前是单放接笔记本 Line In，调整好音量后，录制效果还行。
2010/7/19 罗振兴 piedg...@gmail.com
我没试过，这段google的，可以解释声音有失真~~~
电脑MIC的阻抗(数千欧)及灵敏度高,熟出信号较强,而耳机http://search.china.alibaba.com/selloffer/k-%B6%FA%BB%FA_n-y.html
阻抗只有30-50欧（不知道录音机喇叭阻抗多大，不过貌似也是50欧的样子）,不匹配,输出信号小,在其后面需加推动放大,因此在电脑上不能直接插入使用。
倒。是不是我和东升和你们点的不是一个链接？我点什么都正常。给我几个你们一点就跳转的链接，我再试试。
2010/7/19 Liang Suilong liangsuil...@gmail.com
我这里的广州电信都是回跳转到新浪。
DNS 还是用广州电信提供的那两个：202.96.128.166 和 202.96.134.133，我用的是 Chrome 浏览器。
2010/7/19 Tao Wang dancef...@gmail.com
现在反馈的情况看，广州正常、悉尼正常，北京不正常。而且都是网通。很有可能是 ISP 的问题。所以，首先，建议给 ISP
http://www.eduuu.com 这个打开是E度导航页，http://www.eduu.com
这 个打开是新浪。
在 2010年7月19日 下午4:26，Tao Wang dancef...@gmail.com写道：
倒。是不是我和东升和你们点的不是一个链接？我点什么都正常。给我几个你们一点就跳转的链接，我再试试。
2010/7/19 Liang Suilong liangsuil...@gmail.com
我这里的广州电信都是回跳转到新浪。
DNS 还是用广州电信提供的那两个：202.96.128.166 和 202.96.134.133，我用的是
2010/7/19 Mickey Fox acro...@gmail.com
刚才再看了看我之前贴的 nslookup 的结果，发现 202.106.0.20 是 域名服务器的地址，请问这正常吗？
我是通过小区局域网连接 Internet 的，域名服务器是网管给的，两个：
202.106.0.20
202.106.148.1
你在 /etc/resolv.conf 开头插入这两个行内容试试看
nameserver 8.8.4.4
nameserver 8.8.8.8
--
Vern
vim -c :s,^,ZnQr2va8puvan.,|:s/\d\(.\)/
显然我没访问错误，我这里确实确实访问的是 www.eduu.com。
2010/7/19 李文明 lwm...@gmail.com
http://www.eduuu.com 这个打开是E度导航页，http://www.eduu.com
这 个打开是新浪。
在 2010年7月19日 下午4:26，Tao Wang dancef...@gmail.com写道：
倒。是不是我和东升和你们点的不是一个链接？我点什么都正常。给我几个你们一点就跳转的链接，我再试试。
2010/7/19 Liang Suilong liangsuil...@gmail.com
感觉不是 DNS 的问题。他 DNS 给出的结果和我这里基本一样。不过能用 google 的 DNS 最好是用 Google 的这俩。
2010/7/19 Vern Sun s5u...@gmail.com
2010/7/19 Mickey Fox acro...@gmail.com
刚才再看了看我之前贴的 nslookup 的结果，发现 202.106.0.20 是 域名服务器的地址，请问这正常吗？
我是通过小区局域网连接 Internet 的，域名服务器是网管给的，两个：
202.106.0.20
202.106.148.1
你在 /etc/resolv.conf
插入应该是无效的，你本机的DNS地址应该用的是你的ISP提供的IP。
在 2010年7月19日 下午4:34，Vern Sun s5u...@gmail.com写道：
2010/7/19 Mickey Fox acro...@gmail.com
刚才再看了看我之前贴的 nslookup 的结果，发现 202.106.0.20 是 域名服务器的地址，请问这正常吗？
我是通过小区局域网连接 Internet 的，域名服务器是网管给的，两个：
202.106.0.20
202.106.148.1
你在 /etc/resolv.conf 开头插入这两个行内容试试看
北京教育网，访问没问题，速度也挺快的。
插入应该是无效的，你本机的DNS地址应该用的是你的ISP提供的IP。
在 2010年7月19日 下午4:34，Vern Sun s5u...@gmail.com
mailto:s5u...@gmail.com写道：
2010/7/19 Mickey Fox acro...@gmail.com mailto:acro...@gmail.com
刚才再看了看我之前贴的 nslookup 的结果，发现 202.106.0.20 是域
名服务器的地址，请问这正常吗？
我的是北京市 科学院网。跳转到新浪。
我判断是E度网的CDN设置问题。
在 2010年7月19日 下午5:00，张晓瑞 zxri8...@gmail.com写道：
北京教育网，访问没问题，速度也挺快的。
插入应该是无效的，你本机的DNS地址应该用的是你的ISP提供的IP。
在 2010年7月19日 下午4:34，Vern Sun s5u...@gmail.com写 道：
2010/7/19 Mickey Fox acro...@gmail.com
刚才再看了看我之前贴的 nslookup 的结果，发现 202.106.0.20 是
再总结一下：在我这是在 Debian 下用 fx、chrome、opera 访问都跳转，用 wget 下载不跳转，再试了一下，用 w3m
访问也不跳转。在 Windows 下和 Ubuntu 10.04 下访问不跳转，但特别慢。
另外 李文明、Liang Suilong 二位网友也报告不自动跳转的情况。
如果说是 DNS 的问题，那么为什么用 wget 和 w3m 访问不跳转？难道 DNS 服务器会根据 User Agent 给出不同的地址解析？
如果说是 JavaScript 的问题，那么为什么在 Windows 下和在 Ubuntu 下能访问？而且我在 Debian 系统中的
2010/7/19 Mickey Fox acro...@gmail.com
再总结一下：在我这是在 Debian 下用 fx、chrome、opera 访问都跳转，用 wget 下载不跳转，再试了一下，用 w3m
访问也不跳转。在 Windows 下和 Ubuntu 10.04 下访问不跳转，但特别慢。
另外 李文明、Liang Suilong 二位网友也报告不自动跳转的情况。
如果说是 DNS 的问题，那么为什么用 wget 和 w3m 访问不跳转？难道 DNS 服务器会根据 User Agent 给出不同的地址解析？
如果说是 JavaScript
用 JavaScript 写一个随机跳转的脚本我觉得是可行的，之前有些极度反感 IE6，写了个让 IE6 访问时随机性崩溃的脚本。
但是从你说的情况来看，似乎不太是 JS，即使在浏览器禁用了 JavaScript 也会跳转，难道是限定特定 IP 段的 IP 跳转？
2010/7/19 Mickey Fox acro...@gmail.com
再总结一下：在我这是在 Debian 下用 fx、chrome、opera 访问都跳转，用 wget 下载不跳转，再试了一下，用 w3m
访问也不跳转。在 Windows 下和 Ubuntu 10.04 下访问不跳转，但特别慢。
另外
这个问题看起来比较怪，不过还是可以分析一下的。
1.试验过wget域名和ip么？
2.如果1中返回一致，跳转和不跳转，两者的请求头差别是什么？
域名和ip，区别在于请求头中的Host。不过看起来和这个无关，因此我猜的两者应该一致。
2则比较麻烦了，各种浏览器的header比较复杂，而wget的头部比较简单。
User-Agent: Wget/1.12 (linux-gnu)
Accept: */*
Host: something
Connection: Keep-Alive
于是差了很多东西。
如果是这个问题，那是某一级别的ids。
在 2010年7月19日 下午7:59，Mickey
在 2010年7月19日 下午11:34，Shell Xu shell909...@gmail.com 写道：
这个问题看起来比较怪，不过还是可以分析一下的。
1.试验过wget域名和ip么？
2.如果1中返回一致，跳转和不跳转，两者的请求头差别是什么？
域名和ip，区别在于请求头中的Host。不过看起来和这个无关，因此我猜的两者应该一致。
2则比较麻烦了，各种浏览器的header比较复杂，而wget的头部比较简单。
User-Agent: Wget/1.12 (linux-gnu)
Accept: */*
Host: something
Connection:
我这里搞明白了。我用你的程序分析了一下，确实如你所说，如果 User-Agent 是：
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6) Gecko/20100627
Firefox/3.6.6 GTB7.1
那么就用 HTTP 301 重定向到 www.sina.com ，而如果是：
Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2) Gecko/20100115
Firefox/3.6.6
就继续显示网页。即使在我这里也是如此。似乎是 Windows 和
我的确实是 64 位的 Debian。而我说在 Ubuntu 10.04 中可以访问，那也确实是 32 位的 Ubuntu。
在 2010年7月20日 上午1:16，Tao Wang dancef...@gmail.com 写道：
我这里搞明白了。我用你的程序分析了一下，确实如你所说，如果 User-Agent 是：
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6) Gecko/20100627
Firefox/3.6.6 GTB7.1
那么就用 HTTP 301 重定向到 www.sina.com ，而如果是：
谢谢大家。
通过在 Firefox 中修改 User Agent，解决了上 E 度网的问题。
看来这个问题确实是网站的问题，给他们发个邮件试试。
在 2010年7月20日 上午1:16，Tao Wang dancef...@gmail.com 写道：
我这里搞明白了。我用你的程序分析了一下，确实如你所说，如果 User-Agent 是：
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6) Gecko/20100627
Firefox/3.6.6 GTB7.1
那么就用 HTTP 301 重定向到 www.sina.com
执行脚本的结果：
./expect
spawn telnet www.eduu.com 80
GET / HTTP/1.1
Host: www.eduu.com
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6)
Gecko/20100627 Firefox/3.6.6 GTB7.1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-cn,zh;q=0.5
执行脚本的结果：
./expect
spawn telnet www.eduu.com 80
GET / HTTP/1.1
Host: www.eduu.com
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6)
Gecko/20100627 Firefox/3.6.6 GTB7.1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-cn,zh;q=0.5
在 2010年7月20日 上午9:16，李文明 lwm...@gmail.com 写道：
执行脚本的结果：
./expect
spawn telnet www.eduu.com 80
GET / HTTP/1.1
Host: www.eduu.com
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6)
Gecko/20100627 Firefox/3.6.6 GTB7.1
Accept:
UNSUBSCRIBE
23 matches
Mail list logo
