CDNI的相关问题陈述 概述 CDN对可缓存内容提供了许多好处:降低交付成本,提高终端用户体验,提高交付的鲁棒性.对于这些因素,CDN常 用于大规模的内容交付.因此,现有的CDN提供商正在扩大规模,许多网络服务提供商(NSP)也在部署他们自己的CDN. 一般来说,一个给定的内容项可以被分发给终端用户,而不考虑终端用户的地理位置或者附属网络.这个就是连接独立 CDN的动机,这样每个CDN就可以在内容服务提供商(CSP)和终端用户的端到端操作之间作为开放的内容交付设施进行互相 操作.然而,当前没有开…

CDNI框架 摘要 本文档提出了CDNI的一个框架.框架的目的是提供对CDNI问题空间的总体描述,和描述CDN互连所需的各种组件之间的 关系.CDNI需要指定接口和机制解决诸如请求路由,分发交换元数据,和CDN之间交换日志信息.本文档的目的是概述 每个接口需要完成的工作,描述这些接口和机制如何适配在一起,并且把详细规范放到其他文档.本文档结合RFC6707, 废弃RFC 3466. 本备忘录的状态 版权声明 1.介绍 本文档提供了互连CDN之间各种必须的组件,扩展了RFC6770和RFC6707…

rfc专业性强,现实中不可能有好的全的rfc的翻译 尝试上在github上搜索 https://github.com/tidyjiang8/6lowpan-rfcs-chinese 诚如作者所说: 在网上大都能找到中文版,但有如下缺陷: 多数都是直译,导致阅读时晦涩难懂 有一些翻译甚至有错误,直接把我们给带进坑里了 由于都是个人翻译,术语不统一,经常给我们造成混淆 由于是多人翻译,排版结构不统一,阅读起来不舒服…

博客园精华区有篇文章< GET 和 POST 有什么区别?及为什么网上的多数答案都是错的 >,文中和回复多是对以下两个问题进行了深究: 长度限制 Url 是否隐藏数据 在我看来这两者都不是重点,特写此文予以讨论. 我们先来看些基本概念: HTTP 基本概念 HTTP Request Methods GET.POST 专业名称是 HTTP Request Methods.但 HTTP Request Methods 不只是 GET 和 POST,完整列表如下: GET POST PUT DELE…

HTTP 基本概念 HTTP Request Methods GET.POST 专业名称是 HTTP Request Methods.但 HTTP Request Methods 不只是 GET 和 POST,完整列表如下: GET POST PUT DELETE HEAD OPTIONS TRACE CONNECT PATCH REST 使用前四个:GET.POST.PUT.DELETE.因些这四个也是经常被一块提及的,将这四个作为关键字进行搜索,你会得到更深入的结果. 在一般的 Web 开发…

socks v5是一种用于代理的协议,就是说client用这种协议与server沟通,让server帮忙代访问remote后再将结果通过此协议返给client,所以一般是涉及到3个端,分别是client客户端.server代理端.remote请求目的地.通常因为client无法直接访问remote,有可能是由于防火墙限制,所以需要经过一个中间的server代理来访问remote.著名的shawsocks(client)简称ss就是基于这种协议的,工作于传输层之上,传输层可基于TCP或UDP.原理…

GET和POST方法是HTTP协议规定的.查了HTTP1.1的RFC,原文的专业性极强.下面是白话翻译,欢迎补充和指错. GET方法就是检索(以实体的形式)由请求uri所指定的资源.如果请求的uri指向数据产生的过程,应该把产生的数据应作为实体在响应中返回而不是源文本,除非源文件指向输出过程. 如果请求消息包含if Modified-Since.if - unmodify - since.if - match.if - none - match或if - range头字段,则GET方法的语义将更…

