前一章说了一下使用页面缓存的问题，这次说一下数据缓存,我们使用的是Memcache作为数据缓存。下面弱弱地引用一下百度百科关于Memcache的定义:Memcache是一个高性能的分布式的内存对象缓存系统，通过在内存里维护一个统一的巨大的hash表，它能够用来存储各种格式的数据，包括图像、视频、文件以及数据库检索的结果等。Memcache是danga的一个项目，最早是LiveJournal 服务的

原文：《Speeding up JavaScript: Working with the DOM》 　　作者： KeeKim Heng, Google Web Developer 　　在我们开发互联网富应用（RIA）时，我们经常写一些JavaScript脚本来修改或者增加页面元素，这些工作最终是DOM——或者说文档对象模型——来完成的，而我们的实现方

最近在领导的要求下做了一下项目的优化，总结如下： 　　1. 使用存储过程（如果在程序里用exec 存储过程参数，这样执行似乎并没有快多少）。 　　　　在数据库里是预编译的，也不需要在字符串传输上花费大量时间。 防sql注入攻击。 　　2. 尽量优化数据库语句，使逻辑尽量简单       　　a) 还有就是在使用函数时，charindex >

 注：本文仅针对 DiscuzNT3.0, sqlserver 2000版本，其他版本请勿对号入座. 经过前面的几次优化之后我们的论坛终于稳定了一段时间，大概半年之后我们的论坛迎来了每天大约50万的pv，这时候论坛有开始出现了问题。症状是这样的：管理员发现，网站经常会打不开， 但是也不报错，好像永远一直在打开，直到浏览器认为它打不开了，这样的症状每天会出现几次，而且越来越频繁。

1，总是从ID选择器开始继承 在jQuery中最快的选择器是ID选择器，因为它直接来自于JavaScript的getElementById()方法。 例如有一段HTML代码： <div id="content"> <form method="post" action="#"> <h2>交通信号灯</h2> <ul

现在越来越多的人应用jQuery了，有些同学在享受爽快淋漓coding时就将性能问题忽略了, 比如我. jquery虽在诸多的js类库中性能表现还算优秀, 但毕竟不是在用原生的javascript开发, 性能问题还是需要引起重视的. 　　1. 总是从ID选择器开始继承 　　在jquery中最快的选择器是ID选择器. 因为它直接来自于Javascript的getElementById()方法.

在前两篇已经对看帖，发帖回帖做了优化，做过优化之后论坛访问起来果然顺畅多了。随着论坛帖子数的不断增加，论坛出现了一个新的问题，管理员在删帖的时候经常报错，超时，删除失败。由于有了之前的两次经验，现在找起问题来比之前要快多了，现在先找到删帖的存储过程 dnt_deletetopicbytidlist3，脚本如下： ALTER   PROCEDURE&

本文是从 Don’t optimize! 这篇文章翻译而来。 　　事实上你应该优化，但要在正确的地方，有足够的理由。我待会儿再聊这个。 　　我最近和在 Badgerpunch Games 的几位朋友一起发布了一个小的以XNA为基础的游戏，而且通过论坛和Twitter与这个独立的游戏开发组织保持密切的联系。游戏开发者十分在意性能问题，而且这很必要。没有人想要一个运行不畅的游戏。因为这些对

一、性能优化技术手段 01）主界面菜单设置为输出缓存10分钟，每个用户10分钟之内不用多次请求数据库。 02）网格数据采用AJAX分页，支持带查询条件翻页。大文本的网格数据自动使用...显示部分内容。 03）大数据量的无限多级树形结构，采用动态延迟加载机制，提高及时响应能力。 04）采用AJAX请求编辑信息，无刷新加载弹出窗口，数据量极小。 05）支持混合输出 HTML+JSON，客户端解析A

     放假了，有更多的实践来写博，大家多多支持，博客开通没几天，请大家多多支持，和感谢这些天一些朋友的评论，让我也学到了一些知识！如果有写的不好的地方大家及时指正，谢谢各位园友。     这次我想讲的是html页面内所使用的标签合理化，主要对大框架的勾勒，对html页面标签的语意进行分析和一些运用技巧来展开。我们都

