这个还是可行的。

三星GS3那个 <iframe src=tel: 我就中招过。数据秒清空重启进入工厂模式。

跟url 有关。 /dev/ 的URL 是permalink

@chsola 感觉没说到同一个位面上 。。。。。。。。。。。。

@manhere @chsola 感觉略复杂了。php里面探测tcp是否idle 恐怕有点麻烦。况且是在nginx后面。不准确啊。

@chsola 距离这个点超过1m是什么意思？

@chsola 你的意思是rapidshare本来就是2M一个2M一个的文件，也是多个URL，用户需要点一次就下载完毕，而不需要麻烦人工去挨个点击下载？

这个其实也好做。限制一个session一个下载任务即可。客户端每5秒检查一次是否可以继续下载另外一个文件。这个也兼容老浏览器。

如果你技术足够牛逼可以在服务器接受同时多个TCP连接，保持cwnd置空无数据，但是不要断掉，然后只给其中一个tcp连接返回数据，一个文件传输完毕就关闭tcp连接开始给第二个tcp连接写数据。。依次类推。

现代浏览器的话，可以模仿mega那种，完全用html5的API实现js可控的下载。甚至可以实现多文件顺序下载。不过前后台架构也比较复杂了。

@poke707 那就是内存db了。搞个rpc也可以。集中到单一进程里处理


@9hills 跨了线程没法跨进程，跨了进程没法跨机器。还是远程操作一次性到位好了。

asp那个Application("key")也只是单机IIS可用的吧。你感受下。正确的姿势是写入文件或者Berkeley DB或者redis或者其他什么持久化方案都可以。

weibo是不是只有jpg没法存png？

@yangff 没有太坑吧。wildcard的用户一般旗下域名都是上千。

比如放静态文件的 static1.example.com 一直到 static9999.example.com 。一个域名买一个证书显然不划算，而且管理起来也巨头痛。

@chsola @est 我需要怎么知道用户接受完了...

你从rapidshare读取的字节都返回给客户端就可以直接die()了吧。TCP协议保证用户能接收完，如果用户真没接收完这个也不是你能控制的。

@feuvan @shiny 你们的想法都比较逆天啊。用户请求一个rapidshare -> 修改nginx配置添加cookie头 ->重启nginx -> 用户得到下载内容？

我来回复楼主把。用libcurl去下载rapidshare，读取2048字节，给用户返回2048字节。一直到读取完毕。

GAE

用这哥们的 weibo.com/dbatools 膏药patch一贴，再也不锁表了。轻轻松松上30w qps 。无责任广告。

CentrioHost极品啊。赶紧取消了SSL

就当喂狗了

HTC Kaiser 用户路过。侧滑全键盘。可以ssh。

@yangff wildcard可以一个代替n个，当然贵啊。

@Livid 不如可以针对用户 id 打标签。我觉得很有意思啊。。哈哈。比如某某谁吹过牛，招过人，创过页，做过什么东西，看tag一下子就知道了。

用Ctrl+F 的路过