有办法通过 Web 服务器、反代的日志统计服务器到客户端的速度么？

RT，Web服务器似乎可以通过记录返回数据的大小和连接时间来计算，但是这个是否准确？
反代的话似乎就更麻烦一些……

lsylsy2

2014 年 2 月 17 日

@Livid 对于反向代理，这个时间代表的是什么？从收到请求到发送完数据的所有时间？
有没有标记可以记录缓存是否命中？
在研究一个类CDN的东西，希望通过分析日志获得不同机房对不同地域的网络状况

Livid

2014 年 2 月 17 日

@lsylsy2 对，处理一个请求的完整时间。

$upstream_cache_status

你最好去看一下 Nginx 的完整文档。

lsylsy2

2014 年 2 月 17 日

@Livid 好的，其实是还没决定用哪个软件，感觉Nginx的缓存似乎没有负载均衡那么有优势……

lsylsy2

2014 年 2 月 17 日

@Livid 目标是用Linode、DO这种较为廉价的带宽自建CDN，通过日志统计避开“线路抽风”之类情况

Livid

2014 年 2 月 17 日

@lsylsy2 那你还需要在国内有台机器来持续测试线路质量吧。

ericFork

2014 年 2 月 17 日

@lsylsy2 可能会发现绕了弯路……你还是在做流媒体直播么？

lsylsy2

2014 年 2 月 17 日

@Livid 不是，而是比如嵌入JS，或者直接看普通文件，比如移动用户连DO服务器的平均速度明显低于正常值时，就将移动用户分散到其它服务器上，若干访问量后再集中到状况最佳的那个线路

lsylsy2

2014 年 2 月 17 日

@ericFork 不是，就是普通下载而已

ericFork

2014 年 2 月 17 日

@lsylsy2 想法不错，不过这个自动切换的逻辑不好做而且有一定风险吧

lsylsy2

2014 年 2 月 17 日

@ericFork 想了想可能更适合大文件，比如网盘、音乐试听类的

ovear

2014 年 2 月 17 日

我个人比较看好nginx，他的module非常的有优势。另外选择varnish不如选择squid，他的姊妹节点也是非常的方便

lsylsy2

2014 年 2 月 17 日

@ovear squid不是说架构比较老，性能一般么？

ovear

2014 年 2 月 17 日

@lsylsy2 啧啧，各大cdn都在用，你觉得呢。varnish内存 233333

lsylsy2

2014 年 2 月 17 日

@ovear squid姊妹节点可以跨机房么？（比如都在美国西岸）
是nginx+squid还是纯squid呢……

ovear

2014 年 2 月 17 日

@lsylsy2 跨星球都行，我以前的架构是squid+nginx。你可以自己选择。看需求吧

lsylsy2

2014 年 2 月 19 日

@ovear 是Nginx在前台做buff，squid做缓存么？

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/100588

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.