一段时间没上来了,看到有很多网友对OWA感兴趣,因为所在公司发展方向的原因,没有太多时间继续深入研究OWA,敬请见谅…

vs调试windows mobile程序时布署时间太长的解决办法 1.VS平台上,选工具-选项-项目和解决方案-MS BUILD项目生成输出详细信息中选择“诊断”,目的是在调试窗口中看出哪个过程编译的时间最久,MOBILE平台一般问题都是出现在PlatformVerificationTask上. 2.进入.NET环境的安装位置:C:\WINDOWS\Microsoft.NET\Framework\v3.5,修改Microsoft CompactFramework.Common.targets中关…

1.背景: 控制上游文件个数每天7000个,每个文件大小小于256M,50亿条+,orc格式.查看每个文件的stripe个数,500个左右,查询命令:hdfs fsck viewfs://hadoop/nn01/warehouse/…….db/……/partition_date=2017-11-11/part-06999 -files -blocks; stripe个数查看命令:hive --orcfiledump viewfs://hadoop/nn01/warehouse/…….db/tab…

1.mongodb官网下载:http://www.mongodb.org/downloads 2.双击程序安装,会出现如下,卡着不动,时间太久,也取消不了 3.是因为安装时默认勾选 compass 图像管理工具,可以先不安装 4.打开任务管理器,结束安装进程 5.重新安装时,取消 compass 的默认勾选 6.单独下载图形管理工具…

运行Selenium脚本时,发现有时候由于网络或性能问题,加载网页时间太长,无法继续执行后续操作,但是实际上元素都已经加载出来了. 解决 # 设置页面加载超时时间 d.set_page_load_timeout(3) d.set_script_timeout(3) try: openurl(d, url) except: print('time out after 3 seconds when loading page!!!') d.execute_script('window.stop()')…

这种新型的语言注定火不起来,功能太强大(特性太多),还不如用成熟稳定强大的C/C++,,而Golang足够简单,入门快,编译快,性能也强悍,解决了服务端开发人员的痛点,,注定被大多数人接受... golang 针对的方向和他不同,虽然是同一时期的,但我觉得不太适合用来比较 拿 Go 来类比,不是比功能定位,而是比被接受的容易度,其他方面都很OK 且 容易上手的语言后来者居上的可能性非常大,,,如果从功能上对比的话,Go 主要定位解决分布式系统,服务器应用开发,主要竞争对手是 Java.Pytho…

最近由于提高了发现资料的效率及方法,于是得到了很多好的资料,也打印了好多资料!可是,我突然发现自己好像要做的事太多了,一时间没有了头绪.今天花点时间写个博客,整理一下最近杂乱的状态,看看到底该如何调配时间资源,完成各种任务.下面先列出最近在学的东西有哪些. 1.<渐近分布理论>.手上有个30页的资料,专门讲这个的,有定理有proof,非常喜欢!已经看了一些了. 2.<变分>.手上现在有一本非常适合自己水平的变分教材,是一本书,打印出来的,书的第一章讲了变分问题的由来与解法,过程相当…

hi 给自己放了大概三天的假,没有一点点防备,没有一点点准备,无意的 是不是贤者时间过不去了我不知道啊...继续看东西吧 1.MySQL -----运算符和函数----- 字符函数,数值运算符,比较运算等 ----字符函数 --- CONCAT()--字符连接 CONCAT_WS()--使用指定的分隔符进行字符连接 mysql> SELECT CONCAT('imooc','-','MySQL');+-----------------------------+| CONCAT('imooc','…

目前开发使用了Eclipse ,每次报错的时候都会build,,每次build的时间都很长,接近10秒左右,好难受呀.. 刚开始一直以为是项目内容多导致的,但是想想之前做的项目,无论再多,也都是秒级的编译.现在不管是修改一个类.修改一个jsp,创建一个文档,都要编译10秒中左右....肯定有问题 当eclipse编译的时候跟着看了一下,10秒钟基本上都停止在js编译中,原来是js的问题,难怪项目上js有这么多提醒... 但是仔细检查了一下Eclipse的配置,发现能关闭的校验全部都关闭了,如图:…

在Jenkins的默认配置中,clone代码时会拉取所有历史版本的代码,而且默认的超时时限只有10分钟.这就造成在某些项目中,由于代码量本身就比较大,历史版本也比较多,再加上网络环境不是特别好,Jenkins根本没法在10分钟之内拉取完所有代码,超时后任务就会被自动终止了(错误状态码143). 这种问题的解决方式也很简单,无非就是两种思路,要么少拉取点代码(不获取历史版本),要么提高超时时限.对应的配置在Advanced clone behaviours中: Shallow clone:勾选后不…