在Unix下面直接使用，只要没有仅用Mail函数一般情况下不会出问题。 但是在Win下却完全不同。 想要在Win下使用Mail函数，需要自己搭建一个SMTP服务。 方法一： 使用IIS来搭建，直接像安装IIS一样，一步一步跟着走下去就可以。没什么难点。 方法二： 使用第三方的SMTP软件，这里推荐使用hMailServer。 然后对其进行相关设置。 具体设置参见：请点击   一些相关的调试工具： http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=11393

在没有装office的Window (x64)下面使用SSIS Pack时，会出现Microsoft.ACE.OLEDB.12.0′ provider is not registered on the local machine.的错误，本以为找到驱动程序就可以了，但是事实上根本找不到64位的驱动。 这里有一个简单的解决方案： 即使用x86的CPU来编译。 编译 -> 高级编译选项 -> 目标CPU 改为x86，然后再重新编译解决方案。即可。 http://social.technet.microsoft.com/Forums/en-US/office2007deploymentcompatibility/thread/cc10d906-0fd8-49ef-a1b0-45814bd70c55/

Bug 1 table col属性宽度值并不计算Padding所以有Padding的td或th其宽度不等于col的值 解决办法，不要给td或th padding值，或统一值即可。一般出现情况为可拖动的表格。 input的边框，默认是有四边框，即额外4个像素，但是使用border:none即不能消除边框，必须添加border-width: 0才可以让边框消失。 parent div haslayout then child input will inherit wrong margin from parent. http://blog.netscraps.com/bugs/ie6-ie7-margin-inheritance-bug.html Bug 2 table col 为隐藏时，其对应的栏（column）宽度与属性并不会随之消失，反而会应用到另一个栏（column）上。 解决办法，把col直接移除，重新排列。 这种情况一般发生在表格栏的隐藏与显示上（table column display hide or show）.

让开发也懂前端 View more presentations from lifesinger 原文地址：http://lifesinger.wordpress.com/2011/07/07/guide-to-fed/

getBoundingClientRect方法可以获得当前元素相对于浏览器的位置。 但是在IE8以前的版本中，在DOM加载完成后，使用该方法会返回当前元素的物理位置，即没有CSS样式渲染时的位置。 而IE8以后会返回一个渲染后的位置，这样的差异就导致了一些问题的产生。 比如说当页面上面有几个选卡，但是当没有CSS渲染时，是不会重叠的，所以非常高。 这种情况下想要获取下面元素的高度时，误差非常大！

经常在拷贝资源文件时，R.java会消失，导致从前写过的程序里面出现很多错误，让人很是头痛。 后来仔细看了一下控制台，发现里面提示是XML有错误，所以导致无法构建。 于是把XML（layout）里面的错误都修复后，运行Project –> Clear后R.java又回来了。 一定是先修复XML里的错误再运行Clear才有效

这并不是一标准的函数，而是利用Array的方法来自定义而以。 if (!Array.prototype.unique){ Array.prototype.unique = function(){ var self = this, _a = self.concat().sort(); _a.sort(function(a, b){ if(a === b){ var n = self.indexOf(b); self.splice(n,1); } return -1; }); }; } 其中值得注意的是sort函数如果是使用函数做为参数的话，一定要有返回值，并且一定是数字！ 相关问题与讨论: http://www.zachleat.com/web/array-sort/ http://stackoverflow.com/questions/2956432/js-sort-works-in-firefox-but-not-ie-cant-work-out-why

写了一个非常简单的插件，其灵感来源于jQuery lazyload，但是只在客户端是无法实现真正的Lazyload的，因为浏览器的差异，有时甚至会造成2倍的请求，那如何只让可见的图片进行加载？ 答案是在服务端对img标签的src属性进行更改即可。 下载 插件下载地址 非常简单的安装： 直接把文件夹解压到wordpress plugins文件夹下； 在插件控制面板上启用即可。 注意：插件依赖于jQuery类库，所以确保你的博客引用了jQuery类库！   测试地址：本站已经启用插件，随便点开页面即可测试。 测试页面与说明 先看一下对网页优化的重要准则： Performance Research, Part 1: What the 80/20 Rule Tells Us about Reducing HTTP Requests 我们的经验表明减少 HTTP 请求数能最有效地减少页面响应时间，这通常也是性能优化的最简单方法。（YUI） 测试1   这个页面图片的数量为64个（背景+img图片） 前：先看一下正常情况下的加载 60个请求，文档体积995.1K，加载时间为7.06s 后：再看一下启用插件后的情况 20个请求，文档体积371.6K，加载时间为2.34s 小结：可以看到，在大量图片请求下，可以有效的减少加载时间并且减少请求数量与文档体积！ 注意：根据网络（网速）不同测试会有偏差，由其现在我的主机在国外，国内访问经常不是很稳定。 测试2 这个页面图片的数量为21个（背景+img图片） 其中有11幅图质量较大 前：先看一下正常情况下的加载 21个请求，文档体积1.3M，加载时间为5.61s 后：再看一下启用插件后的情况 11个请求，文档体积256.7K，加载时间为3.47s 小结：可以看到，在大量高质量图片请求下，可以减少请求数量与文档体积并且加载时间也会有所提升！ 注意：根据网络（网速）不同测试会有偏差，由其现在我的主机在国外，国内访问经常不是很稳定。 Q & A Q. 为什么我的主题安装后无效？ A. [...]

