这是前些天在公司的技术交流上做的总结，有些东西没有深入的讲。

之前的文章中提到在一些复杂的模版页面中，Smarty3有性能问题。经过分析发现，主要是管理文件依赖，自定义函数参数以及一些依赖导致的。目前官方发布的新版本中虽然进行了一些性能优化，但并没有彻底解决这个问题。既然官方还没有解决，在实际项目中如何解决这个问题呢？

结合前端编译平台，可以在开发的时候还是使用Smarty3的这些新特性（毕竟这些新特性给开发和代码维护带来了非常多的便利），然后在上线前编译的时候将这些新特性的书写方式还原。如：将自定义函数还原到代码中。

经过一段时间开发和测试之后，目前已将代码放到github上，https://github.com/welefen/smarty3optimizer。有需要的同学可以了解下

继续阅读 »

前篇文章中主要介绍了使用smarty3下的开发规范以及从smarty2迁移到smarty3中要注意的问题。

虽然刚出来的时候官方对性能这块给出的结果是smarty3的性能相比smarty2要好很多，但最近在实际项目使用中发现了性能方面是有很大问题的。下面通过一个具体的实例案例分析。

实际案例

由于之前使用的是smarty2，最近在向smarty3迁移的过程中，一些不重要的页面上线后运行的一直很良好。在迁移最后的一个模块后（访问量很大），上线后直接导致页面挂了，并且CPU的占有率始终是100%，只好回滚了。但在线下并不能复现挂了的情况，后来定位到可能是性能的问题，相关的QA同学进行压力测试时，证明了这一猜测。在并发量很高的情况下，线下也能复线CPU占用100%，页面挂了的情况。

继续阅读 »

fcp是什么

fcp是Front-end Compile Platform的简写，即前端编译平台。

随着各大公司对前端开发越来越重视，前端开发人数越来越多，就引发了很多的问题：

1、如何让大家都按照编码规范来

2、如何很方便的进行前端性能优化

3、如何避免前端安全漏洞

编码规范

在这个过程中，大家可能都尝试了很多种方式，如：guideline，codereview。

guideline本身是好的，但随着人员的变动和增加，执行到最后就惨不忍睹了。

codereview虽然可以避免很多问题，但追求快速的web开发来说，这个太花时间，极有可能因为项目时间问题而搁浅。

前端优化

自从Yahoo出了34条优化法则后，各种优化方案都出来了，大家越来越关注前端性能优化了，伴随着这些优化出现了很多对应的工具，如：YUI Compressor，CSS Sprites。虽然这些工具可以很方便的进行优化，但项目上线之前都要跑一边这些工具，结果发现很耗时间。只能算是半自动化。

前端安全

前端安全方面最重要的就是XSS和CSRF了，如果你要写模板，那就必须要关注这一点。虽然大家对这方面都很了解，但实际开发中很可能就忘记了。

其他问题

除了上面的主要问题外，可能还有下面的问题：

1、如何避免线下地址上线

2、如何更方便的进行域名分发

fcp的功能列表

fcp就是介于上面那么多的问题情况下诞生的，将前端开发中遇到的问题完全工具化，避免手工调用工具消耗大量的时间。并且优化是在编译过程中进行的，完全不干扰前端的开发。

目前的功能列表如下：

1、模块目录结构规范检测

2、文件命名检测

3、XSS漏洞检测

4、JS、CSS规范检测

5、JS、CSS代码beautify

6、解决静态文件缓存问题

7、JS、CSS文件合并

8、JS、CSS文件压缩

9、CSS Sprites

10、图片优化

11、地址替换

12、线下地址检测

13、多域名分发

目前用在了哪些地方

目前已经在百度空间的前端模块下开始使用，大大提高了前端的效率，开发的时候几乎完全不用管前端优化。

如何使用

fcp是用PHP开发的，里面用到了很多第三方的工具，所有使用的时候需要编译机器要装一些工具。

目前代码尚未公开，不过有开源的计划，时间点暂时还不定。

接下来主要介绍里面功能的实现方式。