文件管理历史版本-重庆毛毛虫信息技术有限公司

Website Home

凯德云M-Files将会帮助您消除这些无法管理的文件夹,使你的生活更加轻松,每次只需在文档库里保存或打开?

您能根据标签,或者属性查找和查看文件,例如按月分类的发票、按客户分类的订单、或者和某个客户或项目相关的所有文档等等——这些都是动态且即时的!

历史版本官管理,方便进行版本更新、历史版本浏览及文件版本比较等。

A:允许将文档恢复至指定的历史版本;

B:允许清除多余的历史版本?

C:允许下载指定的历史版本。

点击好评,好运一生。

这个我看是可以行的!

近几个月来的工作是一个交易系统持续改进项目,迭代发布周期大约为2~3周。

最近一次迭代是V16版,在礼拜三完成发布。

不幸的是,第二天上午就被老大逮过去。

原来老大从生产中揪出了一个bug,大致的问题如下:系统中有一个常用的自定义控件,目的是协助选择客户,而V16版的持续改进需求是给控件增加两个筛选选项,支持不同的默认值配置;

很简单的一个需求,代码修改也简单,其中一个修改是给一个js文件里边的一个函数增加了一个传入参数,用来传递配置值!

经过RC、RTW测试,一切都显得很正常,不过上了生产才被发现bug了!

加载出来的客户明显不正常、数目不对,也与预期的查询配置不相符?

检查控件内部跳转链接,发现问题,传递的参数明显与预期不符,而这个链接则是由上面修改过的JS函数生成?

因此判定问题是由于客户端缓存了原版JS文件,新函数的调用由旧函数所替换引发的!

经过清除缓存,重新加载页面后,这个自定义控件能够正常工作;

很不幸的是,我们是不能通过打电话告诉每一位用户,你需要清除缓存,然后才能正常使用这个功能。

到此时,我才意识到需要一种方法来控件JS的缓存问题,否则,后续任何涉及JS文件内容的修改,都会因为缓存无法获取最新JS文件,而导致生产事故。

原则上,我们是需要在有JS更新的时候,才会去重新加载JS文件,而不是每次都重新加载,因此第一种做法给JS应用地址后添加随机参数是不可取的,因为它意味着,几乎每次加载页面都会是重新加载JS,而不会合理的利用缓存JS!

但是,我们还有第二种更合理的做法,如果关注过一些国外网站代码,会发现,他们通常是在js链接后添加一个版本号参数,而不是随机数,当js代码发生修改时,只需要将版本号加1,就可以很巧妙的解决通知客户端更新js文件。

不知道,谁是第一个想到这种方法的人,不过毫无疑问,他是值得我们钦佩的,真是一个不错的idea的!

附赠些许代码:<

附赠些许代码:1:先把手机彻底关闭手机2:彻底关机之后,按住音量上键+电源键不要松,过一会就会进入recovery了,在recovery中音量键表示选择,电源键表示确认,不要松,过一会儿进入recovery模式,注意:在recovery模式中按音量上下键表示选择,按电源键键表示确定!

3:进入recovery模式之后进行双清,不管你的手机是系统自带的recovery还是第三方的recovery,只要有【wipedata/factoryreset】和【wipecachepartition】(中文版的是:清空缓存)这一项就可以4:选择【wipedata/factoryreset】(中文版的是:清空所有数据,也就是恢复出厂设置了),然后按开机键确认,再选择【yes-deletealldata】(是的-清空所有数据)即可5:选择【wipecachepartition】(中文版的是:清空缓存),然后按开机键确认,再选择【yes-wipecache】(是的-清空缓存)即可6:然后重新重新再选择【rebootsystemnow】,按开机键确认后启动手机就可以了不过0.60版本只是一个开发者的版本,并不准备广泛使用还有,在另一个预发布的项目中,JohnCherry追踪了在对每个已经发布的内核版本进行编译时发现的错误和警告但是由于不久便出现了伪钞,因此导致它的价值实用很小,以致在俗话中将不值钱的东西称为“还不如一个大陆币”黄金时代产品魔兽争霸31994年,BlizzardEntertainment推出了《魔兽争霸》(Warcraft:OrcsHumans),该作品大体上只能算是《沙丘魔堡II》的中古世纪仿作?