在使用php的正则时，发现其对零宽断言（zero-width assertion）的支持并不是很好 (?<=\<img).+src //run (?<=\<img.+)src //not run 如上。 查了一下PHP的手册，发现里面已经说的很清楚，断言里面必须是固定的长度。 既然这样，那就得想个其他的方法了。 目的是把img标签内的src属性替换掉，查找了一正则手册之后，发现可以使用捕获来实现。 preg_replace(/((?:\<img).*)(src)/,"$1 data-src",$sreg) (?:exp) 匹配exp，不捕获匹配的文本，也不给此分组分配组号 其实也就是寻找一个位置，找到这个位置之后，使用preg_replace函数replacement的$n参数，重新组合成自己想要的结果即可。 正则很有趣，由其里面不同的思路解决问题的过程。 问题总是会解决的，哈哈~

对于页面的设计一直以来，前端开发与设计师的磨合都是一个问题，设计出来的东西是不是一定要完全与设计稿一样呢？设计稿是不是也要计算呢？设计师是把设计完后的东西直接给开发吗？开发难道还要为不完全的设计做最后的调整与修饰吗？ 既然我们已经做了这么多的项目，那有一些经验我觉得还是值得跟大家分享一下。 关于设计 对于大多数网页设计师来说，设计可能就像平面设计一样，排版，调色即可。但是这里我要说一下网页设计与平面设计有非常大的不同，其中最不同的一点就是，网页设计是有精度的，不仅仅要对大版面考虑精度，对于细节同样需要考虑。甚至是文字的使用与字体大小 ，行距等。 其中的计算我在以前的文章中都有介绍。 前端开发手册之设计篇 里面详细的讲解了关于字体与设计时应该计算分格的问题。 前端MVC – PSD设计篇 里面也同样讲解了关于PSD转HTML时应该注意的问题。 我这里以GlobalMakret Web Design 2011为实例，这是设计稿（已经去除辅助线与标尺）： 关于前端开发 在完美的设计之后，就到了实践的步骤，让设计稿动起来。 在这里首先要说一下，关于字体的差异，在PSD转HTML时一大问题就是字体不能完全转换，因为浏览器渲染的问题，不同的浏览器里对字体的渲染并不相同。所以这在设计时同样需要考虑的问题。 先看图，开发后的HTML页面（Win7 Firefox3.6 截图）： 可以看到Win7对于字体的渲染效果还是非常不错的，由于使用了ClearType技术，对字体的渲染几乎可以达到PS里的锐利效果（对于IE效果会更好些，IE对字体的渲染一直都不错）。 重叠 设计就让他完美的去实现，这才是我们的目的，不然设计师费了那么大的力气设计的作品就这样被糟蹋了肯定会骂娘的~ 这是把两加图（设计稿与浏览器截图）重叠后的效果图，从图可以看到，图片是肯定可以Perfect Pixels！但是文字的确非常难，但是我们也一定要至少保证首字母是应该重合的或者差不多重合，由其是行距，这行关键，因为设计就在于这几PX的版本中，如果这都无法保证，那就相当于没有设计一样！ 问题 图中依然可以看到有些问题的存在，就是更改，在设计时由于不能把信息提供的准确，而最终导致终稿与实现的还是有差异，不要小看这一点点差异，对于精益求精的我们来说，是非常难以忍受的，因为很可能这样就没有辅助色，或者没有了中灰色！或者由于格的间距发生变化，留白就会了现差异，这就严重的影响了视觉效果。 在现在来说，在设计之初提供的东西非常有限，都喜欢做完后再添加东西。这点要在平时尽量的去灌输思想，并且在实践中让大家更默契才能减少问题的发生。优质的产品是源于团队的默契！ （由于XP对字体的渲染与Win7相差比较大，所以在XP下不开户ClearType，只能保证80%的相似度。） 后计 设计一定要将他完美的实现，实现一定要更精确！ 所有简单的事情，把它做的精细就是完美。 有相关问题欢迎与我讨论联系方式 YSjia