RFC2119定义了规范文档中,英文要求的关键动词,但中文中还没有明确的词,我的建议如下: requirement类,表示没有例外地遵守或一定出现的情况, MUST.MUST NOT.必须,必须不 SHALL.SHALL NOT.必须,必须不 REQUIRED.必备(的) suggestion类, 表示一般情况都这么做,但(预定义的)特殊情况会是例外.这依然是规定,只是有例外. SHOULD.SHOULD NOT.应该,应该不: RECOMMENDED.建议(的),推荐(的) 有时需要应根据实际…

这次聊聊「RFC」. 有很多人经常听说「RFC」的吧,上次介绍的NTP是由「RFC1305规定的」,HTTP是由「RFC2616规定的」. RFC是「Request For Comments」的简称,由 Internet Engineering Task Force 公开的,以指定互联网技术标准「为目标」的文档. 可以这么说,互联网技术中的大部分都是依据它来实现的. 但是,上面的「为目标」用括号括起来是有原因的.实际上互联网技术每天都在变化,想要标准化是非常困难的. 即使规定了「这个是标准」,根…

发现一篇介绍HTTP认证的好文章,就尝试翻译了一下,记录在下面.(翻译的很挫,哈哈哈) 原文: http://frontier.userland.com/stories/storyReader$2159 ===================================================================================================== HTTP 认证(Authentication) 模式 简介 这篇文章描述了HTTP客户端认证…

超文本传输协议版本 2 IETF HTTP2草案(draft-ietf-httpbis-http2-13) 摘要 本规范描述了一种优化的超文本传输协议(HTTP).HTTP/2通过引进报头字段压缩以及多路复用来更有效利用网络资源.减少感知延迟.另外还介绍了服务器推送规范. 本文档保持对HTTP/1.1的后向兼容,HTTP的现有的语义保持不变. 1 介绍 The Hypertext Transfer Protocol (HTTP) is a wildly successful protocol.…

转自:http://blog.sina.com.cn/s/blog_65d6476a0101cj8n.html RFC(Request For Comments)-意即“请求注解”,包含了关于Internet的几乎所有重要的文字资料.如果你想成为网络方面的专家,那么RFC无疑是最重要也是最经常需要用到的资料之一,所以RFC享有网络知识圣经之美誉.通常,当某家机构或团体开发出了一套标准或提出对某种标准的设想,想要征询外界的意见时,就会在Internet上发放一份RFC,对这一问题感兴趣的人可以阅读…

写这篇文章主要有两方面用途 1.希望给rails同行一定的帮助,翻译水平有限,贴出中英文,翻译有误的地方欢迎指正,非常感谢,转载请标明出处,谢谢. 2.加深作者对gem的理解,有需要更详细了解安装以及使用的朋友可以点击文章中的链接进入gem sources详细介绍. 3.不定期更新 一.mjackson/rack-accept 版本:0.4.5 Rack::Accept is a suite of tools for Ruby/Rack applications that eases the c…

  本文已经废弃,现在apache2不依靠httpd.conf来配置. Ubuntu下默认的配置文件是/etc/apache2/sites-available/default 可以修改上面文件来修改apache2配置 目录 [隐藏] 1 原文说明 2 文件全局说明 3 第一区:全局环境参数 4 第二区:“主”服务配置 5 第三区:虚拟主机 原文说明 引自www.linuxsir.org 原文地址:http://www.7880.com/Info/Article-3df0ef00.html 文件全…

在学习pjsip的过程中,发现只是单单的阅读英文官方文档,对于里边概念的理解还是不够透彻,并且苦于pjsip没有发现全一点的中文版本,所以想尽自己所能为建设和谐社会而贡献一份力量,文中定会有所疏漏,希望各位看客能够不吝赐教. 1:pjsip教程(一)之PJNATH简介 2:pjsip教程(二)之ICE穿越打洞:Interactive Connectivity Establishment简介 3:pjsip教程(三)之ICE stream transport的使用 4:pjsip文档(四)之ICE…

