想组建团队，又担心团队成员会因为初期没有报酬而难管理，又怕成员带着我的想法离开。

这样的招聘内容发在酷工作的节点真的合适吗？

@hpyhacking 今天下班到家之后再次确认自己的体力吃不消了，还是等开源之后帮忙贡献点代码吧。

PS：你们下面那个资费说明和联系我们。只要点过其中一个，另外一个就不能正确显示了。这问题大概有半个月了。我上次参加过你的演讲之后，回来就发现这个问题，到现在也没解。虽然只是个小问题。。。。

@hpyhacking 要不要远程工作的老菜鸟？过了32，真心挤不动地铁了。

霸气，iMac 511 / Chrome 很流畅

过去4年试过，只要时差没问题就好。不然总熬夜身体不好。我原来的公司是美国的，为了支援那边同事，每天工作到12点。身体不行了。

@theo 没啥开源的价值，就是每10分钟读取我们的APIs，获取一个短信列表，每次10条。只包含手机号和发送内容。然后APP就自己发短信。发送成功过之后，调用另外一个APIs，通知服务器，这条短信我已经发送成功啦。在服务器上打个标。

然后就把手机扔那，永不关机。

Sketch +1

firefox 里面搜索 json 或者用 JsonXmlConvert 呢？

@0bit 请问是哪家？最近打算换。亿美软通是完蛋了

真棒！

@pythoner 我们是电商，需要短信确认订单。当年技术选型时候在技术论坛问了一些业内大神。

推立方:专注于注册校验码等实时应用，需要配置内容格式和签名，会自动在短信加上签名后缀。短信计数：移动/联通每条短信的最大长度为64字符，电信每条最大长度60字符（半角、全角各算一个）。超过该长度后，短信后面自动增加分页信息(x/y),此时，每条短信最大长度需要再减3（不超过10页）

短信宝:情况不明，根据跟其它几家差不多。

畅友网络:群发短信需要半小时左右的时间审核，星期五等繁忙时段会有几个小时的延时，不适合发送注册校验码等实时短信，单次最多发送500个号码

亿美软通:我们用的这个。每条长度80个字符。超过算2条短信。多买有优惠。到达率还不错。

--------坑爹分割线--------

为什么不让你用，因为最近2个月国内严打垃圾短信。以上这些平台全都玩儿脱了。上行短信基本收不到。下行短信达到率很不稳定。充进去的几千块钱余额根本不能退。技术支持都说不知道什么时候能恢复稳定。

所以最终解决方案是自己做了一个小的安卓APP，自己发。。。。。

建议别用

吃素刚好满1年多一点点

目前的功能非常好了。最好多加几种阅读配色方案，另外就是能否增加方向键换页。现在使用空格换页。自动滚屏就不要增加了。没用。还有书签功能可以有！

@046569
@akira

好的，考虑到目前几十万PV，不算很严重，还是生成文件放在硬盘上吧。今天为此写了一个 Gem，如果程序是非 Rails 的 Ruby 应用，可以考虑下
https://github.com/wjp2013/grape-shaman_cache

支持内存，文件系统和memcached作为存储介质

@046569 小公司没钱啊，升级服务器都要精打细算，所以只要有那么一点优化的心得，我都要跪求赐教。
@akira 图片等静态文件已经放到OSS上了。现在的重点是对于一些内容不经常变化的请求。比如首页，新闻列表，新闻内容。这些大概每天更新一次，目前这些请求的缓存我还是放在了阿里的ECS(云主机)上。因为是多个进程，放在内存的话不能共享。这部分又没有特别强的交互，放在 memcached 也没必要。所以是存成了文件，这部分是不是就是 @046569 说的，还是会有 IO 的问题呢？

@046569 请问“现在的办法还是尽量缓存,少惹硬盘." 怎么解释呢？能讲一下么谢谢。

最近也遇到这类问题了。缓存到内存中已经被排除了。其他的缓存办法仍然要从硬盘上读取内容。当然图片，css，js文件等已经做了cdn和oss之类的静态文件分发存储。