国内CDN现状与美国对比

Dec 3rd, 2009
Leave a comment   |   Trackback

转载本站文章请注明,转载自:扶凯 [http://www.php-oa.com ]

本文链接:  http://www.php-oa.com/2009/12/03/%e7%9c%8b%e4%b8%8a%e5%8e%bb%e5%be%88%e7%be%8e%e2%80%94%e2%80%94%e5%9b%bd%e5%86%85cdn%e7%8e%b0%e7%8a%b6%e4%b8%8e%e7%be%8e%e5%9b%bd%e5%af%b9%e6%af%94.html

原链接:http://blog.csdn.net/fayu0903/archive/2009/03/25/4022979.aspx

作者 : 阀域

CDN 的理想与现实

多年以前,当《Kingdom of Heaven 》这部史诗电影发行的时候,中国的影迷使用电驴和BT 来寻找种子,而那个时候,高清也才刚刚进入电影领域,我的同事不惜用自家的电脑花费一个星期的时间去下载高清的版本。而现在,中国的影迷在使用迅雷去下载《越狱》,而每一集越狱播出以后,在20 小时之内,迅雷上面就可以下载到有中文字幕的完整版本,而影迷只要半个小时就可以下载完成,他们使用的是以“CDN ”为基础的所谓P2SP 服务。我们在这里不需要讨论盗版的问题,我们在这里想谈论的只是互联网和CDN 的改变……

我们要谈论CDN 么?

互联网的改变让CDN 变得不那么神秘与高深

CDN 是个古老的东西,在互联网发展之初就已经出现了。一群MIT 的精英份子发现如果要让任何地方的人都可以很快的打开自己的网站的话,就需要象在世界各地盖教堂一样,把自己的网页发布到离信众最近的地方去。所以,他们用一种简单的缓存镜像的办法实现了这种发布。最早的入主这个教堂网络的是Yahoo !那是在1998 年。就像天做良缘,Yahoo !使用了当时世界上最大的CDN 网络,当然现在他还是最大的。啊,忘了解释:CDN 是内容投递网络(Content Delivery Network )的简称。我们可以在Wiki 上面轻易找到这个单词的解释,但并不是所有人都能轻易理解CDN 和它的意义,因为它是一个架接在互联网与传统电信运营商之间的看不见的桥梁。

让我们继续回顾互联网与CDN 在那耀眼的一瞬之后的日子,互联网经历了泡沫的破裂,新模式的创新,但CDN 却好像渐渐的被人遗忘了。我们熟悉的portal ,垂直portal ,鼠标加水泥,B2B ,C2C ,B2C ,P2P,Web2.0 ,搜索,竞价排名,Page Ranking, RSS ,Wiki ,Meshup ,podcasting ,网络游戏,Social Network…… 那么多我们耳熟能详的名词,或者其实并不明白其中的真正意思,但在炫耀自己的互联网阅历的时候随口说出的几个里面,唯独没有CDN…… 直到短视频的出现。

当YouTube 出现在世人面前的时候,人们为互联网的又一次革命而叫好,而与此同时,人们看到了在YouTube 后面的一个强大的CDN 支持,是这个CDN 网络把YouTube 的无数视频展现在人们面前,在这个时候,人们发现CDN 是不可或缺的,CDN 在经历了那么长时间的默默无闻以后,突然一夜间闻达于诸侯,就象君士坦丁大帝把天主教定为国教一样,大家突然认识到了一个不为人熟知的领域。但我们看到的是什么呢?君士坦丁介绍给罗马的天主教是耶稣创立时的教义么?我们所看到的CDN 是MIT 创立时的CDN 么?

人们开始搜索CDN ,研究CDN ,发现CDN 是那么的简单,可以用一页PPT 就把原理讲的清清楚楚,而网络硬件的厂商也会这样和互联网的客户说,我们可以提供完整的CDN 解决方案,你不需要做什么,买我们的硬件,它已经能够解决你所有的CDN 问题。

从此,CDN 变成了一个流行词汇,尤其是在高盛领投LimeLight (全球第二大CDN 公司)  1.2 亿美金之后,突然之间,世界各地都出现了大大小小的CDN 公司,无数的投资蜂拥而至,就像那时的罗马,人人都开始信仰天主教,也许是真的信仰,也许是为了圣餐,也许是为了研究,总之,“我们都爱CDN ”。

也许有人问:我们谈论的是同一个CDN 么,或者我们谈论的不是CDN ?

当我们在说CDN 的时候,所有的公司都是谈到两个偶像,就像谈耶稣和圣母一样,一个是Akamai (世界第一大CDN 公司), 一个就是LimeLight 。所以,阵营就分开来了,要么介绍自己是师从Akamai ,要不就说自己是LimeLight 的真传弟子,尽管大部分这么说的人几乎没有见过Akamai 和LimeLight 的网络和服务,但并不影响大家对自己的夸耀和标榜。而CDN 是什么却越来越没有人关注,哪怕是LimeLight 和Akamai 的区别也被人忽略了。我们每一个谈论CDN 的人谈论的是同一个概念么?

CDN 是有专利的,这一点与天主教的圣经不同,CDN 的解释是可以通过查询这些文件发现的。CDN 在利用DNS 的转授权来引导最终访问者找到最理想的缓存或者镜像站点,它是基于域名的一种服务。在不同的实现方式下,最终的定位到哪个缓存和镜像站点的策略有很大的不同。Akamai 使用的是传统的基于地理位置的定位策略,在世界各地的ISP 里面,都会有自己的节点,而通过智能DNS 的判断,可以为用户找到离自己地理位置“最近”的节点。而LimeLight 则用的是完全不同的策略,LimeLight 有自己的骨干网,给访问者的节点并不是地理位置“最近”的节点,而是路由层面“最近” 的节点,这一点有点像我们访问网站不通过域名而直接通过IP 访问一样,它会寻找对于访问者的ISP 最近的路由是哪里,用那里的节点服务于这个访问。LimeLight 的策略已经在很大程度上改变了CDN 的工作方式,所以,当LimeLight 准备上市的时候,谁都会认为他们已经绕过了Akamai 的专利壁垒,但不幸的是,之后他们还是遇到了诉讼的麻烦,或许因为DNS 转授权是无法改变的……

在这样的壁垒下面,任何做CDN 的公司都好像要面对宗教法庭一样,要么被烧死,要么就皈依。所以,有好事者想我们如果使用其他的方式做CDN 该有多好?我们既然可以把驴弄进贵州,为什么不能把P2P 融进CDN ?我记得一位Akamai 的高管对我说过,那不是CDN ,CDN 是透明的…… ,所以,让我们忘了P2PCDN 吧…… 。也许还没有人搞清楚P2P 和CDN 的关系,那么Cloud 呢?也许是个好主意。但实际上客户已经在自己发展他们认为的CDN 了,其中也包括所谓的P2P CDN 。

那么CDN 真的象我们想象的那么美好么?就像天国王朝里面的圣地?

当年的《天国王朝》,无数的十字军涌向耶路撒冷,那里是天国,是一个可以让灵魂升华与遍地黄金的地方,但生活在圣城的人们却发现事实与理想相去甚远…… ,现在人们涌向CDN ,是因为它是一个看起来很美的行业,但实际上如何呢?

自从CDN 成为一个业内的大众词汇,CDN 服务就像卖白菜一样了,几乎没有人关心你的CDN 和别人的CDN 有什么差别,只是问多少钱1M ,多少钱1G ,好用么?回答的也是那么的合乎情理:你可以试试,不好不要钱。

另一方面,CDN 客户的流失率从来没有下过10% ,高的公司可以达到20%-30% ,测试客户更是今天测,明天走。正是因为这样,客户基本上找不到满足要求的CDN 公司,从而让很多人开始质疑CDN 本身有问题,甚至突然觉得CDN 应该是一个夕阳产业。

好在中国但凡叫得出名字的CDN 公司,这几年的收入都是翻翻的,虽然利润少的可怜,而且那些利润也不是从CDN 业务中获得的……

但我们同时发现在美国的Akamai 却有着不同的表现,2007 年6 亿美金的销售额,1 亿美金的纯利润,毛利更是超过40% ,2008 年至少有30% 的成长。难道美国是CDN 的天国,而中国就是被异教践踏的土地?还是我们并没有看到CDN 真正的一面?就像柏拉图所描绘的山洞,我们看到只是火光照耀的影子?

事实上,互联网出现以来,只有CDN 是没有海外公司进入中国市场的互联网业务,而正是这样的安排或者壁垒,让中国的CDN 与海外的CDN 有着巨大的差别。

差别?差距,还是用差别吧。

(美国的CDN 与中国CDN 的对比)

在美国,CDN 领域里面会有这样一些分类:静态内容的加速,动态内容的加速,大文件下载加速;对不同的客户类型,还会有不同的系统与之对应,比如SSL 加速,Long Tail 加速,Streaming 加速;而对不同行业客户也会有不同的加速系统,比如媒体类客户加速,电子商务类客户加速,软件与IT 行业客户的加速等等。甚至于对不同的客户规模也会有不同的系统与之对应:大流量客户的加速,中小客户的加速,甚至个人客户的加速;CDN 的系统是一个庞杂而专业性非常强的领域。在这些领域与系统中,所有的功能甚至网络都是不一样的,配置的系统也是不一样的。

但在中国,这些系统的差别大部分是在售前的嘴里和不知所云的白皮书里面。而网络都是一个,功能都是一个,实现方式也是一个,所以就会出现如果一家CDN 公司做不了一个功能,几乎所有的CDN 公司都做不到,因为大家都是用最“通用的方式构建自己的通用CDN ”,从而使中国CDN 成为一个从电信转卖带宽的代理商。

我们发现了几个有趣的小例子:

中国的网站很注意防盗链(虽然并不注意防盗版),但是居然没有哪家CDN 公司可以提供一个让客户满意的防盗链的系统,虽然各家都在说自己提供防盗链。就象我的一个做远程教育的朋友和我说的一样,“测试了能够叫得出名字的所有的CDN 公司,但却没有一家CDN 公司可以做好防盗链。”但在Akamai ,这是一个很久就标准化的服务了。

中国是一个游戏和软件下载的大国,互联网上的主要流量是下载,而直到最近,国内的CDN 公司才开始可以提供基于HTTP 下载成功数的统计功能,而且还不是全自动的,是需要客户配合设置才可以使用。同样,在Akamai ,这也是基本服务项目。

再有一个例子与视频有关了,短视频网站使用的Flash 视频,在用户端是和文件下载没有区别的,用户会尽可能快的去下载完视频文件,而通常播放一个视频只需要300K 码流就可以流畅播放,这样会有两种情况导致资源的浪费,第一、用户看视频并没有看完,但下载已经下载完了;第二、用户如果是宽带接入的话,虽然只需要300K 带宽,可实际上却使用了1M 。对于最终用户来说,这两点几乎不会有什么实际影响,但对视频网站来说,这意味着浪费了宝贵的带宽资源,在同等条件下支付了更多的成本。这与上面谈到的HTTP 下载成功数计费是一个道理。而在美国,CDN 公司是可以控制每个HTTP 链接的速度,比如在开始播放的前30 秒,1 分钟不进行限速,而超过这个时间,就可以把速度控制在需要的范围内,以节省带宽资源。

至于SLA (服务等级协议),就更加的有趣,通常在中国的SLA 是不会作为依据的,而评估好坏的标准是“你自己上网看看就知道了么”,这是中国现在一家发展很快的CDN 公司的老总的看法。奇怪的是,使用CDN 之后,没有哪家客户有能力在去进行所有地区的测试,看一下自己的网站是否比原来快。在这样的情况下,有些做论坛的客户就会发动自己在各地的版主进行测试,收集意见,然后再告诉CDN 公司,你们哪里哪里不好,能否调一下?我们的CDN 服务商然后说,“噢,你先给我们解释你是怎么测试的?给我一个你们测试的IP ,我看看是不是不是中国的IP 啊,千万不要给我你自己机器的IP ,要给我Local DNS 的IP…… ,不知道Local DNS ?怎么连这个都不知道呢?…… 那是…… ”(其实我个人觉得还应该问问版主是不是中国人,也许这样更容易发现问题),我只能说,这是多好的客户啊…… ,在美国的CDN 服务商会感动的掉泪的。

在美国,用户会每天得到一份SLA 报告,会标出在什么时间段SLA 没有达到标准,如果用户需要,还会给用户具体哪个区域没有达到SLA 标准,而所有的这些,都只需要用户登录到BOSS 的portal 上面。

类似的例子还有很多,比如流的点播加速,长尾市场,小图片的加速等等。这些服务功能的差别也许还不是最主要的,而成本的控制与自动化的运营却是CDN 公司能否盈利的关键,Akamai 部署一个客户只需要10 分钟,而国内部署需要客户在填写复杂的表格后,耐心的等待1 天时间;Akamai 管理上万台服务器只需要4 个人,任何时间10% 的服务器宕机都无需处理,因为系统会自动保证服务的可靠运行并自主恢复,而国内最小的CDN 公司运维人员也有几十个,并且疲于应付各种“突发”事件。

现在,也许我们应该提一个建议,开放中国的CDN 市场,让大部分中国的网站都可以看到真正的CDN 服务是什么样子。

到这里,其实我们忽略了一个重要的问题,需求!中国的客户使用CDN 很多时候是希望以此解决南北互通的问题,而美国客户没有这个问题,他们使用CDN 首要考虑的是off load 和降低成本。在有人发现有其他更加经济实惠的方案之后,CDN 在米国的日子好像也不好过了。

CDN 被逐出了圣地?

BT 的出现对媒体行业来说是打开了一个盒子(也许是潘多拉,也许是宝盒),盗版的发行比以往任何时候都要快,成本也更低;而同时,视频直播也达到了前所未有的低成本,我们也许还记得在P2P 客户端上看欧洲杯,看NBA ,看奥运,如果是换成CDN ,任何公司都会无法负担。

在看看客户情况,伟大的Google 是一个什么事情都要in source 的公司,它从来不使用CDN ,但它的服务遍及全球,Amazon 的EC2 ,SaleForce 的CRM 系统,Second Life 的虚拟世界,他们都没有在CDN 上,但他们同样出色,而且看起来更有效率,成本更低。

现在,已经没有人会考虑使用CDN 做大规模的直播服务了,充其量是作为一个备份手段;而自从YouTube 离开LimeLight 以后,CDN 的光环也开始慢慢退去,VC 和投机者开始又一股脑的质疑这个奇怪的生意,CDN 有价值么?为什么盈利这么困难呢?就像勇猛的萨拉丁赶走了十字军一样,难道CDN 会被P2P 和不断升级的光纤所取代?还是象经过改革的宗教一样,即使历经文艺复兴与科技的反复冲击,而今依然影响着无数的人们。

CDN 的宗教革命?

我们之所以把CDN 比作宗教,是因为CDN 到现在也有很多“流派”,LimeLight 的大节点,大带宽的做法被许多IDC 与运营商背景的公司所推崇,而传统的Akamai 模式则是独立于运营商之外的CDN 公司所首选的道路;而各种新奇理念的出现更是让CDN 行业象是一个万花筒,从而也使其拥有更多的互联网气息。Amazon 的Cloud Front ,EC2 ;Level 3 的ITM ;Prime 的CDN Aggregation ,CDTM ;Simple CDN 的S3+ 等等,如此众多的演变,任何一种都是对传统CDN ,甚至是对LimeLight 模式的革命。感谢LimeLight 与Akamai 的成功,让很多优秀的工程师与天才的梦想家投入到CDN 这个被Akamai 一家统治多年的领域,并不断给我们与CDN 客户以惊喜。但当我们把目光从美国看回中国的时候(上述所有的公司都是美国企业),我们要面对的是什么样的现实?

中国的CDN 是CDN 的佛教还是道教?还是象柏阳说得被中国这个大染缸去其精华留其糟粕的垃圾?

说道中国的CDN ,我们可能要问:什么时候CDN 开始没人关注SLA ?什么时候CDN 开始不提供标准的95/5 计费?什么时候,全网配置的服务被悄悄替换成了“部分”节点配置?什么时候,CDN 变成了一个黑匣子,客户无从了解自己的服务与问题,也无法控制自己的内容的发布与刷新(美国的CDN 客户是可以直接自己设置3 段TTL 时间的)。这些我们无从而知,因为可能从我们开始认识中国CDN 的时候就已经是这个样子了。

所以这些后来的中国的CDN 厂商第一件要做的事情就是鼓吹自己的节点数量,而不管是否这些节点都为所有客户提供服务(客户甚至不知道有几个节点在为自己服务。PS :一般情况下,中国CDN 公司为每个客户配置的节点不会超过20 个)

所以,当海外的CDN 公司在网站上介绍其服务的时候,中国客户通常很难找到他们全球有多少节点的信息,而中国CDN 公司则乐此不疲的修改自己的节点地图,也不管地图画得就像一张地雷分布图。而销售人员更是信口开河的讲自己的公司有几百个节点,可笑的是,几乎所有的CDN 公司都有“几百”个节点,全中国的IDC 恐怕都不够这些CDN 公司瓜分的了。

中国CDN 已经把CDN 本土化了,经常挂在嘴边的是外国公司不了解中国的网络,也许是吧,但到现在为止,没有一家本土CDN 公司可以解决教育网的服务质量问题。而大部分的客户到CDN 节点机房看到的情况是:“哦,怎么你们在使用和我们自己一样的系统?!”这是为什么呢?因为中国的CDN 公司认为CDN 是运营业务,就像中国移动,中国电信一样,最主要的是运营;

而象Akamai 这样的美国CDN 公司首先认为自己是技术公司,然后才是运营公司,Akamai 的系统从底层到应用是自己开发的,所有的服务是自己开发的,所有的控制与监管是自己开发的,甚至在早期,连硬件都要自己开发。我记得一位VC 界的著名人物这样评价在中国很出名的CDN 企业:“他们没有技术”。这就是中国CDN 与美国CDN 公司的最大差距。那我们要问,难道十几年中国CDN 的发展就白费了么?当然不是的,中国的CDN 在花费了大量的时间在处理用户的客户化需求,可惜这些需求主要表现在计费领域,有的CDN 公司居然有上百种计费方式。

而对于CDN 的黑盒子问题(即用户看不到及时全面的数据),就像佛教的禅宗一样,一句“不可说”,客户也没有任何办法。而对于道教的无为则通常会用在对付客户的投诉上面。当然,这是不能责怪CDN 的运营人员的,即使在CDN 如火如荼的年代,能够说清楚CDN 的具体情况与细节的人也还是少之又少。记得上面提到的发展很快的那家CDN 公司的老总说到视频:“我们觉得视频是一个很简单的服务,根本没有难度”,但当客户测试他们视频服务,却选择了其他运营商之后,已经很少听到这种气壮山河的言论了。

中国的CDN 虽然经历了很长的时间,但却没有真正的积累下来,而本土化,或者异化的CDN 使本来就难于理解的CDN 服务被断章取义的成为一个Cache 和带宽的替代词汇。

而事实上,真正的CDN 服务或者CDN 的本来面目我们也许就从没有见到,就像中国的网站编程,在IE 下看的好好的,但是换了浏览器就全乱了,这才发现原来没有按照W3C 标准编写,而问题是很多的编程人员根本就没看过这些标准,所以也就不知道原来IE 并不是严格遵照W3C 解析与渲染的。

To be, or not to be: that is the question !

当莎士比亚的这句名言作为出现在这里的时候,我们应该考虑的是CDN 的未来,还是中国CDN 的未来?

让我们在更高的层面来看待如今的年代,越来越多的闪光点出现在这个领域,就像在Google 出现之前,没有人关注搜索一样,CDN 有可能成为第二个孕育奇迹的行业。CDN 伴随着互联网的成长起起落落,现在的服务已经不仅仅局限在内容的分发,越来越多的CDN 公司开始提供以复杂分布式存储为核心的存储网络服务,Amazon 的S3 是一个典型的代表,而Prime 的FileGrid 则是另一个值得关注的方向。Amazon 在这个领域已经耕耘多年,虽然不是一个CDN 公司,但实际上的服务内容已经涵盖了CDN 服务,而其基于运计算的EC2 服务更是现在可以使用的唯一的“云”了。有人说云计算就是CDN 的未来,这也许还很远,Bill Gate 的话也许更有道理:“云存储离我们更近一些”。无论是云计算还是云存储,对于CDN 公司来说,都要比其他任何行业的公司都要靠近云端,而CDN 的路线图也一定会是这样的发展,从内容网络到存储网络再到计算网络,而未来的CDN 也会象使用电灯一样容易。

对于CDN 的未来憧憬,另外的方向就是CDN 云,尽管只是一个概念,但确实是一个很宏伟的想法,虽然现在可以看到的服务只有Prime 的CDTM ,或许这是CDN 云的初级阶段──一个利用众多的CDN 网络构建一个更高效成本控制更好与更智能的网络,但谁能够忽视这令人兴奋的进步与想象力?

在中国,各家CDN 公司都开始大力开发自己的产品,也从没有象现在这样重视研发。而Akamai ,CDNetwork 已经开始进入中国;Prime 也开始在中国展开一些试探。中国的客户已经开始体验到不同的服务,有的CDN 公司提出的SLA 至少看起来已经是一份有价值或者是可以度量的标准文件了。虽然路还是有些漫长,但相信中国的客户将会很快体验到世界水准的CDN 服务,以及天才工程师们所创造的更多令人兴奋的网络产品。

中国乃至世界CDN 领域的大变革正发生在我们身边,也许明天你就会看到一个不同的CDN 来到你的眼前。

国内CDN现状与美国对比相关推荐

  1. 转: 看上去很美——国内CDN现状与美国对比

    来自:http://blog.csdn.net/fayu0903/archive/2009/03/25/4022979.aspx 天国王朝(Kingdom of Heaven) 作者:阀域 CDN的理 ...

  2. 国内 CDN 产品发展历史和现状整理

    国内 CDN 发展历史 国外 CloudFlare 进入站长视野 自己第一次接触 CDN 差不多是 2010年 左右,那时候是 CloudFlare 国内比较辉煌的时候,因为那时候 CloudFlar ...

  3. 变革时代 国内通讯云服务厂商对比介绍

    变革时代 国内通讯云服务厂商对比介绍 责任编辑:editor006 |  2014-09-22 17:31:13本文摘自:CSDN 这是一个云计算的时代. 这是一个互联网的时代. 这是一个分工合作,快 ...

  4. 国内CDN行业优质服务商

    伴随着云计算时代的到来,互联网应用的多元化发展持续加强,为各类企业和产业的战略升级提供了充分的条件.同时大数据的传输问题和安全问题也成为了急需解决的重点,CDN服务在其中可以发挥非常重要的作用,它从根 ...

  5. 贾扬清、李沐、陈天奇:如何看待国内开源现状?

    点击上方"开源社"关注我们 选自知乎 机器之心报道 陈天奇.李沐.贾扬清.老师木等人如何看待国内开源现状?这篇文章也许能为 AI 社区的开发者们提供洞见. | 转载自:Datawh ...

  6. 国内CDN加速哪个好?

    CDN是什么,实际上CDN加速网站访问速度,提升网站服务器的运行效率,让用户能更好的体验飞速的访问体验.目前市面上有许多CDN,例如摩杜云CDN加速,百度云CDN加速,阿里云CDN加速等.那么,国内C ...

  7. 国内cdn免费加速出现了,您知道吗?

    CDN加速作为缓解互联网络拥塞.提高网络业务响应速度.改善用户体验的重要手段,已成为互联网基础设施中的重要组成部分.目前我国CDN产业发展非常快,同时竞争也很激烈.各大服务商业纷纷打起"价格 ...

  8. VR的国内研究现状及发展趋势

    转载请声明转载地址:http://www.cnblogs.com/Rodolfo/,违者必究. 一.国内研究现状 我国虚拟现实技术研究起步较晚,与发达国家还有一定的差距. 随着计算机图形学.计算机系统 ...

  9. 国内app快速生成平台对比

    这是海恒CEO高鹏写的一篇国内app快速生成平台对比文章,介绍了国内快速生成APP的平台与自己平台的对比,很有参考价值. 同类网站 安米网 http://www.appbyme.org/ 追信 htt ...

最新文章

  1. linux命令uname
  2. 重新安装mysql5.7.21_linux 安装mysql 5.7.21详解以及安装过程中所遇问题解决
  3. io和nio的缓冲_IO与NIO –中断,超时和缓冲区
  4. AI落地谁最强?AI Top 30+案例评选等你来秀
  5. java plug机制_插件机制 - OpooPress - 基于 Java 的静态博客生成器
  6. linux 嵌入式 交叉 环境搭建 实验原理,实验三 嵌入式Linux开发环境的搭建
  7. python安装要什么配置_Python的安装和详细配置
  8. 函数,参数数组params与数组参数,结构函数
  9. 云设置下如何满足客户的数据安全需求?
  10. java 读取office文件,java读取office文件
  11. 实战中,利用10日均线捕捉主升浪,必须满足这四个条件!
  12. 有关winRAR32相关问题
  13. Nginx+obs直播服务器,推流连接失败
  14. Mina Kimchi SNARK 代码解析
  15. CISP证书对个人求职有帮助吗?
  16. android中集成阿里云金融级实人认证
  17. 每日 CRUD?两年滴滴和入职头条的后端开发经验分享!共勉!
  18. PATA1052 Linked List Sorting (25 分)
  19. 【苹果相册推iMessage】群发执行日历推位置推 ionic platform add ios (增加ios平台)
  20. 介绍一款Excel数据收集软件,简单好用

热门文章

  1. 一个自动将状态机生成代码的软件
  2. 一头扎进Maven3 (二)
  3. Photoshop快速的制作标准一寸证件照(8张的或者9张的)
  4. 大数据治理平台建设规划方案
  5. 有关projecteuler题库621题的lisp解答,萌新求围观。
  6. ML之prophet:利用prophet算法对上海最高气温实现回归预测(时间序列的趋势/周季节性趋势/年季节性趋势)案例
  7. 跟益达学Solr5之从MySQL数据库导入数据并索引
  8. 跟益达学Solr5之批量索引JSON数据
  9. 如何建设IDC数据中心机房?看完你就明白了!
  10. 尉氏短期计算机培训,在尉氏烘焙短期培训时尚魅影烘焙培训