没有深入过,用过 thrift 和 protobuf,简单 json 就好了嘛,不用事先定义结构; thrift 和 protobuf 性能应该还好,除非要求很特殊苛刻。 protobuf 确实简单方便, thrift 自带服务和通讯协议,适合直接部署应用,不用挂其它服务上面。以前公司研究院所有开发接口统一用 thrift,不过用 ruby 的话涉及到的保留词比较多。别人用其它语言好好的,你用 ruby 去接就发现有些保留词有冲突,要提前沟通好。
从 log 看,正常是 50ms,遇到我上面问题的时候是 500ms,微信机制是 5m,但是很不幸当 log 是 500ms 的时候,微信一般就收不到了。
#4 楼 @gaicitadie 我不想重装电脑,如果用 windows,免不了半年一次。而且不知道为什么,每次 windows 到我手里,没多久卡得就不能用了。
#6 楼 @small_fish__ chrome 插件 qq 应该和我现在在 chrome 里面用差不多,那个也是用 webqq 一样的协议单独包了一个 chrome 的壳
要做图,找到这个,挺好。
就是使用说明最好有写,要不然刚开始不知道怎么用。还是我没找到文档位置?
我是参考测试代码和 wiki 里面的案例才知道怎么用的。
诱惑阿
demo 用 4,正式还 3
以前试用过,如果用类平铺式用这个挺方便。
呃,看来后面还是用稳定版笨吧,有稳定没时间折腾。
以前听说国外形势不好,于是决定留在国内,这不,,,就这样了。
习惯了 vim,再把这个搞坏了我就没编辑器用了,还是稳妥重要。
正好学了个方法 mina deploy force_assets=1
这个临时方法不行,编译后的目录结构不对。另 mina 的 keep_releases 设置了 10,有时候只给我留了 3 个版本,不知道缘故。
type: "post"
data: {_method: "put", xx: "xxx"}
log 如下, client: firebug: "NetworkError: 405 Method Not Allowed - http://localhost:9000/notes/2673/entries/10297/update_with_data" server: grape: [24234:INFO] 2013-05-07 11:39:24 :: Status: 405, Content-Length: 0, Response Time: 3.40ms
查了 http 的错误 code,没明白所以:)
#3 楼 @small_fish__ 有些保留字出错非常诡异,比如建表叫 records(似乎会导致 model 和表对应混乱),很难定位出来。
Rails 里面给自己用 put,是 ok 的(我以前代码里面用着是 ok 的,rails3.x); post,加 data 里面_method 这个方法我前面试过,也有问题,稍后我看看具体问题贴出来。
ps,我坦白其实这个问题描述的不是很清楚,不晓得怎么说的更明白,所以先贴出来碰运气,对不住大家。前面用 curl 方法调接口也有问题,反正混乱,等我理清了再补充保存和 log 信息。
@Rei 借道问下 writing.io 的富文本是基于哪个改的?纯手写从头开始工作量好大吧?,好像用是 html5 的 content editable,而不是传统的 iframe?