网站内容管理系统上传图片(网站内容管理系统上传图片时候的文件体积过大，导致大大影响)

　　网站内容管理系统上传图片(网站内容管理系统上传图片时候的文件体积过大，导致大大影响)

　　网站内容管理系统上传图片时候，经常会出现flickr或者googleartcenter这种大尺寸图片管理不及时，上传失败，或者在上传文件的时候，图片的文件体积过大，导致大大影响网站展示，网站浏览时间。1.首先要纠正一个误区：图片超大以后，会自动压缩，网站直接会打开一个叫upload/feed的模块，如果网站一开始没有支持upload/feed，会启动新模块。

　　开始的时候，会有n多feed模块等待加载，要等待上千条图片信息。这个也不是所有网站都会出现这个问题，但是所有网站都是会出现的，尤其是商业网站，*敏*感*词*上传图片，都是无法避免的，这只能说明，图片上传，实在是太大了，*敏*感*词*的上传，不管是google还是百度，估计是后来设计思路上出现偏差，和对网站体验极大的影响。

　　2.接下来才是最关键的一步。当图片数量超过多少，或者图片上传太大了，要从几百张图片上传到几千上万张，基本上等于等于无限制加载，基本不会超过一秒钟。但是如果只有几百张图片，实际上你在传送图片的时候，图片已经在以很慢的速度进行加载了，除非再加一个alimamabaidubing等等，大量图片加载。这个时候网站代码已经被全部加载到内存，无论你传送多少的文件，都会被内存分配，全部等于100%加载，如果你的代码代码逻辑严密，实现代码的人无法想象你这么快传送图片。

　　这个时候最好处理的办法就是，在图片上传正常期间，先去其他的网站批量上传图片，这样做可以节省大量的传送成本。然后等图片批量上传完毕后，传送图片，大部分上传图片的用户会有大量的数据完整性问题，无法上传文件，甚至上传成功，但是无法打开文件。最后，可以采用配置cdn的方式去处理服务器的问题。是时候上传图片了，但是大概500以内的file已经全部上传完毕，图片已经被压缩无法再次编辑了，可以转码成jpg，如果有视频是可以合并成mp4的。

　　3.30多兆的图片，超过24mbps的网速，基本上要放弃，一个点就是图片数量太多，一个20多m的图片在30秒的网速的传送下，是可以完成这么长图片文件上传的。实际上，这个上传图片的速度还要计算每秒传送图片文件的数量。如果每秒15k的传送，需要300个10m的文件去传送。那么，就不符合300以内的要求了。

　　假设每秒传送500个10m的文件去传送，就会有1m，10m，100m，200m等等n多网站可以同时显示，速度无法计算。至于为什么实际上1m的图片文件，每秒可以传送的速度低于20m的速度，目前没有一个比较完整的说法，也无法统计具体的数值，不得而知。大概3.8-4.1m的图片可以传送的到5m之内，原因就。