DJI_0014.jpg
今天抽了点时间去附近实践了一下测绘航拍模式。目标是沙地里面的一台推土机。图有点多，还没有来得及整理。

  • 控制应用：DJI GS PRO
  • 飞行用时：约10分钟
  • 记录点：16PTS
  • 行程：1811M

DJI_0020.jpg

总结：精灵3系列的产品在日常的测绘用途应该是有点先天不足的，因为图传缺陷等因素的影像，实际的拍摄距离偏低。最诡异的情况就是周边都是空旷的环境，居然飞出30米外就提示严重干扰。只能使用目视的方式进行拍摄，十分失败。有条件上phantom 4 pro之类的产品才能应付。

-EOF-

dji_new_river.jpg
这个无人机买回来玩的机会不多。一方面时间是一个重要因素，另一方面环境和场地限制也是一个因素。今天终于酬足时间进行一次航拍。事前先把电池充满点，把相关的地图都缓存下来。轻装出行！原来一直使用DJI GO进行拍摄，因为无法进行离线航线规划，拍来拍去都是一些近距离片段。

dji-gs-pro-first.jpg
昨晚在网上闲逛时发现了DJI GS PRO的介绍，原来我的Phantom 3也是支持的，就直接在ipad上安装了。经过简单调试发现真心不错。于是今天的行程就有了目的性了。

只测试了普通的兴趣点飞行路线规划，把遥控器的模式调试到P档，正式起飞。发现Phantom 3的有效距离太短了。飞机在70米高处居然就失去信号了，可能是旁边有高铁的缘故吧(￣┰￣)(￣┰￣)我是这样安慰自己的。刚开始还以为飞机就这样没有了。虽然是便宜货但是也是哥的血汗钱啊。但是等了一会儿果然按照我的航线进行飞行。满怀欢喜等待飞行结果。GS PRO操作上和GO还是有蛮大的差别的，但是提示还是比GO充分很多，毕竟是日本人出品的啊。质量应该是干干的。因此一个行程下来，电池已经剩下48%了，既然已经没有太多玩头了，收机回家。满心欢喜的回家，把内存卡插入读卡器一看。悲催的事情发生了，内存卡满了。。。视屏照片一个没有。。。当初在每个兴趣点中设定的拍摄动作全部作废了。。。哥可是跑了大半个小时的路去到拍摄地的。全部白费了。。。

经验总结：

  1. 飞机起飞前准备功夫除了检查电池、尾翼等外，内存卡之类的配件也要做个简单检查测试。
  2. 进行离线航线规划的时候记得考虑飞机的返航电量，否则炸鸡是随时发生的。
  3. GS PRO操作界面如果失控的话，不用过份紧张，因为你还是可以直接用遥控器控制的，因为遥控信号比图传要远得多。

-EOF-

lcn_logo.png
由于近年美刀一路高歌上涨，名下的域名越来越养不起了。这不这个站点的.biz米从GoDaddy转到Name.com，到最近又到期了。Name.com续费要$12.99，服务谈不上价格真心无法接受。回头看看GoDaddy的价格，转入也不便宜。现在最大的优惠依然是.com。所以日后选择域名肯定是从.com选，其他类型的后缀真的能别注册就不要注册。

在网上比较了一段时间，发现LCN.COM转入只要$6.15。对于LCN.COM真心的相当的陌生……摆渡了以下发现它是一家2000年成立于英国的域名注册商，看年限还是有点历史的。于是就本着试试的心态转移过去。

Name.com转移一般需要5-7日时间，包含已经过期（在whois上查到的过期日为准）15天内的域名都可以转出。虽然效率不行但起码也不会像国内某些服务商那样设置多种限制。

题外话：
发现最近国外的服务商转移域名的时候，系统自动检测到你使用非原注册商的DNS服务器的话，将会自动保留原来DNS服务器设置。这样可以实现域名服务商之间平滑转移。因此推荐使用DNSPOD的免费DNS服务，当然阁下如果米多的可以考虑下他们的商业解释服务，还是不错的。

-EOF-

wordpress-logo-stacked-rgb.png

貌似2017年1月1日起是http使用的最后期限，所有站点都纷纷开始使用https访问。我最近也使用了acme.sh进行相关站点的https证书处理。但是唯独某个使用wordpress的站点老死无法生成证书，通过acme的debug模式可以看到服务器返回的是403访问拒绝的错误。

通过更换虚拟目录和手工配置验证文件等方法纠错依旧无解。我的主机配置是nginx的PHP方案。后来想了一下是否是nginx配置文件有问题。最终在看wordpress官方的nginx rewrite时发现了问题的端倪。原来在Global restrictions file就是官方推荐的rewrite方案文件wordpress.conf其中有一段：

# Deny all attempts to access hidden files such as .htaccess, .htpasswd, .DS_Store (Mac).
# Keep logging the requests to parse later (or to pass to firewall utilities such as fail2ban)
location ~ /\. {
    deny all;
}

因为ssl证书验证时候创建过程是要通过web方式访问站点根目录中的.well-known目录中生成验证字符串文件。因此这行rewrite导致该目录无法被验证服务访问。但是奇怪的是通过手工创建的文件可以通过http访问（可能是我当时幻觉了╥﹏╥...）。

解决问题的方法很简单，就是将nginx配置文件目录中的wordpress.conf里面找到上面那几行注释掉即可。

具体的设置可以参考hrwhisper的配置方法进行配置Nginx服务器，本机使用的配置文件是这样的，因为多个站点共用了证书生成路径，因此统一写成了ssl-key.conf文件进行配置。ssl.conf文件请详细查看这里
nginx站点的vhost配置文件

server {
        listen 443 ssl;
        server_name www.ezo.biz ezo.biz;
        charset     utf-8;
        index index.html index.htm index.php;
        root  /home/ccchen/www/ezo.biz;
        ssl_certificate /etc/letsencrypt/live/ezo.biz/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/ezo.biz/privkey.pem;
        include global/ssl.conf;

        if (!-e $request_filename) {
            rewrite ^(.*)$ /index.php$1 last;
        }

        location ~ .*\.php(\/.*)*$ {
            #root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
            include        fastcgi_params;
        }

}
server {
    listen  80;
    server_name ezo.biz www.ezo.biz;
    include global/ssl-key.conf;
}

ssl-key.conf文件

location ^~ /.well-known/acme-challenge/ {
    default_type "text/plain";
    root /home/ccchen/www/key;
}

location / {
    return 301 https://$server_name$request_uri;
}

BTW：如果日后使用acme.sh进行证书更新的时候切记使用下面的范例进行操作（注意路径）：

acme.sh  --issue  -d mydomain.com -d www.mydomain.com  --webroot  /home/ccchen/www/key

其实/home/ccchen/www/key这个路径是所有站点都共用的,你可以自定义自己的路径，记得将改文件夹权限改为可读写。

如果你想独立管理每个站点的ssl证书的话，推荐查看这个文章，有介绍nginx 1.6+后版本的ssl配置。

-EOF-

office 2016

安装了最新的office 2016，发现好像没有激活版本。貌似360版本的一年要400左右，真心消费不起。所以只能寻找偏门的免费方法了。终于皇天不负有心人，找到了最新版本的激活方法，比之前的破解来得简单点。只需要准备简单的几个步骤。方法就是下面的。

下载破解文件

下载该破解激活工具请使用百度云：

链接: http://pan.baidu.com/s/1i4AFHFf 密码: 3yf8

启用mac的外来源安装

在终端输入sudo spctl --master-disable 在提示下输入密码并回车就可以了

暴力破解

运行破解文件，输入管理员密码即可。

-EOF-