rchunping

@xiaoyang3874 不用v-mode , 自己 @input , 在input事件里更新 ```html ``` ```javascript data() { return { value:'' } } methods: { onInput (e) { this.value = e.mp.detail.value } } ```

@sharkdong 是的，安卓正常，iOS上会有你说的情况

@sharkdog 那不用实时获取输入内容啊，@confirm 或者表单@submit 都可以拿到值

或者也可以使用一些不可见字符 #define KEY_PREFIX_HASH 0xFE //定义hashkey前缀字符 #define KEY_PREFIX_ZSET 0xFD //定义zsetkey前缀字符 #define MEMBER_PREFIX 0x01 //key和member之间的分割字符

没人回我就这么干了啊，急等着用 大不了以后做成配置文件自定义 -_-

没有前缀标示的话 只能靠判断中后位置的 \* 和 + 来判断类型，没法知道某一类型的key的大致范围，导致在某一类型中进行key遍历的时候会有太多无效计算，尤其是全局遍历的时候。

hash相关的都实现了 ，代码已经离线发给七夜 差ds_hincrbyfloat没实现，这个貌似不是很必要

里面提到 http://www.udpwork.com/ 用了 zdb ?

好吧，原来在之前closed issues 里面提到过 -_-

强烈支持！ 把2个高性能的东东完美结合！ 本来一直在找把leveldb做成服务的东西，后来找到 node-levelup这个，在node.js下性能很好，我把它封装成http服务，结果性能不行，还是你这个给力！ 在几个项目中部署这个东西也有些时间了，实际碰到了几个问题，希望能在后续版本中考虑改进： 1. 单个redis能支持多个leveldb，现在我是配置多个redis来解决 2. 能做成几个安装包，支持ubuntu/centos/ 32位+64位 ，因为在不同系统部署起来每次编译实在是麻烦 3. leveldb啥时候能支持目录hash，我有个项目leveldb下20G数据近1万个.sst文件，在某些文件系统上单目录塞这么多文件会影响性能 （比如我有些机器是FreeBSD+ZFS，这是个大问题）