cdn下载是什么意思，2020年关于短视频？
虽然系统提示这个问题已经过了时效期，但我看到了还是说一下我的见解。
2020年自媒体短视频行业已经步入了稳定期，那么短视频的平台也基本上稳定了。
很多不做自媒体短视频的普通人可能都没听过西瓜视频，其实西瓜视频是很牛的。这是字节跳动公司旗下的软件，是目前自媒体短视频行业最强的平台。西瓜视频基本上适合全年龄的创作者创作，创作领域种类繁多，涵盖了基本上所有的热门领域，比如美食，美妆，宠物，旅游，育儿，健康。。。另外西瓜视频还可以和今日头条，抖音同步发布视频，这是其他平台没有的优势。如果是新人想从事短视频自媒体行业，西瓜视频绝对是首选。
榜眼——哔哩哔哩（B站）二次元起家的B站可以说在年轻人的心中是非常有分量的。如果说西瓜视频像是一个四十岁的中年人，那B站就像是二十岁的人。我个人觉得B站的氛围很好，可能是因为年轻人比较多，感觉视频的质量也是比其他平台高出一个档次，那么作为创作者来说B站用户多，用户活跃度高是非常适合一些年轻人来做的平台，但是B站想要加V还是需要费点劲的，需要粉丝量达一定数量，好像是一万，具体记得不清楚了。总之比西瓜视频难。
探花——好看视频百度家的短视频平台，虽然说目前比不上西瓜和B站，但是我能看出好看视频未来的潜力还是很足的，现在的好看视频正在努力提高，定期的开展培训班，我就在好看视频的活动中获得一把雨伞，还是很开心的，现在好看视频还在线下城市开展创作者见面活动，只是前期好看视频的观看人数可能不如西瓜视频，毕竟用户比不过，但是还是非常好的平台。值得一试。
剩下的那些小杂鱼我就不细说了，比如说大鱼号，企鹅号，一点号，爱奇艺号，微博还行，这里最亏的我觉得就是有优酷，原本优酷就是走的创作者模式，那时候还没有B站和西瓜视频的事，后来优酷放弃了这个路线，回归传统的视频平台模式，但是现在在优爱腾里面只能算是个弟弟，勉强糊口罢了，十分惋惜。
除了这种模式的短视频平台，还有两大高手，那就是南抖音北快手，这是另一种更短小的视频模式，也是目下最火的模式，有机会来说一说这个抖音快手。
说了这么多不知道有没有人看，哈哈，那就最后总结一下2020年最好做的平台就是西瓜视频。直播点对点什么意思？
直播点对点是指直播流媒体技术中的一种传输方式，也称为点对点（P2P）直播。这种方式以用户为节点，采用类似于BitTorrent等P2P下载方式的分发策略，实现高效的视频传输。
具体来说，点对点直播将视频数据分成多个小块，每个用户都可以同时扮演发送者和接收者的角色，在观看视频的同时也向其他用户传输自己所拥有的视频块，从而共同构建一个视频分发网络。该方式能够减轻服务器负担，提升视频传输的效率和稳定性。
与传统CDN方式相比，点对点直播具有传输速度快、抗并发量大、流量消耗少等优点，尤其适合在用户数量庞大、流量较大和弹幕交互等场景下使用。
CDN加速可以给网站带来什么好处？
1、提升访问速度
① 使用CDN后全国的访问速度-平均传输速度5.76MB/s ；
② 使用CDN前全国访问速度-平均下载速度590KB/s ；
2、降低带宽成本
前面提到，在保证访问效果最优的情况下，使用CDN降最大程度的降低带宽成本和人力维护成本；
3、隐藏源站，增强源站抗攻击能力
由于CDN隐藏了源站的真实IP以及CDN天然的抗攻击能力，使用CDN后，源站的安全性会大幅提升；
4、减轻源站压力
使用CDN以后，一个带宽峰值100Gbps左右的大型站点基本只需要维护带宽峰值在1~2Gbps左右的源站即可；
现在小鸟云CDN加速有6折优惠，最低仅需120元/年，超划算，赶紧抢购吧！
阿里云盘加速方法？
阿里云盘加速的方法比较多，以下列出几个常见的方法。 1.使用ADX云加速服务，通过带宽调度和智能缓存技术来提升用户访问速度，从而加速云盘文件的下载和上传速度。2.将文件上传到阿里云的OSS对象存储，并通过OSS加速服务提供CDN分发加速，这样可以加速分布在不同地区的用户对文件的访问速度。3.使用云提速全家桶，包括阿里云CDN、云加速以及云压缩等服务，这样可以有效地提升云盘文件的访问速度，同时还可以充分利用阿里云的各种优质服务。总之，通过以上的方法可以有效加速阿里云盘的文件上传和下载速度，提高用户的使用体验，同时也可以提升工作效率。
如何实现一个下载进度条？
技术上没太大难度，有难度的地方是怎么让整个动画比较流畅。一个主要问题是动画的滞后性:当下载进度到某个点的时候，你再用250ms的动画过渡过去，这个时候已经慢了，所以很多人可能因为这个原因或者嫌麻烦，直接就不做动画了，在进度事件触发的时候直接更新进度条相应的位置，不过我们可以尝试实现一下。
最后做出来的效果如下图所示:
小狗奔跑的动画是一个lottie动画，来自codepen。
1. 获取下载进度ajax里面可以拿到下载进度，如下代码所示:
let xhr = new XMLHttpRequest(); const downloadUrl = 'installer.dmg'; xhr.open('GET', downloadUrl, true); xhr.addEventListener('progress', function (event) { // 响应头要有Content-Length if (event.lengthComputable) { let percentComplete = event.loaded / event.total; console.log(percentComplete); // 最后输出1 } }, false); xhr.send();前提是响应头里面有Content-Length这个字段告知当前文件的总字节数，如下图所示:
一般CDN都会有这个字段。拿到下载进度之后便可用来换算宽度或者位置。
2. 没有动画的loading如果我们不做动画，直接设置translate位置，那么看起来是这样的:
代码如下所示:
let percentComplete = event.loaded / event.total; let left = containerWidth * percentComplete; // 狗的位置直接设置translate dogBox.style.transform = `translateX(${left}px)`; // 进度条的位置也是translate，一开始是用translateX(-100%)挪到外面去 currentProgressBar.style.transform = `translateX(${percentComplete * 100 - 100}%)`;在我们这个例子里面会显得特别突兀，一卡一卡的感觉，如果没有上面那条狗可能还会好一点。所以我们给它加个transform动画。
3. 加上transform动画transform动画怎么做呢?方法有很多:jQuery的animate、Web Animation、requestAnimationFrame、CSS动画结合JS控制、其它第三方动画库等等，我比较喜欢用原生Web Animation。
由于progress event触发得比较快，加上做动画的话不需要触发得那么快，所以给它加一个节流。如下代码所示:
// 最快250ms触发一次 function throttle (func, limit = 250) { let inThrottle = false; return function() { const args = arguments; const context = this; if (!inThrottle) { func.apply(context, args); inThrottle = true; setTimeout(() => inThrottle = false, limit); } } } function onDownloadProgress (event) { } xhr.addEventListener('progress', throttle(onDownloadProgress));当然你不加节流也是可以的，这里只是一个优化。
做transform动画的逻辑便在上面的onDownloadProgress这个函数里面处理，如下代码所示:
function onDownloadProgress (event) { let currentProgressBar = document.querySelector('.current-progress-bar'); let dogBox = document.querySelector('.dog-box'); let containerWidth = document.querySelector('.progress-bar').clientWidth; if (event.lengthComputable) { let percentComplete = event.loaded / event.total; let left = containerWidth * percentComplete; // 动画时间和节流时间保持一致 const time = 250; // 获取到当前运动的位移 let lastTransform = window.getComputedStyle(dogBox).transform || 'translateX(0)'; // 使用原生web animation dogBox.animate({ transform: [lastTransform, `translateX(${left}px)`] }, { easing: 'linear', fill: 'forwards', duration: time }); // 进度条类似，省略 } }上面动画的时间为250ms和节流的时间保持一致，这样下次触发的时候上次的动画差不多刚好做完(实际上是慢了一点)。并且每次触发动画的时候都是获取当前的translate位置，做为本次动画的起点，这样可以保证动画的连贯性。
另外，由于我们使用了节流很可能会导致最后的那次100%的触发丢了，所以需要在完成的时候手动调一下onProgressDownload，否则会没有完成态。
如果是播放进度条的例子，需要监听video/audio元素的timeupdate事件，这个事件的触发约250ms(实测)触发一次，可以不用节流。
效果如下图所示:
我们发现在最后数字已经显示总大小了即已经下载完成了，但是那条狗离终点还有段距离，在我们这个例子似乎没那么明显，不仔细看还看不太出来。但如果下载速度很快的时候这个问题会更加明显，在播放进度条的例子便是如果进度条很长，但是播放的视频只有10几秒，那么应该也会比较明显。
一个简单的解决方法是假定下一个250ms的下载速度保持一致，每次运动的时候都提前运动250ms，如果在播放video的例子里面这个假定几乎是对的，因为比较匀速，而下载速度不可控，但在连续相同很短的时间内我们估且认为是一样。
所以我们可以记录一下上一次的位置，然后加多一个偏移，如下代码所示:
let diffX = (event.loaded - lastMB) / event.total * containerWidth; // 在原本的基础上再加多一个偏移(且不能超过容器的宽度) let left = Math.min(containerWidth, containerWidth * percentComplete + diffX); lastMB = downloadedMB;这样就比较对得上了，效果如下图所示:
