30 Mar 2015
微站点之前基于前后端完全分离的策略,采用了angular框架作前端的基本架构,利用yeoman前端工具快速搭出脚手架。在顺利完成了几个版本的开发 后,出现了一些意想不到的变化:
- 我接手了后台接口的开发,采用nodejs后端,基本部署规参考express项目部署。
- angular的学习门槛比较高,初中级的前端不懂,也无法独立完成工作; 蛋疼的是,官方的文档还被墙封了(万恶的gfw ),所以一直是以来是我在开发与扩展。
- 无法平滑升级。
- 需求变动频繁,需要接入第三方的业务接口。
- SEO不友好,后期推广顾虑。
- 微信上的自定义分享比较麻烦,后期采用了微信的api,上了中控服务器,算是解决了。
阅读全文…
01 Mar 2015
W3C的规范中给出了一个属性 navigator.connection 来获得网络状态;根据Working Draft 29 November 2012的协议规范我们可以从接口中获得bandwidth(带宽,M/s)和metered两个参数的值;还提供了一个监听方法,来时刻监听接入环境的变化情况。测试结果发现很多浏览器并没有返回bandwidth值,而且遵守了Working Draft 07 June 2011 的协议返回给我们type(类型,wifi/2g/3g/4g)。
阅读全文…
10 Feb 2015
我们的超级管理系统就是基于 sails,上手是非常方便的。
阅读全文…
06 Feb 2015
接口地址
http://api-microsite.vzhen.com
阅读全文…
04 Nov 2014
其实,每一个Git库只需要–bare -shared就可以简单实现类似共享代码库服务器的功能,在git的世界,代码都是自由share的,每个人扮演的角色,和linux系统赋予这个用户的权限有关。但如果采用这种SSH authorized_keys的方式,直接系统通过shell进行 git clone的方法,会缺少了一项很必须的权限管理——每个用户对某个repository中所有项目均拥有完整的读写权限(可通过linux系统的权限设定,但依然麻烦),如果在一些大项目,涉及到多种角色权限,并要指定访问路径时,直接管理authorized_keys的方式,就显得力不从心,试想一下如果你要管理超过1000号人的authorized_keys?
阅读全文…