有问题就有答案
Q1：动态实体服务器是什么意思啊？如题 谢谢了
实时流协议RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。 6.3 RTSP协议 实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。 6.3.1 简介 6.3.1.1 目的 实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可靠传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的操作如下： 从媒体服务器上检索媒体： 用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。 媒体服务器邀请进入会议： 媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。 将媒体加到现成讲座中： 如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由代理、通道与缓存处理。 6.3.1.2 协议特点 RTSP 特性如下： 可扩展性： 新方法和参数很容易加入RTSP。 易解析： RTSP可由标准 HTTP或MIME解吸器解析。 安全： RTSP使用网页安全机制。 独立于传输： RTSP可使用不可靠数据报协议（UDP）、可靠数据报协议（RDP），如要实现应用级可靠，可使用可靠流协议。 多服务器支持： 每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在传输层执行。 记录设备控制： 协议可控制记录和回放设备。 流控与会议开始分离： 仅要求会议初始化协议提供，或可用来创建唯一会议标识号。特殊情况下， SIP或H.323 可用来邀请服务器入会。 适合专业应用： 通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑 演示描述中立： 协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP URI。 代理与防火墙友好： 协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个"缺口"。 HTTP友好： 此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台（PICS）。由于在大多数情况下控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法。 适当的服务器控制： 如用户启动一个流，他必须也可以停止一个流。 传输协调； 实际处理连续媒体流前，用户 可协调传输方法。 性能协调： 如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的用户界面。 6.3.1.3扩展RTSP 由于不是所有媒体服务器有着相同的功能，媒体服务器有必要支持不同请求集。RTSP 可以如下三种方式扩展，这里以改变大小排序： 以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。 加入新方法。如信息接收者不理解请求，返回501错误代码（还未实现），发送者不应再次尝试这种方法。用户可使用OPTIONS方法查询服务器支持的方法。服务器使用公共响应头列出支持的方法。 定义新版本协议，允许改变所有部分。（除了协议版本号位置） 6.3.1.4操作模式 每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演示描述文件定义。使用HTTP或其它途径用户可获得这个文件，它没有必要保存在媒体服务器上。 为了说明，假设演示描述描述了多个演示，其中每个演示维持了一个公共时间轴。为简化说明，且不失一般性，假定演示描述的确包含这样一个演示。演示可包含多个媒体流。除媒体参数外，网络目标地址和端口也需要决定。下面区分几种操作模式： 单播： 以用户选择的端口号将媒体发送到RTSP请求源。 组播，服务器选择地址： 媒体服务器选择组播地址和端口，这是现场直播或准点播常用的方式。 组播，用户选择地址： 如服务器加入正在进行的组播会议，组播地址、端口和密匙由会议描述给出。 6.3.1.5 RTSP状态 RTSP控制通过单独协议发送的流，与控制通道无关。例如，RTSP控制可通过TCP连接，而数据流通过UDP。因此，即使媒体服务器没有收到请求，数据也会继续发送。在连接生命期，单个媒体流可通过不同TCP连接顺序发出请求来控制。所以，服务器需要维持能联系流与RTSP请求的连接状态。RTSP中很多方法与状态无关，但下列方法在定义服务器流资源的分配与应用上起着重要的作用： SETUP： 让服务器给流分配资源，启动RTSP连接。 PLAY与RECORD： 启动SETUP 分配流的数据传输。 PAUSE： 临时停止流，而不释放服务器资源。 TEARDOWN： 释放流的资源，RTSP连接停止。 标识状态的RTSP方法使用连接头段识别RTSP连接，为响应SETUP请求，服务器连 接产生连接标识。 6.3.1.6 与其他协议关系 RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目前的协议规范目的在于允许在网页服务器与实现RTSP媒体服务器之间存在不同传递点。例如，演示描述可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许独立RTSP 服务器与用户不全依靠HTTP。 但是，RTSP与HTTP 的本质差别在于数据发送以不同协议进行。HTTP是不对称协议，用户发出请求，服务器作出响应。RTSP中，媒体用户和服务器都可发出请求，且其请求都是无状态的；在请求确认后很长时间内，仍可设置参数，控制媒体流。重用HTTP功能至少在两个方面有好处，即安全和代理。要求非常接近，在缓存、代理和授权上采用HTTP功能是有价值的。 当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。RTSP假设存在演示描述格式可表示包含几个媒体流的演示的静态与临时属性。 6.3.2 协议参数 6.3.3 RTSP 信息 RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易。由于参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。 10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议携带。 请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在服务器端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定： 不管实体头段是否出现在信息中，不包括信息体的的响应信息总以头段后第一和空行结束。 如出现内容长度头段，其值以字节计，表示信息体长度。如未出现头段，其值为零。 服务器关闭连接。 注意：RTSP目前并不支持HTTP/1.1"块"传输编码，需要有内容长度头。假如返回适度演示描述长度，即使动态产生，使块传输编码没有必要，服务器也应该能决定其长度。如有实体，即使必须有内容长度，且长度没显式给出，规则可确保行为合理。 从用户到服务器端的请求信息在第一行内包括源采用的方法、源标识和所用协议版本。RTSP定义了附加状态代码，而没有定义任何HTTP代码。 6.3.4 实体 如不受请求方法或响应状态编码限制，请求和响应信息可传输实体，实体由实体头文件和试题体组成，有些响应仅包括实体头。在此，根据谁发送实体、谁接收实体，发送者和接收者可分别指用户和服务器。 实体头定义实体体可选元信息，如没有实体体，指请求标识的资源。扩展头机制允许定义附加实体头段，而不用改变协议，但这些段不能假定接收者能识别。不可识别头段应被接收者忽略，而让代理转发。 6.3.5 连接 RTSP请求可以几种不同方式传送： 1、持久传输连接，用于多个请求/响应传输。 2、每个请求/响应传输一个连接。 3、无连接模式。 传输连接类型由RTSP URI来定义。对 "rtsp" 方案，需要持续连接；而"rtspu"方案，调用RTSP 请求发送，而不用建立连接。 不象HTTP，RTSP允许媒体服务器给媒体用户发送请求。然而，这仅在持久连接时才支持，否则媒体服务器没有可靠途径到达用户，这也是请求通过防火墙从媒体服务器传到用户的唯一途径。 6.3.6 方法定义 方法记号表示资源上执行的方法，它区分大小写。新方法可在将来定义，但不能以$开头。 某些防火墙设计与其他环境可能要求服务器插入RTSP方法和流数据。由于插入将使客户端和服务器操作复杂，并强加附加开销，除非有必要，应避免这样做。插入二进制数据仅在RTSP通过TCP传输时才可使用。流数据（如RTP包）用一个ASCII美圆符号封装，后跟一个一字节通道标识，其后是封装二进制数据的长度，两字节整数。流数据紧
Q2：云服务器和独立服务器哪个更好
这个看需求、如果你钱多没地方花、选着独立服务器最好。云服务器和独立服务器并不是同一个概念，云主机和独立服务器是有差异的，下面我们从几个方面来总结一下两者之间的差异。1、首要重视的是费用投入现在中小公司电子商务需求的中低端配的配置计算，4核至强CPU、4G内存、300G硬盘、起码5M带宽。注：服务器租借的硬盘通常为SATA 500G，而云主机硬盘通常不足300G;保管报价以当时报价最低款计算。经过剖析，对于自己及小团队初始投入，运用云主机会更灵活和实惠;但对于公司长时间运用，服务器保管是不贰的挑选。2、机房及网络挑选对于公司用户需求的网络稳定性而言，100M同享与10M独享，更主张运用10M独享。但对于服务器搬迁灵活性而言，云主机占有十分大的优势。对于网络质量，机房一但挑选，网络质量就稳定，很难说谁更具有优势，经历通知我们，越是稳定的客户群，网络就越稳定，所以，服务器保管区域的网络通常比云主机及服务器租借区域较有优势。3、易用性易用性方面，云主机更占有优势。4、功能及拓展云主机依据虚拟化技能，便当用户升级，用户可直接在线自助挑选升级，弹性较大；服务器租借通常由IDC公司供给固定类型的商品挑选，升级直接升级为更高档商品，升级空间并不大；服务器保管升级由用户自行升级部件，可拓展空间由所采购服务器拓展性决议，为了更大的拓展性，服务器在初始购置时需求思考这方面的需求，对用户请求稍高。5、功能及按需分配在全体测试中，云主机与独立服务器(含租借及保管)的平等标称配置下，云主机CPU功能不如独立服务器，但突发运用下，云主机弹性较大。按需剖析是对于云主机运营商而言，对于用户来讲一但采购，对这块的重视并不会太多。故对全体请求很功能稳定的状况下，更主张用户自行配置高功能服务器保管，功能理念有确保。6、容灾性云主机主动备份及冗余，但依据实际运用中的经历，依然需求用户自行异地备份。服务器租借及保管需求用户自行进行本地备份及异地备份，冗余需求用户更大投入及更高技能水准。7、磁盘瓶颈磁盘瓶颈来自两个方面，一是磁盘速度，二是磁盘容量。随着数据爆破式的增长，公司对磁盘的需求也请求更大，更快。云主机在理论上经过磁盘阵列集群十分好的处理了磁盘的速度疑问，但磁盘空间遍及十分小，在200G以内，大多为100G以内；服务器租借磁盘通常在500G至1T之间，遍及选用SATA磁盘，容量大，功能通常;服务器保管用户，磁盘巨细及功能取决于用户所配置的服务器。在实际运用中，云主机的磁盘写速度显着不如独立服务器;一起因为同享存储的特色，云主机经常出现I/O的崎岖较大，或I/O不稳定的状况，此状况不会在独立服务器上存在。因为同享存储，云主机的磁盘速度最高可达800M/s，而独立服务器不选用SSD等状况下，通常在130-160M/s之间。可是，云主机的磁盘速度是同享存储，受主机数量等影响，实际上并不行能达到此峰值，虽在突发速度上占有优势，但期望在长时间继续稳定的继续速度上并不占有优势，而这块正是公司用户所需求的。在公司运用中，现在而言独立服务器(服务器租借及保管)更占优势，究竟容量大，继续速度确保才是最垂青的。8、可用性大多数当时关于云计算的评论未能理解，云计算形式便当的要素即将开释洪水般巨大的计算需求。需求的开释会给可用性带来压力。依据《云中功能调查报告》显现：因为依据云运用的低劣功能，在北美的组织每年平均丢失简直100万美元。在欧洲，平均丢失超过75万美元。因为对功能的担忧，58%在北美的组织和57%在欧洲的组织放慢或犹疑选用依据云的运用。94%在北美的组织和84%在欧洲的组织以为对云运用的SLA必须依据实际的终端用户体会，而不仅仅是服务供货商的可用性测量。而对比传统的服务器租借及保管都归于十分老练的形式。在用户终究要挑选是运用云主机仍是租借IDC商的服务器，仍是自备服务器保管，这都需求进行仔细的考量。9、安全性硬件有价，数据无价。特别是对于公司及电子商务用户，数据的安全性是最主要的要素。一起这也是简直所有云主机供给商避而不谈的论题。云计算的安全疑问《适合于新时代的新安全形式》以为云计算安全改变了悉数。云计算的可拓展性依赖于同享以前从来没有同享过本钱。在传统的数据中心内，环绕需求维护的基本设施和数据构建稳定的鸿沟，在恰当的方位能够安顿办理程序和操控。因为组织能够操控其服务器的方位而且使用悉数物理硬件，这种布置对比简单办理。但是，在云中，因为运用动态地搬迁而且组织与第三者同享同一个长途安顿的物理硬件，鸿沟变得模糊而且减弱了对安全的操控。云主机的冗余存储是需求大量本钱的基本投入。但冗余存储对用户而言并不是实时都需求用到，所以，一些云主机供货商在节约成本时会削减对此的投入。国际大公司CIO迟迟不运用云技能，最大的要素即是数据是私有的。云主机仅仅供给网络接口，所以客户的数据必定悉数遵守云服务公司的组织，彻底在后者操控之下。数据是否安全保密，取决于后者的职业道德和维护能力。因公共网络的不行预知性，用户对自有的数据失掉操控权。网页链接阿里元官网了解下，可以领券。
Q3：什么是动态服务器？什么是静态服务器？两者的区别是什么？
动态服务器可以后台操作，比如说你上传一网站，可以传图片，更换内容。静态就是一网页，本地啥也换不了。够明白吧。
Q4：独立服务器和共享服务器（虚拟主机）的区别
所谓独享型服务器和共享型服务器其实都是云服务器的一种。共享型服务器是多台小鸡使用母鸡空闲状态的超线程，做到不浪费资源。独享型就是一直都独自享用母鸡的一个超线程。从性能上说是独享型更好，当然价格也更贵。独立服务器配置更高。独立服务器稳定性和性能更好。
Q5：vps、云主机、独立服务器三者有什么区别？
定义不一样1、虚拟主机即共享主机，是利用虚拟技术把一台完整的服务器分成若干个主机，拥有多个网站，共享这台服务器的硬件和带宽的资源。2、VPS是将一台物理服务器分割成多个虚拟专属服务器，每个VPS主机分配独立操作系统，独立的IP地址和独立的应用程序，拥有系统的所有权限。3、云主机是基于集群服务器，集群中每个主机都有云主机的一个镜像，可以提高虚拟主机的安全性和稳定性，具有更高的灵活性，用户可以自主定义服务器配置。部署时间不一样1、虚拟主机从购买到安装这个过程有些费时。2、VPS主机无需安装操作系统，可即时使用。3、云主机 一键部署或自己安装操作系统，即可使用。安全可靠性不一样1、虚拟主机相比较安全性较差，防范能力差，文件和数据库的备份需要手动操作。2、VPS主机一般，防范能力弱，同一台服务器上其他的VPS主机发生故障时，自己使用的VPS会受到影响。3、云主机较强，具有防攻击的能力，内置APP防范，内置HA，可使数据备份快速恢复。性能及扩展不一样1、虚拟主机性能差，无扩展性，是共享主机，受到诸多的限制。2、VPS主机性能较好，弹性大，扩容性大，但易受同台服务器上其他VPS的挤压，适合中小型企业。3、云主机性能极好，有保障，可按需扩展，是大型企业的首选。成本不一样1、虚拟主机是共享主机，成本低，但是维护租用服务器会导致整体的成本提高。2、VPS主机配置低时，自身的成本较低，但是安全性和扩展性也随之降低，在运营过程中难控制增加其成本。3、云主机购买时价格较高，从发展的长远来看，综合成本偏低，性价比较高。
Q6：我公司想建一个大型的动态网站 该怎么做 需要单独的服务器吗？ 请专业人士帮忙 谢谢了
就一个网站,还不至于用到单独的服务器.现在的网站,90%都是动态的.你说的大型,那就要看多大了.如果像淘宝,拍拍这样的,那应该搞了个独立的. 126wt.com,带论坛,博客,这个是我现在维护的稍微比较大的网站,用得也不是独立服务器.