src=file:///

@lyragosa 北京联通 5~6 天会断一次。

1.3GB 的 DB 我怎么觉得已经不适合原装 discuz 了……
而且还是个这么低配置的 VPS 跑

把旧数据拆出去放一个独立站跑吧……

@kingphar
X 先生，您的需求我们已经记录，稍后我向主管请示一下给您答复。

@kingphar
卧槽 我都忘了这茬了 赶紧折腾阿里妹子去……
不过没啥利益关系，只是我是大客户而已……

@leavic
未结清全款就给全套版本库，这不靠谱吧。
源码应该在验收结束后统一交付。
如果需要核验代码质量，可给一定量的代码截图

@sloppysop
没说完就发出来了
饭否是国内第一个山寨 twitter 的，被和谐了多久？
新浪就可以好好的做微博

你是新浪还是饭否？

@sloppysop
你有王兴的影响力么？
我之前在天津带团队，做点东西就被网警约谈了要求限定 48 小时内关闭该服务。
然后跟天使投资沟通，投资人找网警秀了一下背景，就变成网警发文要求我们自行制定严格的安全策略确保不会出问题……

@sloppysop
你有相关经验么？你只是从技术构型上来想的。
啥允许用户自由发表内容的地方都有审查和敏感词，但是机器永远是干不过人的……
我觉得你这个模型，你缺乏运作能力，垃圾用户绝对比正常用户多，然后要么是跪了，要么是被和谐了

@lumda
这个问题很普遍，虽然不是常见那种，但是也不是很少见的那种，主要见于大的下载站服务器带宽很足但是单点下载速度很慢的时候，甚至中间会断流的时候，我很少去探寻这个问题的本质，我猜测是带宽满载时候流量整形以及包重发什么的机制导致的。

如果不是带宽满占，多半与操蛋的设备进行三层限速操作有关。我提到 sendfile 并不是说快慢的问题，是 sendfile 的机制我猜测啊可能对文件大小有提前约束。这种问题多见于那种下载列表都探测不到文件大小的链接。 sendfile 模式基本上在各种情况下都会发送完整的文件大小头信息。

其实一猜就是经销商问题，我给你的这个攻略就是专门应对这种情况的……

1. 你在 apache 端是否开启了限速，且该限速 mod 有缺陷
2. 校园网是否有比较 2B 的设备对用户端进行三层限速，主要是比较便宜的设备？如果是电信联通什么的接入的，是否用户端用了廉价 NAT 设备并开启了 IP 限速功能？
3. 是否网络状况不好，服务器端带宽占满

基本是网络原因，叠加 apache 服务器自身配置的原因导致的。
建议换 nginx ， sendfile 模式打开，能比 apache 少遇到这个问题。

@sloppysop
是么？
然后过两天，就来了：
廊坊，枪支弹药
海淀，四级答案

然后就离被封不远了

给你泼冷水。
最后你会发现上面全是：
北京， JJ 20cm
或者
上海，同..性
或者
广州，包..夜 800
这种标签如何破

最新的 LTS

反正跨版本升级都超级轻松，只需要记录好手动编译的程序重新编译就行了……
其他 apt 搞定

@ctsed 忘了圈你了……看楼上……又浪费五个铜币 哈哈

二手东的法务还是可以的，不妨把事情经过在这里说说，我帮你看看有没有什么问题，走法律途径是否值当，获胜的概率如何再说吧。

另外，少跟京东客服纠结各种问题，哪怕是客户关怀部。
如果想要二手东方面解决问题，首先打 010-12315 ，让 12315 记录基本情况转给京东所在区的工商局进行处理，开发区工商分局处理。京东这种大企业一般不需要提供公司详细信息，如果跟你要，记住了：

公司名叫：北京京东叁佰陆拾度电子商务有限公司
地址：北京市北京经济开发区科创十四街 99 号 2 幢 B186 室
分管工商局：经济技术开发区分局

然后等着，会有一个电话号码是 010-67881668 的号码来电，这时候，组织好自己的语言，最好打草稿，用精炼的语言，合法的遣词造句，把事情经过说明白，并要求对方作好记录 明确说明，事情经过，任何时间点，京东做法不正确的法律依据；然后我的诉求是： 1 2 3 等几点列好明细。

然后再等着，过两天会有个自称京东客服的给你打电话，这是最重要的，这个人有很大的权限能解决各种乱七八糟问题，甚至赔你两三万现金这种事儿他都有权解决，这人可难找的，我给你这条路是目前发现的能找到这权限的唯一路，然后谈判吧，多引用法律依据，多陈述问题，争取和平解决。

如果实在解决不了，那我觉得上法院就是个五五开，因为吧，现在对于电商纠纷这种案子，法院判案有些瞎判，客户不合理的诉求只要能胡说一阵找对歪理也能胜诉，上了法院就是比谁讲歪理匹配不适用法律能力更强一点……看你运气了……