一年多没来,上周刚回来。咱这儿变化这叫一个大呀,本身是那叫一个晕呀!赶忙认路,没说得。这几天这通儿转呀,好家伙,道儿走了但是很多。html
相比较而言,可能在“下载”的时间要更多一些。也陆续上传了一些资源,其中“《Oracle数据库精讲与疑难解析》”和“《更安全的linux网络》”还有幸地被评为了“推荐资源”,美!此外还看好“《Oracle数据库管理艺术_11g新特性》” ,但愿连中三元!linux
可话又说回来了,上传时可费了劲了,为嘛?谁让咱等级不够呀,论劝行赏,咱每次只能整20M的东西,这可要了亲命了。不过还好,得亏不是系统ISO映像,要不非疯了不可!数据库
因而就想啊,要是上传时能大一点再大一点就更好了,最好是没有限制。如今大多的视频站点均可以实现将大资源一次直接上传,而后须要时再在后台对其分割操做,好比一个大一些的优酷视频缓存下来的就是多个资源,甚至还有缓存下来就是一个资源的站点,好比土豆。固然,视频是视频,二者不能相提并论,这可能只是一个理想,一个完美的理想。缓存
若是这个理想不太好实现得话,那么下面这个设想可能实现起来就要容易了许多。可不能够这样,当一个用户须要上传一个对本身的“上传权限”来讲是比较大的资源时,临时开放权限。(注:前面这口气可够长的,憋死我了!)举个例子吧,好比说个人等级是“业精于勤”,这个等级和咱的博客名太神似了。那么我每次只能上传不超过15M的资源,当我准备上传一个150M的资源时,显然须要分不少次上传,效率必定不会很高。假若上传前先向“管家”告知资源大小,申请开放一个临时的权限(大于150M),待资源上传完成后再回复“管家”将权限收回,这样只是一个资源,对上传下载而言,都要方便很多。安全
http://51ctodown.blog.51cto.com/948211/204286网络
那位说了,照这么着,那“下载等级”不就失去意义了吗?此言非矣。我们前面也说了,这个是须要申请的,通这了才行。不是说申请了就确定行的。这和“上牌摇号”同样,只不过那个撞的是运气,这个守得是规则。再说了,真要是大小差得很少,咱也很差意思申请。即便申请了,恐怕也通不过审核。这时候,“下载等级”开始接管,我们还老老实实的挨个上传,就别给组织添麻烦了!可也说不许,领导们都是热心肠的人,心地善良,真要是有人申请了,或许也不大好意思回绝,北京话这叫“驳面儿”。至于规则怎么定合适,一时没有想好。不过能够确定。若是这项建议被采纳并实行的话,那么必定会有人给出合理的规则!ide
再饶几句“下载”吧!当一个资源被分卷上传后,下载时则须要挨个进入全部分卷,略显不便。能不能在资源列表时显示一个“下载”按钮,这样会方便许多,省下很多进进出出的时间。进一步考虑,若是能一次下载完资源的全部分卷岂不更快哉!故而能不能作如下尝试,就是借助于“标签搜索”,提取分卷地址进行批量下载。再进一步扩展,能不能在资源列表显示时再多一列复选框,这样就能够一次勾选多个喜欢的资源,而后在列表页面设置上相似于“下载勾选项”这样的按钮,就像邮箱那样,这样会更利于用户进行批量下载。this
以上就是这几天使用“下载”时的一些感觉,随感而发,顺手而写。算不上高谈阔论,无非想法而已,切身感觉,真实至极!spa