最近看到 七牛云 在做类似S3的服务。

有激励机制，对部分用户来说比较有用。但是推送的东西还是会吓坏一些用户。这个就是一个取舍的问题了。

这样的软件似乎已经有了。软件本身实现并不复杂。但是如何让司机安装？和出租车公司合作？运营起来有点难度。

@caoyue 很多公交车公司都普及GPS了，它自己有调度的需要。但是它们的数据是不对公众开放的，某些城市的实时公交app估计也是选择性合作的结果。
基于LBS的问答应该有前途。但是推送的方式有时候可能会有“扰民”之嫌。怎么做到又能获得信息又不让用户太厌烦呢？

Pinging gist.github.com [207.97.227.243] with 32 bytes of data:
Reply from 207.97.227.243: bytes=32 time=306ms TTL=42
Reply from 207.97.227.243: bytes=32 time=342ms TTL=42
Reply from 207.97.227.243: bytes=32 time=326ms TTL=42
Reply from 207.97.227.243: bytes=32 time=300ms TTL=42

网上发个帖子求的伙伴不是很靠谱，从朋友或者从同学中拉较为可靠。如果自己缺少这样的人，就结合六度空间理论，动用关系链。反正最后要把自己搞得和合伙的人很熟的样子。实际上干着干着就熟了，哈哈。

这个模式我很早以前就想到过。但是执行起来比较困难。难点就在于楼主所说的：覆盖率，激励方式。如果有一个活跃用户上百万的app，这个设想就可以实现。现在的app满天飞，要达到这种覆盖率不是很容易。

友盟+1，按渠道统计，自动升级等功能，对于小开发者来说很方便。

我觉得小公司用友盟挺好的，它应该不会和你有竞争关系吧。当然，如果你是专门做统计的，或者公司规模足够大不想透露自己的运营数据，那就另当别论。

没有备案可以用吗？可以帮忙解决备案问题吗？

什么语言开发的?

@wudoo59 美橙的收费如何？机房在哪个城市？可以装Ubuntu吗？

@notedit session偶尔丢掉倒不是很严重的问题。但是如果有很多很多用户登录，session超时时间又不能设置得太短，则可能会导致内存里面有过多的数据——但是同时在线人数也许并不多，这样造成了对内存的浪费。这样子看上去，用传统数据库是否更好一些了？

@yyfearth 比map reduce简单很多，呵呵。

@Ricepig 对于sqlite的join性能很低，有实践过或者有出处吗？

@iammutex 如果重启了memcached服务，那是不是所有session都给丢掉了？

因为要设计到一些比较操作（select * from * where a>b），所以用SQL的数据库操作起来方便点（当然不一定是效率更好）。如果用memcached或者redis这种key-value形势的东东，弄起来怕有点不方便。

顺便问问，SQL语句中的比较查询操作，在不能使用索引的时候都是会把数据库从头到尾扫描一遍的吧？这样的话，性能是不是就不是太好了？