微站点前后端体系建设

微站点之前基于前后端完全分离的策略，采用了angular框架作前端的基本架构，利用yeoman前端工具快速搭出脚手架。在顺利完成了几个版本的开发 后，出现了一些意想不到的变化：

• 我接手了后台接口的开发,采用nodejs后端，基本部署规参考express项目部署。
• angular的学习门槛比较高，初中级的前端不懂，也无法独立完成工作; 蛋疼的是，官方的文档还被墙封了（万恶的gfw ），所以一直是以来是我在开发与扩展。
• 无法平滑升级。
• 需求变动频繁，需要接入第三方的业务接口。
• SEO不友好，后期推广顾虑。
• 微信上的自定义分享比较麻烦，后期采用了微信的api,上了中控服务器，算是解决了。

使用js判断联网类型

W3C的规范中给出了一个属性 navigator.connection 来获得网络状态；根据Working Draft 29 November 2012的协议规范我们可以从接口中获得bandwidth（带宽，M/s）和metered两个参数的值；还提供了一个监听方法，来时刻监听接入环境的变化情况。测试结果发现很多浏览器并没有返回bandwidth值，而且遵守了Working Draft 07 June 2011 的协议返回给我们type（类型，wifi/2g/3g/4g）。

super文档

我们的超级管理系统就是基于 sails,上手是非常方便的。

微站nodejs接口文档

接口地址

http://api-microsite.vzhen.com

Gitoite 简介与搭建教程

其实，每一个Git库只需要–bare -shared就可以简单实现类似共享代码库服务器的功能，在git的世界，代码都是自由share的，每个人扮演的角色，和linux系统赋予这个用户的权限有关。但如果采用这种SSH authorized_keys的方式，直接系统通过shell进行 git clone的方法，会缺少了一项很必须的权限管理——每个用户对某个repository中所有项目均拥有完整的读写权限(可通过linux系统的权限设定，但依然麻烦)，如果在一些大项目，涉及到多种角色权限，并要指定访问路径时，直接管理authorized_keys的方式，就显得力不从心，试想一下如果你要管理超过1000号人的authorized_keys？