一
3
2011
* Javascript parsing and execution * Layout * CSS style recalculation and selector matching * DOM Event handling * Network resource loading * Timer fires * XMLHttpRequest callbacks * Painting * and more ..
安装要求：
1、只适用于 Google Chrome Developer版本
2、在Chrome启动命令里需要设置 --enable-extension-timeline-api
十二
7
2010
七、数据库
几乎所有操作最后都要落到数据库身上，它又最难扩展（存储也挺难）。对于mysql，什么样的表用myisam，什么样的表用 innodb，在开发之前要确定。复制策略、分片策略，也要确定。表引擎方面，一般，更新不多、不需要事务的表可以用myisam，需要行锁定、事务支持的，用innodb。 myisam的锁表不一定是性能低下的根源，innodb也不一定全是行锁，具体细节要多看相关的文档，熟悉了引擎特性才能用的更好。现代WEB应用越来 越复杂了，我们设计表结构时常常设计很多冗余，虽然不符合传统范式，但为了速度考虑还是值得的，要求高的情况下甚至要杜绝联合查询。编程时得多注意数据一致性。
复制策略方面，多主多从结构也最好一开始就设计好，代码直接按照多主多从来编写，用一些小技巧来避免复制延时问题，并且还要解决多数据库数据是否一致，可 以自己写或者找现成的运维工具。
分片策略。总会有那么几个表数据量超大，这时分片必不可免。分片有很多策略，从简单的分区到根据热度自动调整，依照具体业务选择一个适合自己的。避 免自增ID作为主键，不利于分片。
(全文 …)
十二
7
2010
开了自己域名的博客，第一篇就得来个重磅一点的才对得起这4美金的域名。作为一个技术从业者十年，逛了十年发现有些知识东一榔头西一棒槌的得满世界看个遍才整理出个头绪，那咱就系统点的从头一步一步的说，一个从日几千访问的小小网站，到日访问一两百万的小网站，怎么才能让它平滑的度过这个阶段，别在技术上出现先天不足，写给一些技术人员，也写给不懂技术的创业者。
对互联网有了解的人都有自己的想法，有人就把想法付诸实现，做个网站然后开始运营。其实从纯网站技术上来说，因为开源模式的发 展，现在建一个小网站已经很简单也很便宜。当访问量到达一定数量级的时候成本就开始飙升了，问题也开始显现了。因为带宽的增加、硬件的扩展、人员的扩张所带来的成本提高是显而易见的，而还有相当大的一部分成本是因为代码重构、架构重构，甚至底层开发语言更换引起的，最惨的就是数据丢失，辛辛苦苦好几年，一夜回到创业前。
减少成本就是增加利润。很多事情，我们在一开始就可以避免，先打好基础，往后可以省很多精力，少操很多心。
(全文 …)
十二
5
2010
网站分析通过统计点击流数据及网站产生的其他各类数据，提供各种数据报表来监控网站的运营状态，为网站的优化和改进提供参考依据。但网站分析能提供的绝不仅有数据，其中点击热图（Heat Map）是对网站分析的一个很好的扩 充，目前网上介绍点击热图的文章也比较多，很多网站交互设计师用点击热图来评估用户与网站之间的交互状况从而改善用户体验。这里简单介绍几个点击热图的实 现工具以及用我的博客做的点击热图的实验。
Sidney的博客中很早以前就介绍过一款点击热图的分析工具——Crazy Egg令人惊讶的优秀网站分析工具，文章是由Tenly写的。另外网上介绍比较多的点击热图工具还有ClickTable和tealeaf，这些工具都是通过JS来实现 的，只要在相应的页面上嵌入JS代码，就能在这些工具的网站上查看该页面的点击效果图，实现机制跟Google Analytics较为类似。这些工具一般都需要收费，但会有1个月的免费试用期，有兴趣的可以去试试。
另外有一款开源的工具——ClickHeat，可以下载它的源代码部署到自己的服务器上，并在网站页面中嵌入相应的JS代码来生成点击热 图，然后通过调用相应的页面查看。要部署ClickHeat，服务器需要支持PHP，同时因为点击的日志和所有统计结果都保存到了部署的服务器上，所以对 服务器的空间和资源占用都比较高。
前段时间用我的博客做了下网站点击热图的试用实验，我用的是Click Density，跟ClickTable和Crazy Egg类似，也是通过嵌入JS的方法来实现的，在结果的输出页面可以选择点击的时间段、浏览器类型等条件对结果进行筛选，下面的生成的几张点击效果图：
因为我的博客访问量不大，所以热图的分布不是很明显，但还是能看出主要的点击集中在博客最新的文章上面；另外右侧的搜索、订阅和分类目录模块也占据 了一定的点击比例。一般网站的点击都会聚集在全局导航栏的下面那一块，并且呈“F”型分布，在需要下拉的页面部分点击一般就会剧减（对于需要下拉查看的内 容，除非用户找到了他们需要的信息，否则一般不会过多地进行点击）。
这张是点击分布图，红叉代表无效的点击，绿叉代表有效点击。这个图似乎比上面单纯的显示点击分布或点击密度更有价值，因为它显示了页面的有效点击， 从图上可以看出用户在浏览我的博客时除了点击文章标题和搜索框外，订阅按钮上面也分布了大量的有效点击数，这个对于博客来说至关重要，因为博客类网站的一 个重要目标就是产生订阅，所以通过这个图可以查看有多少有效点击转化成了网站目标，占总的点击比例及占总的有效点击的比例。
另外可以看到图上的某些有效点击并非一定落在可点击的对象上，正是因为博客内容更新时导致页面元素（标题位置、内容摘要行数等）的偏移，而生成的点 击不会跟随页面元素移动，导致了生成图片显示上的误差。
这个图其实相当与网页覆盖图（Overlay）或点击密度图（Click density），Google Analytics上面也提供了类似的功能。网页上可点击的位置会由虚线框圈起来，鼠标放到某个框上面就会显示该模块被点击的次数及点击转化率 （CTR）；另外如果你为你的网站设定了目标，那么同时也会显示点击该模块的目标转化率，对于分析网站的重要页面是个不错的选择。
最后顺便提一下，我的博客之前的一篇文章——网站数据分析的基本流程中介绍了DMAIC模型，当时我是在查PDCA戴明环的相关资料的时候不经意间发现 的，感觉很适用于网站分析的流程。前几天在翻Avinash Kaushik的《Web Analytics》，发现书中也介绍了DMAIC模型，所以感觉DMAIC确实是梳理网站分析流程的一个不错的选择。
十二
5
2010
WordPress即使不是世上最流行，那也是数一数二的开源博客和内容管理系统。有超过250万的网站和博客采用这款屡获奖项的网络软件。并且 WordPress的潜在用户群也在日益扩张，他们中不乏开发者、设计人员、投稿人和自由作家这些独具技术和知识的群体。我自己的自由职业业务也有超过9 成与 WordPress多少有关系，并且我发现为客户提供高质量、经济实惠的个性化的WordPress网站会快速增加我的业务。
在这篇文章中，我为大家提供13个我经常去看一些技巧和教程的网站（排名不分先后）。我相信这些网站会增加你对WordPress的了解，让你使用起WordPress来更得心应手。有些网站可能你已经知道，但是不管怎样，这些网站介绍的东西，让WordPress更加完美。
WordPress.org
显然要说这个网站。任何一个用WordPress的人都至少去过一次这里。官网提供了使用WordPress所需要的任何东西，包括提供服务支持的论坛 ——论坛包罗万象，从插件到模板什么都有。当然，Codex部分是定制WordPress站点最好的地方。
(全文 …)
十二
1
2010
Fiddler本身是用来做web debugging的工具。其具体的介绍和更多的使用方法请参考知识库中以下文章:
Fiddler—Web调试代理工具
在线调试JavaScript和CSS
本文将详细介绍如何通过fiddler2录制http操作请求的脚本。
为了只保留操作过程中的关键请求数据，我们需要自定义fiddler的过滤项。
完整的录制步骤如下:
打开fiddler2，此时后台会启动一个代理服务器。此后所有的http请求都会经过此代理服务器进行请求转发。
配置fiddler2过滤项。
1：首先需要只保留fiddler对浏览器请求的捕捉。点击左下角处的”All processes”变成”Web Browers”即可。这样fiddler就只捕捉IE或Firefox的请求
2：指定默认的Rules。在fiddler的菜单栏中选择”Rules”,弹出下拉列表后，选择以下三项:”Hide Image Requests”,”Remove All Encodings”,”Hide 304s”.
自定义过滤规则。由于目前的平台4.0系统中存在有大量的循环或显示用的请求，因此还需要自定义过滤规则。
3：选择”Rules”—>”Customize Rules”,在弹出的文本文件中进行修改和补充后，自定义规则即时生效。或者使用Rules插件进行修改.
在该文件中找到static function OnBeforeRequest(oSession: Session)，OnBeforeResponse方法，增加相应的过滤规则，就会相应的过滤请求。
(全文 …)
十二
1
2010
学习如何通过Fiddler建立一个速度更快的网站。在这篇文章中，我们将使用Fiddler去探究HTTP的性能，缓存，以及压缩。
如果你要是没有安装和配置过Fiddler， 请从文章的第一篇开始。
毫无疑问用户都喜欢访问速度快的网站。用户是非常的不耐烦，除非你的网站是没有竞争对手，换句话就是处于垄断地位的。如果你的访问者来自世界各地， 那你就必须要保证你的网站在执行效率方面要非常好，甚至要更加标准。作为一个国际化的网络连接点，通常要受到来自两个方面的压力：高访问量以及低带宽。
在第一次至关重要的访问中，用户必须要下载每一个内容片断，来生成页面，包括JS，CSS，Images，HTML，如果你的页面太 难加载（包括IIS接到请求执行并返回给客户端HTML），访问者也许就会离开你的页面！
通过暴露所有的HTTP通讯，Fiddler很容易得向你展示哪些文件经常被用于生成一个页面，
Shift+click 可以在Fiddler左边框的会话列表中多选会话，来计算那些被选会话的“页面总重量”。那些被转换成字节的数量。
如果你想让你的客户在第一次访问的时候就留下深刻的印象 ，那么最好的，也是唯一的途径就是返回给客户更少的文件。
(全文 …)
十二
1
2010
Fiddler工具介绍一
这个工具我已经使用比较长时间了，对我的帮助也挺大，今天我翻译的微软的文章，让更多的朋友 都来了解这个不错的工具，也是我第一次翻译文章，不恰当之处请大家大家多多指正。
如果您对本文感兴趣，那么就请翻看第二部分吧！
HTTP调试工具：Fiddler工具介绍一
介绍：
你是不是曾经疑惑过你的web程序和IE是如何交互的？你是不是遇到过一些奇怪的而你又无法 解决的性能瓶颈？你是不是对那些发送给服务器端的cookie 和那些你下载下来的被标记为可缓存的内容感到好奇？
Fiddler官方网站及下载地址：http://www.fiddlertool.com/Fiddler/dev/
微软的Fiddler能够帮助你回答以上的问题，不但如此，它还是一个http调试代理，它 能够记录所有的你电脑和互联网之间的http通讯，Fiddler 可以也可以让你检查所有的http通讯，设置断点，以及Fiddle 所有的“进出”的数据（指cookie,html,js,css等文件，这些都可以让你胡乱修改的意思）。 Fiddler 要比其他的网络调试器要更加简单，因为它仅仅暴露http通讯还有提供一个用户友好的格式。
Fiddler 包含一个简单却功能强大的基于JScript .NET 事件脚本子系统，他非常灵活性非常棒，可以支持众多的http调试任务。Fiddler 是用C#写出来的。
。。。。。接下来是一大段废话，关于如何安装的，只要一路next，就可以了。这段话我就跳 过，直接切入正题了。
(全文 …)
十一
28
2010
robots.txt 必须放置在一个站点的根目录下，而且文件名必须全部小写。
Robots.txt是用来告诉bot的访问权限，因Robots.txt协议并 不是一个规范，而只是约定俗成的，通常大多数搜索引擎会识别这个元数据，不索引这个页面，以及这个页面的链出页面，使用方法是将robots.txt文件 放在网站根目录下。举例来说，当搜索引擎访问一个网站(比如我想网)时，通常首先会检查该网站中是否存在robots.txt这个文件， 如果机器人找到这个文件，它就会根据这个文件的内容，来确定它访问权限的范围。闲话不扯了，进入正题：
经本人的试验，对于一个遵守 Robots.txt协议的蜘蛛，如果你修改Robots.txt过于频繁，可直接导致将你的站“冷”处理!本人的站就已进入该黑洞了，之前百由于不想让 百度蜘蛛收录商品列表的老页面，就直接B了百度蜘蛛访问此页，过了约3天，效果果真明显，小CO还暗喜这蜘蛛真听话，于是乎又想到网站内之前使用的几个页 面。现在也用不上了，而此前已被搜索引擎收录了N多页，现在一起B了，于是修改了Robots.txt，这一改不要紧，两于过去了，小CO再也高兴不起来 了，可爱的百度蜘蛛再也不哪么勤快了(之前每天在站内爬2万以上)，现在几天也不到2万，晕死。上了当就得找原因：上边说过了，一旦B了某个页面，蜘蛛就 不索引这个页面，以及这个页面的链出页面，偶的就中了这个奖了!很多人放出了他们自己修改的robots.txt文件，但都忽略了百度蜘蛛的爬行规律：并 不是进入一个版块后，就按照人类思维，按文章列表顺序爬行的，我从自己的站点，已经证实这个问题：
比如文章列表第一篇爬完后，并不是接 着爬第二篇，而是从第一个篇内容页中的“热点文章”等继续爬(这就要求站内的贯通性较好!)。从DZ官站的收录页URL就可以看出这个点，如果随意屏蔽 /forum.php?mod=redirect* 或者/forum-redirect*这样的路径，可能会导致大部分网页不被收录。
不要用人的思维习惯来判断蜘蛛程序的规律。很多站长放了robots.txt后，就发现百度很少收录自己的内页，很可能就是这个原因。所以用 robots.txt文件来解决重复收录问题，是很危险的，从程序上做根本解决才是上策!小CO是上当了。希望有问题的朋友慎用robots.txt!
(全文 …)
十一
23
2010
Copyright © 2009-2010 - 浙ICP备10046555号 我想网 板凳 | SiteMap | Entries (RSS) | Comments (RSS)
本站发布的博文若有涉及到版权问题，请立即电文告知 板凳，我们将会在第一时间内作出处理。
WordPress theme by 
9th sphere website design
