Megrez

本文是基于ruby-china上提出的开源日志收集方案所作的实践

方案的提出在这篇:

李华顺: InfluxDB + Grafana 快速搭建自己的 NewRelic，分析应用运行情况

分享一下奢圈在自动化打包系统构建中的实践，主要为了解决测试小伙伴无法得到最新版本以确定Bug是否修复的问题

我们的测试一直在抱怨让工程师打包真的很艰难，之前我们规定了每天早上打包，不过大家都懒癌晚期，有时候就完全不记得有这件事

测试也不是一直有时间做测试，还得去催工程师，导致我们trello验收板块囤积了几周的验证任务

测试不知道他得到的版本是否是最新的，也不知道修复了哪些问题

本文主要分享，2014年7月至9月，我在校校任职期间，在前端技术上的实践

Infrastructure

这次项目拉了@Sherwood，商量下来，整个系统采用前后端解耦的架构，一开始自然而然就想到用SPA的解决方案，这样能够提升整个网站的响应速度，降低服务器的负载，做代码更新，CDN都很方便

SPA的解决方案有很多，包括Google的Angular,但我个人不喜欢他的模板体系，很难嵌套，至于Ember，太重、学习成本很高，当时还不是很了解Spine，风车有用它，不过最近用下来感觉非常不好

由于只招到一个前端工程师@picker，而且也是刚转到前端的，项目鸭梨很大，所以最后就决定自己造轮子

但是基础设施不可能自己造，所以这边基础设施的选择就尤为重要：

本文是之前发在ruby-china上的帖子

第一次发帖= =喵

今年早些时候就想过做一些HybridApp方面的尝试，我认为HybridApp的优势有以下两点

• 对于初创公司，手机Web，iOS，安卓可以使用统一的H5提供的界面，减少开发成本
• 更新及时，服务器端更新，客户端不管新旧版本能够立即看到效果，尤其对于iOS漫长的审核周期，再也不用被老板天天盯着了

但是混合型的应用也往往因为工程师水平有限或者H5/CSS3兼容或者特效不流畅，以及最重要的浪费流量而饱受诟病

之前因为一些原因一直心里想着然后没时间去实现，最近在我们的应用（ 奢圈WHOSV ）里面用了HybridApp构架，发现还是非常爽的，打个广告大家可以搜一下我们的APP啦啦啦~

之所以称之为构架，因为我们在多方面做了很多联合的解决方案，在这过程中我们发现有几个问题是需要重点考虑

Long time no writing blogs, I hava been thinking of writing or noting something what I’ve met during the work

And also I am glad to share solutions and expriences with all of you

In the past, I used Wordpress as my Blog Application 阅读全文