共被编辑 6 次

版本 更新时间 贡献者 编辑原因 操作
#r6 2017年10月03日 myformd52 更新问题 查看

又拍云cdn回源对head的处理机制??

我们已知假设:
1 源站

www.baidu.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: AliyunOSS
Date: Tue, 03 Oct 2017 09:36:20 GMT
Content-Type: image/jpeg
Content-Length: 71155
**ETag: "B44345C56641FF679D8E3BFDF5131D92"**
Last-Modified: Tue, 03 Oct 2017 09:24:31 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: 3243274310590783966
x-oss-storage-class: Standard
x-oss-meta-md5: md5md5md5md5md5md5md5md5
Content-MD5: tENFxWZB/2edjjv99RMdkg==

2 配置了又拍云cdn

mmd5.b0.upaiyun.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: marco/1.8
Date: Tue, 03 Oct 2017 09:36:37 GMT
Content-Type: image/jpeg
Content-Length: 71155
**Etag: "B44345C56641FF679D8E3BFDF5131D92"**
Via: T.5201.S.1, V.403-zj-fud-208,...

3 直接使用ftp上传到又拍云存储 + 配置好CDN

upyun.b0.upaiyun.com/login.jpg

访问时会返回Headers

date:Tue, 03 Oct 2017 10:05:26 GMT
**etag:W/"1398b-15ed2368d00"**
server:upyun/0.2
x-download-options:noopen

翻了半天又拍云的文档也没找到,又拍云对header的处理机制

2 回源,源站返回的header里面,Content-MD5,x-oss-hash-crc64ecma之类的全部被抛弃了,但Etag保留了
3 直接使用又拍云存储+CDN,Etag内容是什么?W/"1398b-1我猜是最后写入时间?又拍你倒是给个文档说一下Etag是怎么来的啊

所以问题是:
1 又拍的回源时,headers哪些会被保留?
2 又拍云存储+CDN,Etag内容是什么?

继续分析,又想到一点,2 被保留的Etag 应该是临时性保留,
又拍有个镜像存储/镜像源站功能,就是配置好回源站点,开启镜像,会把cdn的文件保留到又拍云存储里面,下次用户访问cdn会从又拍云存储里面直接读取文件返回,不需要再次回源请求

那么这个保存的时候会不会保存Etag呢?还是在保存的时候会生成一个etag:W/"1398b-15ed2368d00这样的新的Etag?

这样就会导致,用户不同时间访问同一个文件,返回的header里面的Etag可能是不同的

一:回源读取,返回源Etag
二:镜像又拍云存储读取,返回etag:W/"1398b-15ed2368d00这样的

所以会分析说被保留的Etag 应该是临时性保留,但是不是这样呢?又拍文档里面没有任何相关描述

#r5 2017年10月03日 myformd52 更新问题 查看

又拍云cdn回源对head的处理机制??

我们已知假设:
1 源站

www.baidu.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: AliyunOSS
Date: Tue, 03 Oct 2017 09:36:20 GMT
Content-Type: image/jpeg
Content-Length: 71155
**ETag: "B44345C56641FF679D8E3BFDF5131D92"**
Last-Modified: Tue, 03 Oct 2017 09:24:31 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: 3243274310590783966
x-oss-storage-class: Standard
x-oss-meta-md5: md5md5md5md5md5md5md5md5
Content-MD5: tENFxWZB/2edjjv99RMdkg==

2 配置了又拍云cdn

mmd5.b0.upaiyun.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: marco/1.8
Date: Tue, 03 Oct 2017 09:36:37 GMT
Content-Type: image/jpeg
Content-Length: 71155
**Etag: "B44345C56641FF679D8E3BFDF5131D92"**
Via: T.5201.S.1, V.403-zj-fud-208,...

3 直接使用又拍云存储+CDN

upyun.b0.upaiyun.com/login.jpg

访问时会返回Headers

date:Tue, 03 Oct 2017 10:05:26 GMT
**etag:W/"1398b-15ed2368d00"**
server:upyun/0.2
x-download-options:noopen

翻了半天又拍云的文档也没找到,又拍云对header的处理机制

2 回源,源站返回的header里面,Content-MD5,x-oss-hash-crc64ecma之类的全部被抛弃了,但Etag保留了
3 直接使用又拍云存储+CDN,Etag内容是什么?W/"1398b-1我猜是最后写入时间?又拍你倒是给个文档说一下Etag是怎么来的啊

所以问题是:
1 又拍的回源时,headers哪些会被保留?
2 又拍云存储+CDN,Etag内容是什么?

又拍云真是垃圾,这么多年了文档依旧垃圾中的垃圾

#r4 2017年10月03日 myformd52 更新问题 查看

又拍云cdn回源对head的处理机制??

我们已知假设:
1 源站

www.baidu.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: AliyunOSS
Date: Tue, 03 Oct 2017 09:36:20 GMT
Content-Type: image/jpeg
Content-Length: 71155
**ETag: "B44345C56641FF679D8E3BFDF5131D92"**
Last-Modified: Tue, 03 Oct 2017 09:24:31 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: 3243274310590783966
x-oss-storage-class: Standard
x-oss-meta-md5: md5md5md5md5md5md5md5md5
Content-MD5: tENFxWZB/2edjjv99RMdkg==

2 配置了又拍云cdn

mmd5.b0.upaiyun.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: marco/1.8
Date: Tue, 03 Oct 2017 09:36:37 GMT
Content-Type: image/jpeg
Content-Length: 71155
**Etag: "B44345C56641FF679D8E3BFDF5131D92"**
Via: T.5201.S.1, V.403-zj-fud-208,...

3 直接使用又拍云存储+CDN

upyun.b0.upaiyun.com/login.jpg

访问时会返回Headers

date:Tue, 03 Oct 2017 10:05:26 GMT
**etag:W/"1398b-15ed2368d00"**
server:upyun/0.2
x-download-options:noopen

翻了半天又拍云的文档也没找到,又拍云对header的处理机制

2 回源,源站返回的header里面,Content-MD5,x-oss-hash-crc64ecma之类的全部被抛弃了,但Etag保留了
3 直接使用又拍云存储+CDN,Etag内容是什么?W/"1398b-1我猜是最后写入时间?又拍你倒是给个文档说一下Etag是怎么来的啊

所以问题是:
1 又拍的回源时,headers哪些会被保留?
2 又拍云存储+CDN,Etag内容是什么?

又拍云真是垃圾,这么多年了文档依旧垃圾中的垃圾

#r3 2017年10月03日 myformd52 更新问题 查看

又拍云cdn回源对head的处理机制??

我们已知假设:
1 源站

http:##www.baidu.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: AliyunOSS
Date: Tue, 03 Oct 2017 09:36:20 GMT
Content-Type: image/jpeg
Content-Length: 71155
**ETag: "B44345C56641FF679D8E3BFDF5131D92"**
Last-Modified: Tue, 03 Oct 2017 09:24:31 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: 3243274310590783966
x-oss-storage-class: Standard
x-oss-meta-md5: md5md5md5md5md5md5md5md5
Content-MD5: tENFxWZB/2edjjv99RMdkg==

2 配置了又拍云cdn

http:##myformd5.b0.upaiyun.co...

访问时会返回Headers

HTTP/1.1 200 OK
Server: marco/1.8
Date: Tue, 03 Oct 2017 09:36:37 GMT
Content-Type: image/jpeg
Content-Length: 71155
**Etag: "B44345C56641FF679D8E3BFDF5131D92"**
Via: T.5201.S.1, V.403-zj-fud-208,...

3 直接使用又拍云存储+CDN

http:##myformd5upyun.b0.upaiy...

访问时会返回Headers

date:Tue, 03 Oct 2017 10:05:26 GMT
**etag:W/"1398b-15ed2368d00"**
server:upyun/0.2
x-download-options:noopen

翻了半天又拍云的文档也没找到,又拍云对header的处理机制

2 回源,源站返回的header里面,Content-MD5,x-oss-hash-crc64ecma之类的全部被抛弃了,但Etag保留了
3 直接使用又拍云存储+CDN,Etag内容是什么?W/"1398b-1我猜是最后写入时间?又拍你倒是给个文档说一下Etag是怎么来的啊

所以问题是:
1 又拍的回源时,headers哪些会被保留?
2 又拍云存储+CDN,Etag内容是什么?

