我也觉得 360 浏览器里面的字更舒服

git@osc

@mokeyjay
如楼上所说,大部分 vps 都存在超售的情况,当然包括带宽,所以除非是独服,否则基本不可能跑满你的带宽,也就意味着你需要加速,ovz 加速方案不太理想.

富强的话,一定得 kvm 的,不上加速没法用的,做站随意(10$/year 的都可以)

/t/249574

我是 100M 联通主网卡,100M 电信(2M 上传)接的另外一张卡,现在是晚上高峰时期,联通能有这样的速度很不错了,很期待明天早上的速度是多少

我想 appex 是完全可以达到比这更好的效果的,但是锐速可能因为某种原因限制了,双边加速就是比单边加速 nb 啊

C:\Users\SkyDust>tcping 223.5.5.5 53

TCPinging 223.5.5.5 on port 53:

Open and close connection succeeded in 50 milli-seconds.
Open and close connection succeeded in 39 milli-seconds.
Open and close connection succeeded in 40 milli-seconds.
Open and close connection succeeded in 49 milli-seconds.

TCPing statistics for 223.5.5.5 on port 53:
Connections: Attempted = 4, Succeeded = 4, Failed = 0 (0% failed),
Approximate round trip time in milli-seconds:
Minimum = 39ms, Maximum = 50ms, Average = 45ms

C:\Users\SkyDust>ping 223.5.5.5

正在 Ping 223.5.5.5 具有 32 字节的数据:
来自 223.5.5.5 的回复: 字节=32 时间=35ms TTL=54
来自 223.5.5.5 的回复: 字节=32 时间=36ms TTL=54
来自 223.5.5.5 的回复: 字节=32 时间=37ms TTL=54
来自 223.5.5.5 的回复: 字节=32 时间=39ms TTL=54

223.5.5.5 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 35ms ，最长 = 39ms ，平均 = 36ms

某宝,HDMI 2 进 1 出

长这么大没上过微博,微博账号都没有

百度开放云,幕布直接 P,要是 P 不好可以让客服帮 P

说个笑话,js 谈性能
还是优化业务逻辑更实在

重构

BOS

不清楚 php 如何加载二进制运行库,不过 C#可以编译后混淆 dll 再发布

c#更忧伤

现在还是使用 BOS 了,哎

@youxiachai 其实自建算带宽的话除非一台机器 1G 的口,否则成本完全比现有的云存储高,我们 2 年前就不再自建了