最近的文章列表

清空Chrome/IE/FF浏览器dns缓存

为什么要使用浏览器DNS缓存,无非就是提供域名的解析速度(因为直接ip是代表主机的,域名只是ip的马甲,拖了马甲才能睡觉~)

什么是DNS?简而言之是从域名(www.camnpr.com)解析为IP(116.255.161.231)的过程,详情可移步 wikipedia

...

2013/11/27 Comments:
浏览器DNS缓存机制分析-为什么修改hosts不立即生效

经常做Web开发的工程师,都会遇到需要将某个域名绑定到特定IP上,进行测试的情况。大家一般都会用修改hosts文件的方式来解决,但是经常也会遇到修改hosts不生效的情况,而且有时生效,有时不生效的情况也有发生,这到底是为什么呢?


起:DNS缓存机制

关于DNS缓存的机制,有一篇非常详细的文章What really happens when you navigate to a URL

...

2013/11/27 Comments:
浏览器默认的并发数限制

每款浏览器都有自己的默认并发连接数,而且浏览器默认对同一域下的资源,只保持一定的连接数,会阻塞过多的连接,这都会影响到浏览器对网页的加载速度。

浏览器对同一个域名可以并发请求,下面是每个浏览器默认的并发数限制

 

Browser

...
2013/6/11 Comments:
负载均衡 LVS 工作原理

一.LVS主从工作原理和网站架构

      LVS在基本的生产环境中,都会同时运行在二台硬件相近的服务器上:LVS Router(主 LVS ),一个作为备份LVS(备份 LVS ).
      主 LVS 服务器在网站的前端起二个作用:
            (1. 均衡负载压力到真实服务器(如apache)上.
...

2012/4/16 Comments:
微软代码分析工具

微软的MSDN Code Gallery网站上发布了最新的代码分析工具4.2版(Microsoft Code Analysis for C# )。一段关于这个工具的介绍:This tool is known internally within Microsoft as StyleCop, and has been used for many years now to help teams enforce a common set of best practices for layout, readability, maintainability, and documentation of C# source code.下面是运行时相关的截图:>repath}articles/commo

2012/2/29 Comments:
前端web开发的MVC模式 - 从一个简单实例讲起
MVC概论起初来之桌面应用开发。其实java的structs框架最能体现MVC框架:model模型是理解成服务器端的模块程序;view为发送给客服端的内容;control为servlet程序控制跳转和工作流。 随着前端Ajax兴起、前端开发工作进一步划分:js程序员和ue页面制作、另外从整个前端项目的清晰明朗以可扩展性角度来看,MVC的应用也越来越必要,特别是对大的项目。 例如 需要给一个页面上的button注册一个onclick事件。 1、我们可以有如下最简洁的写法:(view和model control完全混合)<HTML><HEAD><TITLE> example </TITLE></HEAD><BODY
2011/11/10 Comments:
改进自己的JavaScript脚本性能
改进自己的JavaScript脚本性能语言层次方面循环 循环是很常用的一个控制结构,大部分东西要依靠它来完成,在JavaScript中,我们可以使用for(;;),while(),for(in) 三种循环,事实上,这三种循环中for(in)的效率极差,因为他需要查询散列键,只要可以就应该尽量少用。for(;;)和while循环的性能应该说 基本(平时使用时)等价。 而事实上,如何使用这两个循环,则有很大讲究。我得出的结论是: 如果是循环变量递增或递减,不要单独对循环变量赋值,应该在它最后一次读取的时候使用嵌套的++或操作符。 如果要与数组的长度作比较,应该事先把数组的length属性放入一个局部变量中,减少查询次数。 局部变量和全局变量 局部变
2011/11/10 Comments:
HTTP页面的优化,JS,IIS连接数,代码 前端开发优化
本文是针对网页设计师(WEB前端工程师)的,不涉及程序以及系统。一、基于减少HTTP连接数的优化像刚才这篇文章,就是基于减少并发HTTP连接数的优化。由于IE每次在一个域上并发连接数默认为8个,这意味着超过8个文件的时候,需要等待前8个文件之一传输结束。我们可以:1、将图片,尤其是大图片放到另外一个域名中。大站可以用另一个服务器来专门用于图片的传输。对于虚拟主机可以绑定另外一个域名。这在大网站中很常见。2、合并CSS和JS文件。以及在可能的时候合并图片。3、预加载技术。最近很常见的,就是先用js显示缩略图,然后setTimeout延时加载大图片。二、基于减少体积的优化减少体积意味着减少带宽,能够很直接地减少硬件与带宽的开支。由于网站每日接待成千上万的访客,就是一个字节的优化也可以带来显著的效
2011/11/10 Comments:
web前端优化之动态加载
网站最近搞了次优化,效果比较明显,以前不敢用的动态加载(我自己起得,洋名叫lazy load,这样翻译应该也算得体,延迟加载也说得过去..)终于派上了用场.总的来说是这样的:页面加载时不会初始化的脚本不引用,不显示的ui用的样式不加载.用户交互用到时加载.除用户可视区域外的图片不加载,用户有滚屏操作时加载.具体实现:1 . 实现js和css的动态加载适用 : 页面的pv较高,功能模块较多,每次刷新页面都需要重复解析和渲染.缺点 : 用户从点击一个按钮到函数响应,中间会有静态的下载和解析的一段延迟(有客户端缓存会好的多)优化 : 为了尽量让用户感觉不到延迟,我们在登录页面预载的一些经常用到的脚本(由于网站的更新周期固定,所以脚本仅会在更新当天预载)实现 :XN.dynamicLoad({fil
2011/11/9 Comments:
JavaScript优化方案二
JS优化已经讨论了很多了,最近又看到aimingoo的一篇。大体上,aimingoo的说法都是非常正确的。 除了像aimingoo做个案研究外,这里我想从更一般的角度总结在浏览器编程中JS优化的几个原则。 首先,与其他语言不同,JS的效率很大程度是取决于JS engine的效率。除了引擎实现的优劣外,引擎自己也会为一些特殊的代码模式采取一些优化的策略。例如FF、Opera和Safari的JS引擎,都对字符串的拼接运算(+)做了特别优化。显然,要获得最大效率,就必须要了解引擎的脾气,尽量迎合引擎的口味。所以对于不同的引擎,所作的优化极有可能是背道而驰的。 而如果做跨浏览器的web编程,则最大的问题是在于IE6(JScript 5.6)!因为在不打hotfix的情况下,JScript引擎的垃圾回
2011/11/8 Comments: