@FastMem

http://medoo.in/api/where
在这一页

虽说我没用过，但是人家文档中的写法是 "LIMIT" => [20, 100]

其实对于这种云服务，我是非常的不信任的。
这种云服务就是把网站的数据、逻辑与服务商绑在一块了。
服务商靠谱还好，服务商不靠谱的话其实灵活性还不如自己维护服务器。

@snopy
应用场景呢？不然我们怎么告诉你怎么用。。囧

nomachine 能看视频

TCP Socket长连接无法保证，因为有奇葩网关会不发RST截断数据流。
对于这种已经断掉的数据流来说，底层的Socket会阻塞在read上。
（情况与断网类似，需要等待TCP超时）

具体长连接实现与应用环境有关，请提供应用场景以作判断。
一般建议手工发送keepalive数据以维持连接。
（那种奇葩网关也会忽略TCP的keepalive包，所以要手工发）

hello world 还挺好理解的。。
冒泡就算了。。囧
字符都显示不全

@demonchang

读消息表拉取消息，读了就给已读表写一个状态就好了。
状态获取用join能很快的实现，性能问题忽略
其实一般全局消息不多，分开查询也是可以的

映射表做法算是最合适的做法了吧
消息表：
消息id，发布者id，内容，时间，更新时间，状态

状态表：
用户id，消息id，状态

对于全局消息，直接读消息表，对于部分群发消息或对于一对一消息，读状态表

@wushichun
既然前期网站优先APP靠边，那么Win也不是啥大问题。
乔思伯机箱/恩杰机箱+T7000+/HP 5K/DELL P2415Q（4K）屏幕+支架还是挺好看的
要是配置的时候注意下，这种配置上黑水果也不是啥问题。（虽说外界看着不太好）
初创公司还是别在这事上花太多了，拿到投资再升级不迟。

Web开发我个人选择（其实是家里的环境）
E3+16G内存+240G SSD+T7000+双屏（用微单校准）
外加一台独立虚拟化测试机

数数优点缺点
优点:
开发机性能好配置好
双屏提高工作效率（我家自用是3屏，U2311+(T7000+)+U2311）
独立测试机跑ESXI（配好模板以后建立快，恢复快，备份也快，还方便开发运行环境同步）
本地16G内存暂时够用，IDE+Chrome上百个页面压力也不是啥问题。

缺点:
价格较高，测试机是i3+240G ssd,整套下来2500不含机械硬盘，PC单主机就4K，配上显示器。。。
算下来价格和RMBP 15港行很接近

不过其实测试机是可以共用的，独立配个E3做测试机，挂个GEN8做ZFS R6储存也是个不错的选择。
这样能省一些。。还安全~

至于后续IOS，直接为IOS工程师独立配顶配rMBP15+双屏好了
顶配rMBP15的处理器性能接近E3

@kikyous
windows: PingInfoView
linux: 写脚本

搜索引擎关键字： 批量 ping

批量ping一次

新款mac mini是低电压CPU
13寸RMBP也是低电压CPU

用着好的配置还是15寸RMBP顶配+4K 24寸DELL (但是贵)
看了下招聘要求，貌似暂时没有必须要用MAC的场合
来套E3 + T7000+ * 2做开发机也不错~（现在这屏幕校准了还不错，新版本也不会亮瞎眼）

@GPU
说回来，那玩意翻墙性能如何？

能简单列举下问题场景么？
依据你的说明也搞不懂你们遇到的是哪方面的沟通问题。。囧

@mhycy
补充：
刷OpenWRT后能开30dbm发射功率（商用级别）
不刷的情况下定向天线450米桥接后有10db信号余量

@jsxhhyf
NAT双向性能 9M/7M 单向 12M跑满，满足家用百兆光纤需求

继续安利 MAC1200R

请问贵司招远程工作么？求职~