又拍云真是垃圾,这么多年了文档依旧垃圾中的垃圾

#r2 2017年10月03日 myformd52 更新问题 查看

又拍云cdn回源对head的处理机制??

我们已知假设:
1 源站

http://www.baidu.com/login.jpg

访问时会返回Headers

HTTP/1.1 200 OK
Server: AliyunOSS
Date: Tue, 03 Oct 2017 09:36:20 GMT
Content-Type: image/jpeg
Content-Length: 71155
**ETag: "B44345C56641FF679D8E3BFDF5131D92"**
Last-Modified: Tue, 03 Oct 2017 09:24:31 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: 3243274310590783966
x-oss-storage-class: Standard
x-oss-meta-md5: md5md5md5md5md5md5md5md5
Content-MD5: tENFxWZB/2edjjv99RMdkg==

2 配置了又拍云cdn

http://myformd5.b0.upaiyun.co...

访问时会返回Headers

HTTP/1.1 200 OK
Server: marco/1.8
Date: Tue, 03 Oct 2017 09:36:37 GMT
Content-Type: image/jpeg
Content-Length: 71155
**Etag: "B44345C56641FF679D8E3BFDF5131D92"**
Via: T.5201.S.1, V.403-zj-fud-208,...

3 直接使用又拍云存储+CDN

http://myformd5upyun.b0.upaiy...

访问时会返回Headers

date:Tue, 03 Oct 2017 10:05:26 GMT
**etag:W/"1398b-15ed2368d00"**
server:upyun/0.2
x-download-options:noopen

翻了半天又拍云的文档也没找到,又拍云对header的处理机制

2 回源,源站返回的header里面,Content-MD5,x-oss-hash-crc64ecma之类的全部被抛弃了,但Etag保留了
3 直接使用又拍云存储+CDN,Etag内容是什么?W/"1398b-1我猜是最后写入时间?又拍你倒是给个文档说一下Etag是怎么来的啊

所以问题是:
1 又拍的回源时,headers哪些会被保留?
2 又拍云存储+CDN,Etag内容是什么?

又拍云真是垃圾,这么多年了文档依旧垃圾中的垃圾

#r1 2017年10月03日 myformd52 创建问题 查看

又拍云cdn回源对head的处理机制??

我们已知假设:
1 源站http://www.baidu.com/login.jpg
访问时会返回Headers

HTTP/1.1 200 OK
Server: AliyunOSS
Date: Tue, 03 Oct 2017 09:36:20 GMT
Content-Type: image/jpeg
Content-Length: 71155
**ETag: "B44345C56641FF679D8E3BFDF5131D92"**
Last-Modified: Tue, 03 Oct 2017 09:24:31 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: 3243274310590783966
x-oss-storage-class: Standard
x-oss-meta-md5: md5md5md5md5md5md5md5md5
Content-MD5: tENFxWZB/2edjjv99RMdkg==

2 配置了又拍云cdn http://myformd5.b0.upaiyun.co...
访问时会返回Headers

HTTP/1.1 200 OK
Server: marco/1.8
Date: Tue, 03 Oct 2017 09:36:37 GMT
Content-Type: image/jpeg
Content-Length: 71155
**Etag: "B44345C56641FF679D8E3BFDF5131D92"**
Via: T.5201.S.1, V.403-zj-fud-208,...

3 直接使用又拍云存储+CDN http://myformd5upyun.b0.upaiy...
访问时会返回Headers

date:Tue, 03 Oct 2017 10:05:26 GMT
**etag:W/"1398b-15ed2368d00"**
server:upyun/0.2
x-download-options:noopen

翻了半天又拍云的文档也没找到,又拍云对header的处理机制

2 回源,源站返回的header里面,Content-MD5,x-oss-hash-crc64ecma之类的全部被抛弃了,但Etag保留了
3 直接使用又拍云存储+CDN,Etag内容是什么?W/"1398b-1我猜是最后写入时间?又拍你倒是给个文档说一下Etag是怎么来的啊

所以问题是:
1 又拍的回源时,headers哪些会被保留?
2 又拍云存储+CDN,Etag内容是什么?

又拍云真是垃圾,这么多年了文档依旧垃圾中的垃圾