在做金融类系统处理金额数据时，double提供的精度位数有限，进行大量资产的核查清算时，容易因位数过多产生精度不够的情况。
Java的BigDecimal在这方面支持较好，可以提供任意位的精确计算，不过其效率一般，为了探究与double的性能差距，简单测了一亿次迭代情况下的加减乘除运算，进行比较，本次试验使用我的渣渣办公本，i5-2410m 4G内存。
通过测试，BigDecimal与double的性能差距在100倍这个量级，测试一亿次迭代数据，处理效率尚可在可接受范围。
结果图（单位毫秒）：
浏览：5虚拟机的mac升级到10.12后，分辨率被锁定1024×768，直接vi编辑配置文件无法保存，在vmware中共享的文件夹也无法打开。
原因是10.11之后增加了System Integrity Protection (SIP)功能，禁止让软件以 root 身份来在 Mac 上运行。
好在有办法关掉。
常规办法是在引导时按住command+R键，进入recovery environment，在终端进行操作，比如这样：
How to turn off System Integrity Protection in El Capitan Click the menu. Select Restart... Hold down command-R to boot into the Recovery System. Click the Utilities menu and select Terminal. Type csrutil disable and press return . Close the Terminal app. Click the menu and select Restart... .
不过虚拟机好像不太好正确按出来，可以尝试在引导时按住command键（普通键盘alt键）进入boot manager，然后选择Enter setup ——> Boot from a file ——> Recovery HD[PciRoot(0x0)/…] ——> ——> boot.efi
继续阅读 »
B9Creator是流行的3D打印开源DLP解决方案，其早期软件开源，虽然功能简单但是DIY足够，是国内众多DLP厂商首选解决方案。上位机软件只有英文版，本站收集了一些汉化资源进行整合并校对，将汉化版源码在github上开源方便国内，使用qt开发，注意编译环境版本，地址如下：
https://github.com/zhonghcc/b9creator-zh_cn
jodatime依靠其方便的api和与Data无缝转换，成为java开发负责时间逻辑的不二之选。
当jodatime作为Entity的属性自动转换时，一般用到jadira.usertype
在实体类中使用jodatime需要引入jadira.usertype
自动转换有两种配置，一种是在属性上加注解：
// Will be mapped as DATETIME (on MySQL) @Type(type = "org.jadira.usertype.dateandtime.joda.PersistentDateTime") private DateTime createTime; // Will be mapped as DATE (on MySQL), i.e. only date without timestamp @Type(type = "org.jadira.usertype.dateandtime.joda.PersistentLocalDate") private LocalDate birthdayDate;
一种是做全局配置
spring boot的app.properties配置如下：
spring.jpa.properties.jadira.usertype.autoRegisterUserTypes = true
这样在实体类中就可以直接使用jodatime的DateTime类型,在存取数据库的时候会自动完成类型转换
// Will be mapped as DATETIME (on MySQL) private DateTime createTime; // Will be mapped as DATE (on MySQL), i.e. only date without timestamp private LocalDate birthdayDate;
不过有一个问题,当数据库保存实体时，时间少了8个小时，2016-06-20 00:00:00存到数据库中变成了2016-06-19 16:00:00，看来是丢了时区信息。
继续阅读 »
作为贫农，玩pcDuino没有HDMI输出，就只能靠vnc等软件查看pcDuino的屏幕了，但是vnc的速度实在令人不敢恭维，因此尝试换支持RDP协议的xrdp,pcDuino默认是用的lxde而不是gnome，这点一定要注意
先下一个xrdp
sudo apt-get install xrdp
如果你运气爆棚，现在就可以使用xrdp了，只需要用微软自带的mstsc连接即可，但事情总不会那么顺利的
多半会遇到这样的错误：
error-problem connecting 而在/var/log/xrdp-sesman.log 里的日志是这样的：
[20150518-16:59:47] [ERROR] X server for display 10 startup timeout [20150518-16:59:47] [INFO ] starting xrdp-sessvc - xpid=1433 - wmpid=1432 [20150518-16:59:47] [ERROR] X server for display 10 startup timeout [20150518-16:59:47] [ERROR] another Xserver is already active on display 10 [20150518-16:59:47] [DEBUG] aborting connection... [20150518-16:59:47] [INFO ] session 1431 - user ubuntu - terminated
pcDuino在经过一番磨砺之后，系统重启kernel报错了，不得已冲刷下系统
一、使用TF卡装系统
开始：
1、下载必要文件
好久没看博客，去google analytics看怎么流量锐减，从3月18号之后就没有流量了，发现是网站们都down了，数据库连不上。
后台数据库没有起来，试着起一下，报了错误：Manager of pid-file quit without updating file
查找数据库启动日志，我用的lnmp所以在/usr/local/mysql/var里，发现
150331 00:13:26 mysqld_safe Starting mysqld daemon with databases from /usr/local/mysql/var/usr/local/mysql/libexec/mysqld: File './mysql-bin.index' not found (Errcode: 13) 150331 0:13:26 [ERROR] Aborting 150331 0:13:26 [Note] /usr/local/mysql/libexec/mysqld: Shutdown complete 150331 00:13:26 mysqld_safe mysqld from pid file /usr/local/mysql/var/svr.pid ended
重要的一句：File ‘./mysql-bin.index’ not found (Errcode: 13)
查看mysql-bin.index 文件是存在的，所以应该是权限问题。
将var下的所有文件chown到mysql用户下，问题解决
chown -R mysql:mysql var/
Express 的集成度越来越小，一些附加功能都是通过中间件实现的，上传功能需要处理form-data，试用了一下busboy（在Express中使用connect-busboy），还是十分不错的。
busboy 原地址：https://github.com/mscdex/busboy
connect-busboy中给出的例子十分简单，或者说十分简陋，具体功能还需要在busboy原地址中学习。
首先需要在app.js中require一下，并设置相关参数
var busboy =require('connect-busboy'); app.use(busboy({ immediate: true }));
其中immediate选项表示立即从request流读取并解析数据
然后在routes里开写吧！
var uuid = require('node-uuid') if (req.busboy) { req.busboy.on('file', function(fieldname, file, filename, encoding, mimetype) { console.log(fieldname); console.log(filename); console.log(file); console.log(mimetype); if(mimetype.substr(0,5)=="image"){//我这里是上传了图片 var id = uuid.v1(); console.log(id); tmpUploadPath = path.join(conf.__uploads, id+'.jpg'); file.pipe(fs.createWriteStream(tmpUploadPath)); msg = {errorno:0,uuid:id,msg:"success"} } }); req.busboy.on('field', function(key, value, keyTruncated, valueTruncated) {//处理其他非文件字段 console.log(key); console.log(value); }); req.busboy.on('finish', function() {//处理完毕后的回调 res.json(msg) }); }
可以看到 busboy在处理form-data还是非常方便的，值得选用，如果进一步进行裁剪、缩放的功能，再结合gm之类的中间件处理应该更好
浏览：1,896
近期评论