归档于 '大杂烩'

Google 本地host全接触

把下面的内容添加到C:\Windows\System32\drivers\etc\hosts文件中 由于使用的IP未必为最优,所以速度可能变慢。 尽管你写了host,但是由于dns污染技术太牛,不一定保证你100%能够访问 #Search 74.125.39.99    www.google.com 74.125.39.103   www.google.com 74.125.39.104   www.google.com 74.125.39.105   www.l.google.com #Images 74.125.39.99    images.google.com 74.125.39.103   images.google.com 74.125.39.104   images.google.com 74.125.39.105   images.google.com 74.125.39.106   images.google.com 74.125.39.147   images.google.com 74.125.77.99    tbn0.google.com 74.125.77.99    tbn1.google.com 74.125.77.103   tbn2.google.com 74.125.77.104   tbn3.google.com 74.125.77.105   tbn4.google.com 74.125.77.106   tbn5.google.com 74.125.77.147   tbn6.google.com #Shopping 74.125.39.99    base0.googlehosted.com 74.125.39.103   base1.googlehosted.com 74.125.39.104   base2.googlehosted.com 74.125.39.105   base3.googlehosted.com 74.125.39.106   base4.googlehosted.com [...]

ADSL 通过路由器共享,FTP上传缓慢,甚至停顿的解决方法

最近公司换了一个磊科的NW618 的路由器,这个家伙很不错的,一下子把之前浪费的网速拿了回来。不过出现了一个问题,用FTP上传的时候很慢,甚至是停止好几分钟,才能反应过来,上传是能够上传,但是往往要等几分钟才能传几k的东西。实在看不下去…… 开始排查了,由于之前FTP服务器出了问题,重装了一次,一直都觉得是FTP服务器的原因。结果,在服务器上对着pure-ftpd.conf看了老半天还是没什么结论。接着看FTP连接,不是被动模式的问题,更加奇怪的是我在192.168.1.105 能够正常上传,跑换到192.168.2.108 就不行了。 基本将服务器、FTP软件排除掉。 后来百度下,终于发现了问题的根源:MTU 最大传输单元的设置问题! 如何测试自己最大的MTU呢? 其实可以通过ping命令来测试:ping -f -l 1440 www.baidu.com 如果这个时候出现类似“来自 192.168.1.105 的回复: 需要拆分数据包但是设置 DF。”的提示,如图: 就说明你的ADSL设置MTU的时候不能超过1440,如何找最大的MTU? 呵呵,没有办法,逐步减少试下,ping -f -l 1340 www.baidu.com 提示timeout 或者 反应TTL多少ms都是正确的值,多次测试,取一个比较大的就可以了。 然后到modem设置页面,找到ADSL的页面,填入这个数值即可! 那么,为什么出现在192.168.2.108 不行而192.168.1.105 可以的情况呢? 往往是因为192.168.2.1 这个路由器的设置问题,对应调整 MTU,重启路由器后一切正常。

在Nginx环境下安装elgg

elgg作为一套SNS系统已经得到不少fans的爱戴。

但是在Nginx下面安装elgg的时候就往往遇到改写出问题。

下…

密码保护:Nginx初步测试反向代理

无法提供任何摘要。这是一篇受保护的文章。

JavaScript 在各个浏览器中执行的耐性

经常会遇到这样一个情况:浏览器弹出对话框,提示脚本运行时间过长,询问“停止”还是“继续”。那究竟各个…