1
tms 2015-12-19 16:18:16 +08:00
写个集中控制界面。带统计功能就完美了。
|
3
cevincheung 2015-12-19 16:24:21 +08:00
@Andy1999 flumeng 采集日志
|
4
Andy1999 OP @cevincheung 还是需要第三方软件来的咯。。。 VPS 压力太大了吧
|
5
plqws 2015-12-19 16:26:30 +08:00
感觉这些机房线路的速度并不理想…上海电信用户如是说道
|
7
boter 2015-12-19 16:30:16 +08:00 via iPhone
话说 andy 是高中生么,:)
|
9
qiuai 2015-12-19 16:33:41 +08:00
山东联通,访问到的 IP 是 SLHK.
|
12
GPU 2015-12-19 16:50:56 +08:00
图片挂了
|
14
GPU 2015-12-19 16:52:03 +08:00
103.192.177.27
|
15
shyling 2015-12-19 16:53:28 +08:00 via iPad
if ( $args = "key") {
ngx_purge...... or rewrite /purge/$uri; } 另外图片 404 |
16
GPU 2015-12-19 16:55:16 +08:00
|
17
manhere 2015-12-19 16:56:27 +08:00 via iPhone
何不搞搞 apache traffic server 试试?
|
19
Andy1999 OP |
20
ryd994 2015-12-19 17:45:48 +08:00 via Android
|
21
49 2015-12-19 17:51:49 +08:00
感觉这些线路也很一般啊 →_→ 国外不考虑抽风因素喵_(:3 」∠)_
Azure A1 中国做 CDN 应该是最划算的吧, 100Mbps 带宽, 1T 流量。\ (´ ・ω・`)/ |
29
ryd994 2015-12-19 19:00:32 +08:00
@shyling 我说过了啊…………看上面
proxy_cache_key 就好了,如果已知无法缓存的,用 proxy_no_cache 和 proxy_cache_bypass |
32
chinabrowser 2015-12-19 21:19:33 +08:00
我这 ownCloud 的 CDN 就用了三个
IDCF+SL JP+ConoHa SG 能保证我们这个地区看在线 1080P 流畅 |
33
chinabrowser 2015-12-19 21:20:50 +08:00
@chinabrowser 准确的说也不是 CDN 就是用 iptables 转发了下 80 和 443
反正都是动态页面 弄 nginx 反而浪费 U |
34
a1058021348 2015-12-19 21:29:36 +08:00
|
35
Andy1999 OP |
36
Showfom 2015-12-19 22:01:56 +08:00
@chinabrowser 静态页面缓存下来啊,不然你 CDN 的意义何在?
|
38
wangluowangwang 2015-12-19 23:09:05 +08:00 via Android
没 bgp 多线路的中间下载节点。没有的话就得考虑源站到所有加速服务器之间的连接性能。
cdn 是庞大的投资。 |
39
Andy1999 OP @wangluowangwang BGP 在上海宜山机房托管了 1U 无线+MLPShinet
不过就靠这个也没多大用 我只想做海外加速 |
40
iCodex 2015-12-20 00:44:24 +08:00
为何不用 varnish 。。。
|
42
Daniel65536 2015-12-20 01:23:10 +08:00 1
> 目前已经能够远程刷新 Cache 但是不能批量提交,要一个节点一个节点清理掉比较复杂。
用 post_action 可以解决问题, post_action 可以让你的 nginx 服务器在完成了某个请求后向某个地址发送 GET 或者 POST ,你可以配置 CDN 的某核心主机在你远程访问了 purge 之后代替你向其他节点发送同样的请求。 比较奇怪的是 post_action 根本没法在 nginx.org 的文档里找到……但是这个功能确实又存在…… 用法大概是: location / { expires 1d; try_files $uri $uri/ =404; post_action @tracker; } location @tracker { internal; proxy_method GET; proxy_pass http://example.com; proxy_pass_request_headers off; proxy_pass_request_body off; } 这样子。 我目前是用这个来给 Google Analytics 发信息,从后台做统计…… |
43
akw2312 2015-12-20 04:11:08 +08:00 via Android
|
44
ryd994 2015-12-20 09:17:34 +08:00 1
@Daniel65536 关于 post_action , Maxim 的原话是“故意没写文档”
因为这个选项的各种副作用太复杂,不了解 nginx 内部的人乱用很有可能会有不希望的结果。 你这个用法就属于不建议的用法。因为(至少在上一个问类似问题的人的时候) post_action 的执行是 blocking 的,所以在这段请求的时间里,这个 worker 进程是卡死的。 nginx 现在引入了 multi-thread ,所以这个问题可能已经不是很严重了。 |
45
xiaodaigou 2015-12-20 12:47:23 +08:00 via iPhone
分享了什么。。。
|