所有rfc的集结地:    http://www.rfc-editor.org/rfc rtp的rfc: http://en.wikipedia.org/wiki/RTP_audio_video_profile 1.第一个阶段:     学习H.264,首先要把最基本最必要的资料拿在手里,内容包括:标准文档(即 ITU 协议).测试模型(即 ITU 提供的编解码器源代码).经典文章(即后面提到的文章).怎么使用这些资料呢?首先看里面的<H.264_MPEG-4 Part 10 White Pap…

[i=s] 本帖最后由 www.PHP888.com 于 2009-5-22 13:40 编辑 [/i] # 基于 NCSA 服务的配置文件. # #这是Apache服务器主要配置文件. #它包含服务器的影响服务器运行的配置指令. #参见<URL:http://httpd.ache.org/doc-2.0/>以取得关于这些指令的详细信息 # #不要只是简单的阅读这些指令信息而不去理解它. #这里只是做了简单的说明,如果你没有参考在线文件,你就会被警告. # #这些配置指令被分为下面三个部分: …

HTTP是一种很简单的请求.响应式协议,客户端发送一个请求.服务器返回一个响应.HTTP 1.1 版本规范由 RFC2616 定义.了解了 HTTP请求.响应消息在TCP数据流中的格式,很容易使用纯 socket 模拟HTTP客户端.HTTP服务器发送接收数据. RFC文档全是ASCII码,txt格式,但有其标准格式,用户可通过官方网站查阅(http://www.rfc-editor.org/),也可下载txt版本并使用阅读器(RFCReader.UE或写字板都可以,记事本打开时格式不规范,有网…

翻译:阿宝 更新:2016-09-11 来源:彩色世界(https://blog.hz601.org/2016/07/03/real-time-messaging-protocol/index.html) Adobe公司的实时消息传输协议 摘要 此备忘录描述了 Adobe公司的实时消息传输协议(RTMP),此协议从属于应用层,被设计用来在适合的传输协议(如TCP)上复用和打包多媒体传输流(如音频.视频和互动内容). 目录 1.简介 1.1.术语 2.贡献者 3.定义 4.字节序,对齐,和时间格式…

RFC(Request For Comments)是一个国际标准化的数据库,记录了从计算机到互联网的海量标准协议.它是一个免费公开的IT标准文件分享平台,其内容也在不断增长,与时俱进.它与ISO等组织共同努力,朝着全球信息技术标准统一的目标前进. RFC1 主机软件 RFC2 主机软件 RFC3 文档规范 RFC4 网络时间表 RFC6 与 Bob Kahn 会话 RFC10 文档规范 RFC13 零文本长度的EOF信息 RFC16 M.I.T RFC18 IMP-IMP和主机-主机控制联接 R…

RFC(Request For Comments)是一个国际标准化的数据库,记录了从计算机到互联网的海量标准协议.它是一个免费公开的IT标准文件分享平台,其内容也在不断增长,与时俱进.它与ISO等组织共同努力,朝着全球信息技术标准统一的目标前进. RFC1 主机软件 RFC2 主机软件 RFC3 文档规范 RFC4 网络时间表 RFC6 与 Bob Kahn 会话 RFC10 文档规范 RFC13 零文本长度的EOF信息 RFC16 M.I.T RFC18 IMP-IMP和主机-主机控制联接 R…

本文为翻译,原文地址:https://blogs.msdn.microsoft.com/webdev/2018/12/04/asp-net-core-2-2-available-today/ 我(文章作者)很高兴地宣布ASP.NET Core 2.2现在作为.NET Core 2.2的一部分提供! 怎么获取它 您可以从 .NET Core 2.2 下载页面下载适用于您的开发机器和构建服务器的新 .NET Core SDK(2.2.100). 此页面还提供了新的 Windows Server ho…

HTTP 1,HTTP所表达的控制以及描述性相关的信息都包含在了HTTP的起始行和首部之中.BNF的使用使得自己能够清晰的梳理出起始行和首部中所有类别的元信息.对于每一类的元信息具体包含哪些内容也能够有所了解.这一抽象的方法不仅HTTP协议定义的时候比较严谨之外,在实现HTTP解析器(浏览器)的时候参照BNF写代码是非常容易实现的.这也提醒了我们在编写相关的系统设计方案的时候是可以借鉴类似的方法的.毕竟使用文字表述的设计方案存在这问题遗漏,表述不够清晰,不同人理解有所差异等方面的问题.(我们会看…

偶尔在网上看到的这篇文章,总结了linux中一些天天在说的概念.可能是因为天天说的关系, 一直以为自己知道这些概念.其实对有些概念也只是似是而非的了解而已. 为此,决定将所有的小知识点全翻译下来,给自己看也是给大家参考. 原文是日文的(http://www.lpi.or.jp/lpic/examination/knowledge.shtml),翻译水平有限,难免有些错误,欢迎大家指出. 全部知识点一共 54 个,今天开始争取每天翻译一个知识点. 1. 「i386」是什么? 2. 「Linux」怎…

最近我一直在阅读“Rest实践”的草稿:一本几位同事一直在努力编写的书. 他们的目的是解释如何使用Restful Web服务来处理企业面临的许多集成问题. 这本书的核心在于这样一种观点,Web以一个有效的可扩展分布式系统存在,它的工作效果非常好,这足以证明我们可以从中得到想法轻松地构建集成系统. 图1: REST的步骤 为了帮助解释一个web-style的系统的具体属性,作者使用了由Leonard Richardson开发的一种restful成熟度模型,这模型他在QCon谈话中解释过. 这个模型…

在闲暇时间做了一个TOTP相关的开源项目,在项目初步完成之余,我尝试对[RFC6238]文档进行了翻译,供大家参考与查阅,若有不妥之处,还望各位前辈海涵斧正. [RFC6238] : Time-Based One-Time Password Algorithm 开源项目地址:tick-authenticator 文章概要 This document describes an extension of the One-Time Password (OTP) algorithm, namely th…

RFC说明 Request For Comments (RFC),是一系列以编号排定的文件,几乎所有的因特网标准都收录在RFC文件之中,如果你想成为网络方面的专家,那么RFC无疑是最重要也是最经常需要用到的资料之一,所以RFC享有网络知识圣经之美誉.一言以蔽之,想要学网络协议,就看RFC. 其官网为:https://www.rfc-editor.org/ 国内china-pub翻译了RFC1~RFC3093,国内还有一个RFC协议分析网站,不过这两个网站貌似都已经在几年前就停止更新了. 下图是R…

为了过NTLM 的EPA认证, 参考了这篇文章,现在翻译过来,备查. 如果你知道NTLM,并且需要过EPA, 那么这篇文章一定是你最想知道的. 原文地址: NTLM and Channel Binding Hash (aka Extended Protection for Authentication) – Microsoft Open Spec ======================= Extended Protection for Authnetication (EPA) was in…

http://page.renren.com/699032478/note/708597990 (一)背景知识 OAuth 2.0很可能是下一代的“用户验证和授权”标准,目前在国内还没有很靠谱的技术资料.为了弘扬“开放精神”,让业内的人更容易理解“开放平台”相关技术,进而长远地促进国内开放平台领域的发展,笔者特意将OAuth 2.0协议翻译成中文. 目前OAuth 2.0还没有最后定稿,最新的修改版是第11个版本,本文下面的翻译即基于这个第11版本.原文见http://tools.ietf.or…

PEP 333 中文翻译 首先说明一下,本人不是专门翻译的,英文水平也不敢拿来献丑.只是这是两年前用python的时候为了自己学习方便而翻译的,记录着笔记自己看看而已.最近翻出来看看觉得还是放出来吧.一个网络上还是没有找到别人完整的中文翻译,这个自己的烂翻译就姑且放出来吧.也方便其他英文不好的人了,总比没有光看英文好吧. 另外我翻译之前有朋友其实已经翻译了一半了(他的翻译点这里http://blog.sina.com.cn/s/blog_8a18c33d01019xqb.html),但是没全,所…