@colorsand 你这个类似聊天室的逻辑 只有客服接口能满足你了
另外如果大家都是在线状态也可以 跳过微信直接走 web-socket 算了

应该可以做到 使用异步消息
不过有24小时的限制
而且 这5个用户返回的逻辑有点诡异啊
交互等待时间太长 体验上不太友好

“5000用golang开发，二进制一键部署到vps无任何依赖！”
我觉得这个好 哈哈
看了下这个需求 我觉得没有比 golang 更合适的了
直接用 golang 做 server 可以让 Nginx 下岗了 前提是 并发不能太大
如果 sqlite 是现成的 不需要增删改的话
貌似很简单啊

@zhl183991 如果你开发的时候项目选择的就是仅 iPad 就无所谓 如果你选择了兼容全部 就不行

@hoogle
如果是 store 的证书
Distribution 必须在 APP 上架 adhoc 可以在授权的测试机 及 越狱机 安装
如果是 inhouse 的证书
只能使用 adhoc 打包 不能上架 可以小规模安装 如果大规模商用 违反协议

@Tonni 树莓派的输出功率决定它负载不了太多的 USB 设备，除非你的 HUB 是有源的

刷到头以后 直接 504了……

苹果并不提倡这样做 有被拒绝的风险

试试手气~ 恩继续加油，欢迎市场的良性竞争

如果觉得自己学习能力够的话上 AE 啊
效果一流 搞几套模板 也很 OK 的

SwitchyOmega 就不错了
可以使用我的规则列表 /t/135360
另外想自己区分渠道使用不同代理的只能自己整理了

iOS 的游戏平台禁止数据跟外部合并
如果你的虚拟物品是自己平台的 那么苹果就有独享权
你就不能合并到安卓或者其他平台
如果是实体物品则不受限制
打个比方 金币是受到限制的 但是电影票 吃的 用的 比如淘宝这样的就不限制

当前 Controller 是个什么鬼？当前正在运行的 Controller 有一大堆……
话说你的意思是获取当前主线程的 Controller？当前显示的 View 的 Controller？

用框架的意义在于 安全性 稳定性 跟 开发效率
一般来说跑 PHP 的服务器性能跟配置都不会太高 不会让你跑到上限的
等你真正业务有这么大的量级的时候 你早重构了

那时候还不一定用的是不是 PHP 了
所以一开始没必要这么纠结
口碑可以 上手快 就OK了 不过吐槽下 TP 我个人不习惯 反倒是 CI 对我来说当初学习曲线比较低

1、可以用。但是如果你想看的全面的话 还是需要安装当地的有线电视机顶盒
2、是的 其实本质就是网络（直播\点播）
3、是的 99%的机顶盒都是 色差输出或者 HDMI 在
这点上 99.9%的电视都支持 只要产品名有电视这个关键词

1、要做读写分离 否则 容易遇到锁
2、按需增加索引 加快扫描速度
3、整理业务 可以合并的合并成一条 sql 不能合并 且量大的情况下 启用队列
4、实时性不高的业务 做成定时任务 在负载低的时段后端以 cli 方式运行

@axb 还应该加上 little snitch（防火墙）、ForkLift（sftp） 或者 Transmit（sftp）
文本编辑器 应该补充一个 SublimeText
git 的 GUI 增加 一个 GitBox 或者 SourceTree
svn 管理 GUI 增加 Versions 或者 CronerStrone 推荐后者
以上除了 Sublime 跟 sourceTree 都是收费的

被举报妥妥的封杀