Jansfer – 长风破浪会有时，直挂云帆济沧海

很多网站都通过User-Agent来判断浏览器类型，如果是3G手机，显示手机页面内容，如果是普通浏览器，显示普通网页内容。
谷歌Chrome浏览器，可以很方便地用来当3G手机模拟器。在Windows的【开始】–>【运行】中输入以下命令，启动谷歌浏览器，即可模拟相应手机的浏览器去访问3G手机网页：
谷歌Android：

chrome.exe --user-agent="Mozilla/5.0 (Linux; U; Android 2.2; en-us; Nexus One Build/FRF91) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1"

苹果iPhone：

chrome.exe --user-agent="Mozilla/5.0 (iPad; U; CPU OS 3_2_2 like Mac OS X; en-us) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B500 Safari/531.21.10"

诺基亚N97：

chrome.exe --user-agent="Mozilla/5.0 (SymbianOS/9.4; Series60/5.0 NokiaN97-1/20.0.019; Profile/MIDP-2.1 Configuration/CLDC-1.1) AppleWebKit/525 (KHTML, like Gecko) BrowserNG/7.1.18124"

试一试，分别用Android、iPhone、诺基亚访问http://www.163.com/、http://blog.s135.com/、http://www.google.com.hk/、http://3g.qq.com、http://t.sina.cn这些3G手机网页，看看有什么不同。

更多款手机的User-Agent：http://www.zytrax.com/tech/web/mobile_ids.html

来源

微软澳大利亚的解决方案架构师Tom Hollander，在TechEd Australia大会上举行了一场题为“敏捷团队中的架构师角色”的演讲。在演讲中，他讨论了他作为领导敏捷团队的架构师所做的工作。

在谈到架构师的角色时，Hollander指的是“解决方案架构师”或者应用架构师。他不是指企业架构师或者其他的专业人士（专精于特定的领域，例如消息或基础设施）。

Hollander的团队采纳了由4周迭代以及最后的稳定阶段（几天代码冻结的时间）组成的流程，实施了每日站立会议、每日构建与自动化测试的持续集成等实践，并采用了许多角色：

• PjM——项目经理，类似于Scrum Master，确保团队遵循了流程
• PdM——产品经理，也被称为客户或Product Owner，决定产品应该是什么样子
• 架构师——解决方案/应用架构师
• 开发人员——开发团队
• 测试人员——测试团队
• 用户体验设计人员（UX）——用户体验团队
• 发布人员——承担构建和发布的职责，负责维护构建的流程

Hollander针对解决方案架构师如何在敏捷团队中取得成功，提出了最重要的十件事情：