首先祝大家端午节快乐。 由于网站的配置灰常不好，所以有一段时间，首页的访问都很慢。原来以为是首页的东西太多了，（后来才知道是数据库出问题了）所以想方设法的优化首页。 方法一：能放在其他地方的资源，就放在其他地方，大网站不在乎我这点资源。     首页上的图片，背景图片，找个可靠的论坛，比如博客园，放在个人的相册里面，然后，<img src> 里面直接写上相

在任何一个数据库中，查询优化都是不可避免的一个话题。对于数据库工程师来说，优化工作是最有挑战性的工作。MySQL开源数据库也不例外。其实笔者认为，数据库优化并没有大家所想象的那么苦难。通常情况下，大家可以从以下四个细节出发来做好MySQL数据库的查询优化工作。 　　一、利用EXPLAIN关键字来评估查询语句中的缺陷 　　如下图所示，现在笔者在数据库中执行了一条简单的Select查询语句，从一个表

随着 .NET 平台上，LINQ、ORM 框架、Dynamic Data、... 各种数据访问技术不断推陈出新，程序员也一直追着新技术跑，但对底层和代码细节却越来越难以掌控。当项目性能需要调优时，通常也只能对数据库加入更多索引，而多数人已难以对数据访问的代码优化，且手写 SQL 语句的功力似乎也持续退化中。 　　大家在拼命追求新技术时，似乎已忘记微软的 MCTS 证照，还有一门 ADO.NET 的

1.对直接的DOM操作进行限制 这里的基本思想是在内存中建立你确实想要的东西，然后更新DOM 。 这并不是一个jQuery最佳实践，但必须进行有效的JavaScript操作 。直接的DOM操作速度很慢。 例如，你想动态的创建一组列表元素，千万不要这样做,如下所示： var top_100_list = [...], // 假设这里是100个独一无二的字符串 $mylist = $("#my

重视网站的用户体验是互联网发展由技术为中心到以用户为中心的一种转变，主流的搜索引擎都将网站的用户体验作为评价网站的重要标准，毕竟搜索引擎蜘蛛也只是网站的一个普通用户，要想在搜索引擎获得好的评价，就不得不重视用户体验的优化。 　　网站的用户体验分为4个方面： 　　1、网站的加载速度，即用户打开网站的速度，该方面的用户体验是首当其冲的，用户首先打开了网站才能去体验网站的内容，试想一下在网速正常的情况下

简介： 本篇内容本来是想作为JS单元测试的Demo放出，但是看到不少朋友对分块延迟加载的具体实现感兴趣，我就在这里跟大家探讨一下，请多多提建议。 分析： 1.       适用于页面可以将图片划分区块，如无名良品首页的各个楼层。 2.       多个区块，并且区块的粒度

缺陷检测百分比DDP（Defect Detection Percentage）常常可以用来评判软件测试生命周期内某个阶段的测试有效性。但是，在实际评判测试有效性过程中，DDP也存在某些方面的欠缺。本文通过分析DDP的基本原理，笔者提出了更适合测试有效性评估的优化DDP（简称O-DDP）。 　　1）DDP 　　穷尽测试是不可能的，因此，不可避免有一些缺陷会遗漏到客户的使用现场，从而触发软件产品产生

简介： 为了提高用户体验，多图片的长页面需要使用延迟加载技术，对这方面的论述，Kissy中有很经典的论述，感兴趣的朋友可以去这里了解一下（http://docs.kissyui.com/kissy/docs/datalazyload/index.html），我先简单的介绍一下，然后讨论如何改进并用于项目中。 分析： 1.      

请注意，本文不是讲解处理器缓存，如果你对cpu cache这个概念不清楚，请先Google一下。另外，本文主要针对像 C，C++ 这种产生机器码的语言的，对于像 Java，.Net 这样的字节码语言，这里所说的可能无效，至少我没研究过。首先说说我所说的这些旧有的优化技巧从哪里来的。原因很简单，如果你像我一样，多年只用 J2ME，或者 Flash 这样的技术开发，你是不太可能会关心处理器缓存的，而是

在上一篇文章《个人ASP.NET程序性能优化心得(1)：数据库篇》里，不少园友对我其中的一些观点提出了一些质疑，这里我认真查阅了一些资料，更正了一些存在错误的地方，另外对一些存在争议的地方加上更详细的说明，并会对一些将于性能方面的问题以实例数据表现出来。 表结构： News(NewsId,NewsTitle,Content,CateId,CateTitle,PostUserId,PostUser