HenryGuo
HenryGuo
> 10天前修复 #398 另外更新 1.7.3 之后默认是不开启 GCDWebServer，不用 Alfred 之类的话不打开就行，实在害怕的话就卸载吧 现在一直在用alfred， 有办法修改默认端口之类的么？ 这样会降低被hack的概率
> @webryan 用最新版就行了啊 最新版在开了alfred的情况下，http://127.0.0.1:52700/wechat-plugin/user 也是可以访问的。
I met the problem too. First I try to modify libavfilter/Makefile at line 556 `556 OBJS-$(CONFIG_GLTRANSITION_FILTER) += vf_gltransition.o` then 'libavfilter/allfilters.c' `521 extern const AVFilter ff_vf_gltransition;` but still get the error...
非常赞的总结。 @herbertliu 尽快排期处理掉遇到的一些问题。
@jiangyuan 这个平台yc不是在弄了么？
# 目前的实现方式主要有两种： 第一种是基于duo.js和component的模式，即不提供类npmjs.org聚合和查询窗口的方式，直接和github做开源的打通；对外开源的内容直接采用github的方式管理，对内的采用gitlab的方式；在内部通过config的方式做逻辑的切换。特点： - **更好的开源社区讨论** ：利用开源社区的issue，milestone等管理 - **缺少归类的聚合**：和github应用混杂，无法快速筛选和遍历 第二种方式是基于spm的方式，通过spmjs.io + spm tools + arale 三个工具的组合建立整合的体系。内部组建提交到内部源，外部代码提交到spm的公共源。 公共源通过github建立版本和讨论体系。 - **更灵活的管理体系** ：对spmjs.io可以做聚合，甚至是吧arale的东西整合到spmjs.io的私有源上。 - **工具的改造** ：对目前有的工具和包管理做适配
其实一直都觉得npm的包管理缺少一定的筛选性， 根据一个关键词检索的组件没有认证，没有说明；对生产系统的应用都是很不利的。 同时，类似的组件体系应该都要支持 **内部源** 这个能力。毕竟组件不是所有的内容都适合放出来。
@miniflycn 很好的思考，加入 @ousiri 版本管理上采用标准的规范 Semantic Versioning 2.0.0 即可。 今天 @herbertliu 提出 https://github.com/cortexjs/cortex 大众点评的解决方案很靠谱。 对构建和包管理采用对接的方式，也采用了SV的方案。
@ousiri 看下这里 http://cnblog.ctx.io/ ，包管理对semantic versioning的应用已经解释的很清楚了，和我们想的平级的思路是一样的。 按照这个来即可。
@herbertliu  cortex的包server 限制了管理员提交，这个思路有点封闭。