1. “正好足够”的预先设计——除了非常简单的项目，一定时间的预先设计（例如，1到2周）是绝对必要的，其时间长短会取决于应用的类型——网络应用程序、智能客户端（smart client）、移动或批处理，基本的功能需求是什么，是长期的解决方案抑或是折衷的、暂时的方案，都要弄清楚。预先设计的目的是要决定：使用什么技术——例如，ASP.NET或MVC，应用程序是什么类型——2层、3层抑或是面向服务的应用，如何访问数据库——存储过程、实体框架、LINQ、依赖注入（DI）。一篇简短的文档就可以包含所有这些信息以供大家参考。
2. 从垂直分片开始——是指从一小块功能开始（例如登录页面），尽可能地在垂直方向把它切分为很多层，从而把前一阶段所决定的所有技术结合在一起。这将验证设计决策的正确性，而且所有的技术可以一起工作，并且将向开发者展示在开发新代码时可以遵循的模式。如果发现最初的设计决策不当，此时是一个合适的修改时间。
3. 在每次迭代中的Just-in-time设计——在每个4周迭代的中段，项目经理、产品经理和架构师应该聚在一起讨论在下一个迭代中要完成的需求，确保他们每一位都同意这些需求，重要性更高的事情放在了前面处理，而且每个人对一切事情都非常清楚。这些讨论在当前迭代中会以不太明显的方式延续一个星期。接下来的一周，也即当前迭代的最后一周，架构师复审下一次迭代的需求，作出必要的设计决策，以便团队可以在下一个星期基于这些决策开展工作。如果需求与以往相当不同，那么，架构师会开发一些原型，编写一些代码来证明概念，绘制一些图表，然后把所有这些东西集编为5页的文件以供参考。这不是为了制定出有利于开发人员的详细设计方案，而是要确保新的需求满足全局的要求。
4. 信任你的团队…但要跟他们在一起——这关乎架构师与开发人员的关系。架构师需要确保他没有逾越自己的角色，没有独占所有“做决定”的乐趣，使得开发人员的工作变得无聊。与此同时，架构师需要给团队提供指导，解决那些可能会导致开发人员停顿的困难问题。架构师每天都应该与每位开发人员接触，获悉他们在做什么，并且在他们遇上编程问题的时候给予帮助。特别是当开发人员不喜欢寻求帮助，试图花上整整一个礼拜的时间来自行解决问题的时候，这种帮助尤为需要。这种关系也适用于PjM和测试/构建/发布团队。
5. 编写代码！——架构师应该知道代码的质量如何，这样才会对他做出的决定所产生的影响有更好的理解。他也可以整明白何时重构是必须的。 编写代码的架构师在开发团队中有更好的声誉。也就是说，Hollander并不认同（设计和开发）职责的泾渭分明。他还认为，架构师仍然是架构师，他不一定要像普通的开发人员一样擅长于编写代码。
6. 参与一切——架构师参与所有与项目有关的会议：设计、开发、代码评审、需求规划等，这是有好处的，因为他能够以更广阔、更清晰的视角看待正在发生的事情，而且他能够通过告知产品经理其决定的潜在后果，从而帮助他/她避免在早期阶段做出错误的决定。
7. 推动质量文化——一个成功的团队，一个人人都想成为其中一分子的团队，是建立在质量文化之上的：没有人偷工减料；没有人提交拙劣代码；如果设计中有一个重大的缺陷，它绝不会不知不觉地混过关；所有人都是诚实和开放的，寻求整个团队达到最佳的结果。Hollander承认，建立这样一个团队很难，但并非不可能。首先，架构师应该在一开始就创建一些规则，这些规则不会因为开发人员不喜欢就随着时间而改变。比如决定编写单元测试，再比如在每次提交以前都要进行代码评审，包括由架构师提交的代码。如果评审人员（可以是团队中的任意一位）不认可代码，代码就不能提交。
8. 知道何时需要改变——架构师应该非常灵活，随时准备好在设计需要改变的时候去改变设计。早期的解决方案也许不再适合，抑或是新的需求需要不同的方法。
9. 屏蔽来自外部的随机请求——虽然这通常是项目经理/Scrum master的职责，但架构师可以保护团队不受外部请求的影响，这些影响往往会分散团队的精力和浪费真正工作的时间。举个例子：业务团队可能想要以某种特定的方式完成某些特定的事情，而他们的请求并不全然合理，也并不是必须实现。 
10. 撰写文档…但只有当有人需要阅读它们的时候——Hollander并不提倡记录一切，也不提倡根本不撰写任何文档。他认为有必要取得一个平衡——只编写一定数目真正有帮助的、有人会去阅读的文档。文档在记录详细设计的决定（比如数据模型）方面是很好的载体。迭代的设计决定，虽然它们由整个团队在迭代开始之初讨论得出，但我们仍然建议将它们记录在5页的文档之中，以备开发人员日后不记得架构师言论的时候进行查阅。而当最开始的开发人员和架构师离开项目、加入其他项目之后，新加入项目工作的人也能借助于这些文档理解某些决定的来龙去脉。

综上所述，Hollander指出，架构师应该确保他从理论上和实践上都是团队的一分子。架构师不应该编写所有的代码，而只是其中一小部分，他不去测试或部署这些代码，但他要确保整个流程的顺利进行。

查看英文原文：10 Suggestions for the Architect of an Agile Team

来源

前言：

密码强度是一个很普遍的功能，比较简单，主要是怎么制定这个强度规则。现在需要升级密码强度的验证，以前的验证比较简单，现在已经不能满足需求了，现在需要可灵活变化并有多级别可配置选择的一个密码强度验证，所以就设计了下面这个东东。在设计前也参考了下比较成熟的强度规则，大同小异，不外乎都采取了打分的机制来控制密码强度规则，这样可配置性高，灵活。本来想直接拿来用的，但是发现都比较旧，有些不太适宜公司开发的需求，可能这个东西比较简单吧，所以也没什么人去更新和写新的代码，所以还是自己动手设计了规则和写了代码。

实现：

原理：

采用打分的机制，打分分为3类（基础分、加分、减分），先求出基础分，在计算加分的部分，最后减去要扣除的分数就为最终总分。

规则：

密码可输入类型（字符，字母大写，字母小写，特殊字符）。

基础分为，密码长度，一个长度为一分，大于18个字符都为18分；密码里面包含一种可输入类型，基础分加4分。

加分为，一种密码可输入类型的总数量大于等于2个，加分2分，如果总数量大于等于5，加分4分。

减分为，如果有连续重复的单个种类字符，则重复一次减1分。

总分50分。

0~10分：不合格（弱）

11~20分：一般

21~30分：中

31~40分：强

41~50分：安全

*分数范围可以自由调整和搭配，其实整个打分规则都可以根据需要修改

code:

function passwordGrade(pwd) {
var score = 0;
var regexArr = ['[0-9]‘, ‘[a-z]‘, ‘[A-Z]‘, ‘[W_]‘];
var repeatCount = 0;
var prevChar = ”;

//check length
var len = pwd.length;
score += len > 18 ? 18 : len;

//check type
for (var i = 0, num = regexArr.length; i < num; i++) { if (eval(‘/’ + regexArr[i] + ‘/’).test(pwd)) score += 4; }

//bonus point
for (var i = 0, num = regexArr.length; i < num; i++) {
if (pwd.match(eval(‘/’ + regexArr[i] + ‘/g’)) && pwd.match(eval(‘/’ + regexArr[i] + ‘/g’)).length >= 2) score += 2;
if (pwd.match(eval(‘/’ + regexArr[i] + ‘/g’)) && pwd.match(eval(‘/’ + regexArr[i] + ‘/g’)).length >= 5) score += 2;
}

//deduction
for (var i = 0, num = pwd.length; i < num; i++) {
if (pwd.charAt(i) == prevChar) repeatCount++;
else prevChar = pwd.charAt(i);
}
score -= repeatCount * 1;

return score;

}

打分例子：

1111=7分
1@dA=20分
111111=9分
abcdef1=19分
abcd12=18分
abc123=18分
ab123A=22分
aA12j@=26分
aasdfkjjsjjj=16分
111111111dsfskjjkjeh=25分
1111dsfskjjkjeh=25分
1231kb#4ktSF!T@s^j#hkWH=50分
skhk3293ks=24分
sfh#4hHdk=29分
bure12#sk=27分
a@s@dk23=26分
bruceLi@09kt=34分
ce@Li1=24分

[source]

前言：CakePHP is great rapid development php framework. CakePHP allows you to create applications with ease. But in case you CakePHP lover need to create simple sites or applcations, maybe you considering to use one of the CakePHP based CMS than developed yourself from scratch.

1、Wildflower

Wildflower内容管理系统和应用平台的基础是CakePHP的框架和jQuery的 Javascript库，是标准的开放源代码和用户友好界面。

Features特征

• 评论完全与Akismet垃圾邮件的检查。
• 更多文章和评论模型单元测试。
• 包括最新的CakePHP的- r7117。
• 网页中包含的内容修改和工作预览。
• 增强错误修正。

2、Croogo

Croogo is a CakePHP powered Content Management System.

特征

• 内容类型：您可以创建自己的内容类型
• 博客
• 节点
• 页
• 所见即所得编辑器
• 附件（用于图像和文件上传）
• 评论
• 嵌套评论
• 电子邮件通知
• Moderation 缓和
• 垃圾邮件防护（需要Akismet API密钥）
• captcha（需要Recaptcha API密钥）
• 聚合：RSS资讯
• 个别内容类型
• 所有推广项目
• 搜索引擎优化
• 搜索引擎友好的URL
• 完全控制meta标签
• 自定义字段
• 菜单管理器
• 支持块
• 联系方式
• 邮件归档
• 文件管理器
• 多用户
• ACL的管理（权限）
• 主题
• 基于Web的管理
• MIT许可证

3、CupCake CMS

CupCake CMS is an Open Source Content Management System built using CakePHP. 其目的是提供一个简单的网页设计师和易于部署工具来管理内容中小型无需编程即可完成所有的代码.通过简单易用的界面和所见即所得的编辑器（FCKEditor），内容可以创建和更新单行网站，通过授权的用户无需学习HTML的需要。

对于那些对其他开源CMS应用熟悉，CupCake是一种轻便的设计为导向的内容管理系统，这意味着对网站的快速部署。

4、Lumad CMS

Lumad CMS是一个开放源码的内容管理平台，为开发者提供了一种快速，简单的接口设计，管理小型网站的意思。 伊塔€™š不是一个社区驱动像Drupal，也不是工作流驱动，企业如Typo3 CMS。

• 发展现状：2 – Pre-Alpha
• 环境： Web Environment
• 目标用户： 开发人员 ， 最终用户
• 许可： 麻省理工学院/ X联盟许可证
• 自然语言： 英语
• 操作系统： 操作系统无关
• 编程语言：PHP
• 主题： 动态内容 ， 网站管理

5、OvenCMS

OvenCMS是一个开源的CMS，由CakePHP的框架和jQuery JavaScript库建成。OvenCMS完全模块化，有工作插件（模块）很多。

结束语

本文来自：5 CakePHP based Content Managament System 翻译

来源

项目代码使用SVN管理，所以会在每个目录下显示.svn的文件夹。如果是在linux下.开头的文件(夹)是不会显示的，但在WIN下就不行了。所以在Zend Studio的项目文件里，打开任何文件夹都看到顶部有个.svn是不是很烦呢？好的，右击项目最顶级目录=》属性(Properties)，里面有个Excluded，选择编辑它，加入.svn确定后即可。烦人的.svn文件夹就不见了，Zend Studio 7验证有效！