以短视频、直播为代表的音视频互动，正成为互联网主流的交互方式。拿直播举例，它从一种娱乐形式，逐渐融合于教育、娱乐、电商、旅游等多种生态中。未来，直播还将成为像水、电一样的基础设施。
然而，仅仅可进行音视频互动是不够的，直播还需要与行业、场景、用户需求结合，实现体验更好、成本更低、扩展性更强的底层能力。而在这些能力中，低延迟是影响用户体验至关重要的一项。
在大规模直播场景中，例如在线大班课、电商直播、秀场直播等，大部分是采用传统的CDN直播技术。CDN直播采用的是基于 TCP 的 RTMP/HTTP-FLV/HLS 等流媒体协议，本身就会引入「秒级」的系统时延。在这些场景中，观众从评论完到看到主播给出反馈，一般在5-10秒左右，能明显感受到延迟和不同步。
同时，传统 CDN 直播还存在弱网抗性差、观众端内容不同步等弊病，影响了用户的直播体验。
随着大规模直播在越来越多行业的应用，为了让用户获得更优质的直播互动体验，即构科技推出了低延迟直播产品 Low-Latency Live，简称L3。
L3产品具有等同云厂商 CDN 直播的高并发能力，支持千万级并发拉流；同时相比 CDN 直播，能给用户带来「毫秒级」的直播体验；具有延迟更低、同步性更优、弱网抗性更好的优势。
即构低延迟直播产品L3，是基于 ZEGO 实时音视频 SDK 开发，能够与RTC 产品及 CDN 直播产品无缝互通，用户只需集成一个 SDK ，即可拥有全场景的音视频能力。
传统的CDN直播，受限于流媒体传输协议及分发架构，会引入3s以上的系统延时。部分厂商的低延迟直播方案，采用的是 WebRTC 技术，虽然具有完整的协议，但是在弱网抗性及音视频功能上存在局限性，比如编码格式的适配。
即构低延迟直播产品L3，采用的是自研的媒体协议 AVERTP，能大幅降低系统延迟，并提高流媒体传输的弱网抗性。同时基于即构自学习海量有序数据网络MSDN，可实现服务的全球覆盖和高可用。
即构自研媒体协议 AVERTP ，可将系统延迟降至1s以下。 支持 H264，VP8、HEVC 等多种编码格式，开发者无需针对不同编码格式再做特殊优化适配。在码率自适ABC的基础上，结合包含前向纠错FEC、丢包重传ARQ和错误隐藏PLC在内的智能 QoS 信道策略，充分利用链路带宽，保证音视频传输的低延迟、弱网抗性和多端的同步性。
MSDN 是即构基于音视频服务的特性，结合 SDN 架构，将不同供应商的 IDC、网络线路等资源整合成一张“虚拟网络”。具有以下特点：
中立弹性： 可以整合任意云厂商/运营商的节点、专线网络等资源，实现最佳的覆盖，避免单云商故障影响整体服务；
最优路径： 实时探测全网各链路的情况，选择最优传输路径，尽可能避免网络延迟和丢包；
业务识别： 根据业务特性进行传输层协议的针对性优化，针对媒体大流量的特性提高重传效率，降低传输时延；
灵活可靠： 具备精细化的路由控制，可基于特定区域/特定业务调整流量的传输路径，应对复杂的业务场景和网络状况。
基于自研媒体协议和MSDN，即构低延迟直播产品L3进行了全链路升级。不仅解决了直播延迟高，互动体验差的问题；还保证了在高并发、复杂网络等情况下，服务的高可用。
除了低延迟互动和全球高可用外，即构低延迟直播产品L3还具有集成简单、扩展性强、配套功能强大等优势，让客户可以低门槛接入、多场景应用。
L3是基于 ZEGO 实时音视频 SDK 开发的，开发者无需重新接入额外的 SDK（支持 LiveRoom SDK 和 Express SDK）就能拥有低延迟直播产品的能力，仅需调用 1 个 API 就可以实现实时音视频和低延迟直播的切换，简单易用。
L3 设计灵活，不仅提供低延迟的媒体服务，也提供房间及用户信息的管理；基于「流」粒度的媒体服务管理，可实现推送/拉取多条媒体流的能力。避免了单一流媒体服务或基于「用户等级」粒度的流管理，只能拉取某一种流的限制，实现更强大的扩展性。
在“超级小班”、“一起看（电影/演出/体育比赛）”等场景，用户既可以单独通过L3观看低延迟直播，又可以同时使用实时音视频服务与老师/主播/观众进行连麦互动。优秀的灵活度及强大的扩展性，为客户提供了更多定制化业务的可能，助力更多“直播+”场景的落地。
开发者通过 ZEGO 实时音视频 SDK 接入 L3，全面的 SDK 接口及齐全的配套插件/服务同样适配。
ZEGO SDK 拥有 300+ API， 包含音视频服务中从采集到渲染的各个环节，加上完善的设备管理，功能齐全的媒体播放器，以及切换房间，美声/美颜等功能特性，接入L3的客户按需调用即可获取ZEGO SDK的已有功能。
支持屏幕分享，文件共享，互动白板，服务器/云端录制等配套插件及服务，避免对接第三方，减轻开发量。
针对特殊场景下的配套服务需求，例如在线教育场景下互动白板与音视频实时同步的需求，即构对L3进行了深度优化，让L3 与互动白板配合使用时，仍能保证音画内容与白板绘制的同步。
直播作为音视频互动的一种方式，在与泛娱乐、教育、电商等行业结合，不断推动“直播+”生态日益丰富。同时也不断从各类场景应用中获得反馈，让直播的互动性更强、音画更清晰、服务更可靠，体验更优质。
即构将一如既往的倾听客户心声和行业需求，用更优质的服务和技术推动实时音视频在更广泛场景的落地。目前，即构低延迟直播产品L3已上线，感兴趣的小伙伴可以扫码添加即构售前了解更多~
点击了解更多详情 ：即构文档中心-低延时直播产品
SDK的优惠活动、热门产品， 点击联系商务；
获取更多开发文档，注册即构ZEGO开发者帐号，快速开始…
尝试通过RVM将RubyGems升级到版本1.8.10并出现此错误:$rvmrubygemslatestRemovingoldRubygemsfiles...Installingrubygems-1.8.10forruby-1.9.2-p180...ERROR:Errorrunning'GEM_PATH="/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/ruby-1.9.2-p180@global:/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/rub
我在我的Rails项目中使用Pow和powifygem。现在我尝试升级我的ruby版本(从1.9.3到2.0.0，我使用RVM)当我切换ruby版本、安装所有gem依赖项时，我通过运行railss并访问localhost:3000确保该应用程序正常运行以前，我通过使用pow访问http://my_app.dev来浏览我的应用程序。升级后，由于错误Bundler::RubyVersionMismatch:YourRubyversionis1.9.3,butyourGemfilespecified2.0.0，此url不起作用我尝试过的:重新创建pow应用程序重启pow服务器更新战俘
我实际上是在尝试使用RVM在我的OSX10.7.5上更新ruby，并在输入以下命令后:rvminstallruby我得到了以下回复:Searchingforbinaryrubies,thismighttakesometime.Checkingrequirementsforosx.Installingrequirementsforosx.Updatingsystem.......Errorrunning'requirements_osx_brew_update_systemruby-2.0.0-p247',pleaseread/Users/username/.rvm/log/138121
我最近决定从我的系统中卸载RVM。在thispage提出的一些论点说服我:实际上，我的决定是，我根本不想担心Ruby的多个版本。我只想使用1.9.2-p290版本而不用担心其他任何事情。但是，当我在我的Mac上运行ruby--version时，它告诉我我的版本是1.8.7。我四处寻找如何简单地从我的Mac上卸载这个Ruby，但奇怪的是我没有找到任何东西。似乎唯一想卸载Ruby的人运行linux，而使用Mac的每个人都推荐RVM。如何从我的Mac上卸载Ruby1.8.7？我想升级到1.9.2-p290版本，并且我希望我的系统上只有一个版本。 最佳答案
注意：本文主要掌握DCN自研无线产品的基本配置方法和注意事项，能够进行一般的项目实施、调试与运维AP基本配置命令AP登录用户名和密码均为：adminAP默认IP地址为：192.168.1.10AP默认情况下DHCP开启AP静态地址配置：setmanagementstatic-ip192.168.10.1AP开启/关闭DHCP功能：setmanagementdhcp-statusup/downAP设置默认网关：setstatic-ip-routegeteway192.168.10.254查看AP基本信息：getsystemgetmanagementgetmanaged-apgetrouteAP配
基础版云数据库RDS的产品系列包括基础版、高可用版、集群版、三节点企业版，本文介绍基础版实例的相关信息。RDS基础版实例也称为单机版实例，只有单个数据库节点，计算与存储分离，性价比超高。说明RDS基础版实例只有一个数据库节点，没有备节点作为热备份，因此当该节点意外宕机或者执行重启实例、变更配置、版本升级等任务时，会出现较长时间的不可用。如果业务对数据库的可用性要求较高，不建议使用基础版实例，可选择其他系列（如高可用版），部分基础版实例也支持升级为高可用版。基础版与高可用版的对比拓扑图如下所示。优势 性能由于不提供备节点，主节点不会因为实时的数据库复制而产生额外的性能开销，因此基础版的性能相对于
我完全不是程序员，正在学习使用Ruby和Rails框架进行编程。我目前正在使用Ruby1.8.7和Rails3.0.3，但我想知道我是否应该升级到Ruby1.9，因为我真的没有任何升级的“遗留”成本。缺点是什么？我是否会遇到与普通gem的兼容性问题，或者甚至其他我不太了解甚至无法预料的问题？ 最佳答案 你应该升级。不要坚持从1.8.7开始。如果您发现不支持1.9.2的gem，请避免使用它们(因为它们很可能不被维护)。如果您对gem是否兼容1.9.2有任何疑问，您可以在以下位置查看:http://www.railsplugins.or
是否可以在所有delayed_job任务之前运行一个方法？基本上，我们试图确保每个运行delayed_job的服务器都有我们代码的最新实例，所以我们想运行一个方法来在每个作业运行之前检查它。(我们已经有了“check”方法并在别处使用它。问题只是关于如何从delayed_job中调用它。) 最佳答案 现在有一种官方方法可以通过插件来做到这一点。这篇博文通过示例清楚地描述了如何执行此操作http://www.salsify.com/blog/delayed-jobs-callbacks-and-hooks-in-rails(本文中描述
我有三个模型:User、Product、Offer以及这些模型之间的关系问题。场景:用户1发布了一个产品用户2可以向用户1发送报价，例如10美元用户1可以接受或拒绝提议我现在的问题是:用户、产品和报价之间的正确关系是什么？我如何处理那些“接受或拒绝”操作？是否有更好的解决方案？用户模型:classUser:productsend产品型号:classProduct:usersend提供模型:classOffer提前致谢:)编辑:我正在使用Rails3.2.8 最佳答案 警告:小小说来了第1部分:设置关联我建议阅读Railsguideo
我们有一个目前在Rails2.3.12版和Ruby1.8.7版上运行的应用程序。我们想将我们的应用程序更新到Rails4.0和Ruby2.1.0。我们有大约200个模型和150个Controller。我想知道升级过程需要多大的努力。您还可以提供升级可以遵循的步骤。我们应该先升级Ruby然后再升级Rails还是相反？ 最佳答案 您想要实现的目标将是史诗般的努力。我无法为您提供分步说明，因为不可能在一个答案中涵盖所有情况。我建议不要同时升级Ruby和Rails，而是分步升级。升级本身的复杂性是巨大的，但只要您的应用程序具有合理的测试覆盖
