精选技术长文、实践记录与系统化阅读
低噪声、高可扫读；标题、摘要、来源、标签一目了然。
采集自各技术站点的近期文章。
随着Windows 8 Beta版的临近发布以及Nokia Lumia 800手机的广泛认可，越来越多的人接触到了Metro UI。 从设计角度看，Windows Phone和Windows 8平板之间的关系类似于iPhone和iPad，纵然都使用了Metro风格，但是从微软官方角度看，Windows Phone的设计规范（User Experience Design Guidelines）与Windows 8平板应用设计规范（Metro style app development）内容地址不同，官方英文标题也侧重不同。Metro Style App很大程度上代表了Win 8平板应用。
《设计Metro风格的应用（Designing Metro style apps）》作为官方指导，其中的一些思路和操作实践都值得我们借鉴。本来这篇文章攒到今天发的，结果早上看到了腾讯CDC团队的《为设计Metro风格的应用准备着—Windows 8设计指南翻译》，顿时感觉到了团队的效率。有兴趣的，可以点击此处下载译文文档。 【特此说明，《规划Metro风格应用》为官方中文指导说明，已于2012年2月29日随Windows 8 Consumer Preview一起修改发布。】 规划Metro风格的应用时，少想些你需要包含的特点，多考虑些你需要提供给用户的体验。
Metro风格的应用是针对用户的需求、运行的硬件、触控式交互和Windows用户界面量身订做的全屏式应用。Windows帮助你与用户进行交互，帮助你的用户与应用进行交互。 以用户为本的应用 使用Metro类的应用，用户将获得体验： 沉浸感（Imersive）——你的Metro应用会充满整个屏幕，让用户沉浸在你所构建的体验中。用户会完全沉浸在他们所喜爱的内容中。我们让操作系统不走寻常路，以全屏的空间来承载内容。你的应用是Windows体验的中心。充分利用空间，且不能让它变得凌乱。让用户集中精力于他们想做的事情。 迷人且充满活力（Engaging and alive）——你的Metro式应用利用用户感兴趣的信息来吸引他们。动态瓦片（live tiles）能够即时提醒用户并将其带入应用中。 Start界面主要展示各个应用的特点，应用瓦片（tiles）保持实时更新，鼓励用户点击进入。
用过jQuery的朋友一定对jQuery中方法的链式调用印象深刻，貌似现在很多库都支持了方法的链式调用,比如YUI3等。链式调用是一个非常不错的语法特性，能让代码更加简洁、易读。很多时候链式调用可以避免多次重复使用一个对象变量。
这一章都是关于信息架构的模式——主要是针对不同类型网站的信息架构所需的一些通用方法。希望能够抛砖引玉，当你构建自己网站的信息架构时，能够从这些模式着手开始。当然，前提是你的网站得符合这些模式中的一类，或者是他们的结合。
一转眼肉饼入职CSDN已经两年了。这两年肉饼分管的网站产品、研发和运营方面都取得了令肉饼感到非常满意的成绩。肉饼当初担负的主要使命就是改造CSDN网站平台，到现在为止，总共占据CSDN网站流量90%以上的产品除论坛以外，包括博客，下载，Passport，个人空间和搜索产品已经全部重写完毕；此外肉饼还砍掉了几百个废弃的站点，几十个半死不活的频道；梳理了整个网站的统一风格；建立了完善的社区产品运营体系；待今年CSDN论坛重写完毕，肉饼可以说完成了一大使命了。 当然，很多人可能觉得不以为然，认为CSDN网站首页仍然很乱，频道仍然很杂，肉饼没能改变什么，还认为肉饼应该为密码门负责。肉饼想说的是，CSDN的确还有流量仅占全站不到8%的部分(包括首页)仍然很乱，但这个不是肉饼短期之内能够改变得了。
事情起先是因为linux下的应用日志，堆积造成磁盘空间不足，当然你可以说，我有监控，我写了crontab, 我xxx很多方式都有，没必要专门针对此事做工具了。不过这些情况我都遇到过，主要是想到： 1、多个同学一起维护着相同的服务器，人有惰性都喜欢写crontab却不写注释，时间积累crontab -l发现居然有不少脚本在里面，而且干着相同的事，定期进行日志清理工作； 2、应用因为流量增加，日志量增速加快了，导致原先的crontab不能满足需求了；
做benchmark测试的过程中，总是会涉及到linux操作系统底层的设置导致无法充分利用机器的性能，在调试的过程中，不少资料没能和linux kernel版本对应上导致一些参数的设置错误。根据现有服务器的硬件条件和软件版本做相关优化，把一些实践的心得分享出来。
在puppet 运维管理中,当客户端数量达到一定数量后,puppetmaster就会成为性能瓶颈.sky这次是没有采取以往的做法,而是采用了一个简单的方案, 即puppet 客户端都共享一张ssl证书来实现puppetmaster集群。
关于中国式微博的“转发”和“评论”设计，争论的文章已经很多了，在我眼里，大部分充斥着twitter原教旨主义的色彩：即动不动就是twitter如何如何，潜台词就是twitter是好的。这样的说法我比较不能认同。最核心的一点是，这些争论者似乎忽略了这样一个背景：中国，是BBS文化盛行的网络世界。
今天是愚人节, 但我这个文章标题可不是和大家开玩笑. :) 首先, 大家都知道, PHP也是一种编译型脚本语言, 和其他的预编译型语言不同, 它不是编译成中间代码, 然后发布.. 而是每次运行都需要编译.. 为此, 也就有了一些Opcode Cacche, 比如APC, 比如eacc. 还有Zend O+. 那么为什么PHP不把编译/执行分开呢?
测试目的 通过运行标准测试程序TPC-B和TPC-C，确定在不同参数和不同版本下（8.2.14 VS 8.4.2）的性能的不同，为eCop CM上PostgreSQL数据库的参数配置和版本选择提供参考。
MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用。近期，在田老师的推动下，开始一步步深入了解这个HA方案，并也计划在公司线上尝试部署。下面的东西是这段时间的学习笔记和个人理解，没有具体的实战经验，只是人为测试模拟故障的发生，通过日志来分析MHA背后的自动切换过程。首先，介绍下它的一些特点，以及为什么用它，在哪种场合更适合用它。 1. 10-30s实现master failover(9-12s可以检测到主机故障，7-10s可以关闭主机避免SB，在用很短的时间应用差异日志) 2. 部署简单，无需对现有M-S结构做任何改动(至少3台，保证切换后仍保持M-S结构) 3. 支持手动在线切换(主机硬件维护)，downtime几乎很短0.5-2s 4. 保证故障切换后多从库数据的一致性 5. 完全自动化的failover及快速复制架构恢复方案(一主多从)
在新浪微博上看到了@淘宝的鬼脚七 的一条微博内容，说：10个顶级的产品错误（来自无招同学分享的Marty Cagan 的培训)—— 将用户需求混淆为产品需求； 将老板们的需求混淆为产品需求； 将发明（invention）混淆为创造（innovation） PS：我认为翻译为“将创意混淆为创新”较好。 以自己取代客户； 将“创建正确的产品”当做“正确地创造产品”； 将“添加功能”当做产品的提高； 无法分清激动人心的功能与“有也不错”的功能； 追求印象深刻的需求文档，而不是追求感人的产品； 将产品发布当作了成功； 进入“喂养野兽”的模式 首先说明一下，Marty Cagan是《启示录——打造用户喜爱的产品》一书的作者，这样相信很多人就不会陌生了。对于这10个顶级错误的理解，有两点存在困惑：一是，何为“喂养野兽”；二是，“打造正确的产品”和“正确地创造产品”不同的根源是什么？
问题： sar -qInvalid system activity file: /var/log/sa/sa04 (0x5)分析过程：1. google之： 得到如下信息：来自： http://sebastien.godard.pagesperso-orange.fr/faq.html2. 怀疑是生成sa数据文件的sar和解析sa数据文件的sar命令的版本不同which sar/usr/local/bin/sar 这个是我读取sa数据文件的命令，版本号 8.0.0# sar -Vsysstat version 8.0.0(C) Sebastien Godard (sysstat
今天跟大家分享一下我做cg这些年的一些心得。 真实感10原则与应用 我们在做美术设计的时候，一般的思考方式是这样的：先考虑现实中的一般情况是怎样的，然后再通过艺术手段、创意、灵感、需求等等一系列东西将现实中的东西升华。 所以今天说的真实感10原则基本包括了生活中常见的一些个现象。直接切入正题，先发一些个图。 挺有趣的吧。 1. 混乱和无序 两幅图：一副是混乱的，一副是有点强迫症的。 但是这种混乱是生活中比较常见的，也就是我说的一般性原则。下边的齐整的就显得有些搞笑了。王小贱的一些个有趣正在与此。结论是：真实的生活中往往是在有序的情况下，存在一定混乱的，这才真实。 我再发一张图 这幅图里边有很多相一致的地方，比如 如果这两个地方都是黑白分明，将会显得很呆板，于是作者将他做旧，就打破了这种呆板，变成了一种大致统一，但是细节有又区别的效果。 呵呵 再分享两张。
这事可能都过气了，不过还是贴出我使用的方式吧，用的着的可以参考. 上段时间的各语言hash绝对印象深刻吧，做网站的几乎都在此类，不论你是用的是php，python还是ruby都不同程度受到影响, PHP尤其明显，因为PHP用的人也多嘛，攻击方式简直简单到不行，有兴趣的可以找我索取此测试脚本，一个终端随便搞挂一台有次漏洞的PHP站点. 我们http请求都是通过nginx反向代理，所以优势是可以在nginx这一层对请求做很多逻辑,此次防hash dos就是这个架构.
最近遇到考题：一个互联网产品如何从无到有聚集用户？对此，我分了3个阶段来进行论述。(中间加了一些孙子兵法的观点，学习孙子兵法，对做产品也有一定的指导思想。希望更多的人能学习国学，爱国学。多学国学，就能透过现象看本质，这也是哲学的本意。) 一：思考用户为什么用你的产品？ 产品产生前，也就是IEDA诞生那一刻起，你必须为用户回答一个问题：我为什么要使用你的产品，你的产品跟别人的产品相比，我能得到什么其他产品上不能获得的价值。其实这个也就是我们常说的核心价值或产品定位。那么这个问题怎么回答呢？ 在你决定做哪个方面的产品开始，你就必须做一个很重要的工作，那就是竞争对手分析和自我分析。这就是《孙子兵法》谋攻篇提到的：”知彼知己者，百战不殆；不知彼知己，一胜一负；不知彼不知己，每战必殆“。现在做产品，大部分的方向应该都已经存在竞争对手了，所以竞争对手分析和自我分析是很有必要的。
最近在负责某个产品，从产品角度完成了产品的定位、功能范围确定以及完成第一阶段的目标：能用之后，着手准备第二阶段的任务：关注产品易用性。 这次是在以前产品基础上的一个国际版本，所以很多用户体验得以重新设计。终于来了一次大改的机会，把以前看不顺眼的都给改了。 好了，归入正题。 今天的问题就是登录时密码错误了，我们该怎么提醒？ 我查了一些产品在登录时的设计，有些是很笼统的提示：帐号或密码错误。有的则很清晰的提醒：帐号错误。 我咨询了一些朋友的建议和同事的建议。 朋友只讲述了他们在登录某款产品时的困惑，笼统的提示使他们不知道到底是帐号还是密码错误了，如果不是产品满足了他们特定的某种需求，他们在登录过程中也许放弃了这个产品。 同事们的建议是：笼统提示帐号和密码在被盗号的情况下能有效的防止盗号，第二，用户连自己是帐号忘记了还是密码忘记了都不知道，说明用户对帐号根本不重视。
AWS整体介绍 Amazon平台的产品分为几个部分： 计算类：包含弹性计算云（EC2）和弹性MapReduce（Elastic MapReduce）这两个产品。EC2几乎可以认为是迄今为止云计算领域最为成功的产品，通俗地将，就是提供虚拟机。EC2的创新在于允许用户根据需求动态改变虚拟机实例的类型及数量，技术上支持容错并在收费模式上支持按使用量付费，而不是预付费。弹性MapReduce将Hadoop MapReduce搬到云环境中，大量EC2实例动态地成为执行大规模MapReduce计算任务的工作机。 存储类：存储类产品较多，包括弹性块存储EBS，简单消息存储SQS，Blob对象存储S3，表格存储系统Simpledb和DynamoDB以及分布式数据库系统RDS。其中，EBS相当于一个分布式块设备，可以直接挂载在EC2实例上，用于替代EC2实例本地存储，从而增强EC2可靠性。
