最近把无线路由从y1s换到了k2p，虽然cpu没啥飞跃，反而还没了usb，内存也小了一半，但k2p的无线信号确实是碾压了y1s，据说比newifi3也好些。其实这些年用y1s后总结出的个人对路由器的需求基本就是DDNS动态域名，WOL远程唤醒，端口映射（包括UPNP），再来个某种方式的远程管理路由器（web或者ssh），仔细看看，其实没有什么功能是吃cpu或内存的，真有特别耗资源的应用也不是现在一般水平路由硬件能抗的住的，而且还要平衡功耗，散热等连带问题。

好了，回到正题，这次的问题就是路由换完以后，虽然都是OpenWRT的定制系统（k2p是官改 定制版本： V2.0D 软件版本： 99.8.5.189），但对于我常用的3389远程桌面控制局域网电脑需要的端口映射还是发现了点问题：

最近又在研究远程C/C++项目的linux远程编译调试方法，之前写过一个VS结合VisualGDB搭建OpenWrt交叉编译远程调试开发环境，虽然最终目标平台是OpenWrt，但也算是远程linux编译调试，不过VisualGDB是VS的插件，而且现在新版VS（我看的是2017）已经开始自带支持linux开发了，通过cmake创建编译配置，并且允许在远程linux系统上编译调试：
https://docs.microsoft.com/en-us/cpp/linux/connect-to-your-remote-linux-computer?view=vs-2017，虽然看起来比VisualGDB还差太远…不过，这次的重点并不是VS，因为VS只支持windows（我知道有Mac版了，但是呵呵，那并不是我认识的VS），而对Win和Mac作为远程linux开发host都可以支持的IDE还是有的，那就是JetBrains系的CLion！

然而，不幸的是，在我的CentOS 7 slave虚拟机里，发现CLion需求的remote debug用的GDB版本（ 7.8.x-8.2.x ）并不能满足（7默认yum装的是7.6），那么问题就变成给CentOS 7装个新版本的GDB了…

今天在研究python liblas时，发现使用的IDE PyCharm的一个小功能缺陷：在项目运行配置中的环境变量里无法以追加的方式修改当前环境变量的值，而且又看了下IDEA，相关功能的UI都是一样的，所以应该是JetBrains系的IDE都有同样的问题。
首先，windows下使用python liblas时，除了pip装liblas包以外，还要有相关的原生库，否则import的时候会直接报错。好在win下可以直接通过OSGeo4W安装预编译好的liblas库（ https://trac.osgeo.org/osgeo4w/ ），装好后会有专用的命令行环境快捷方式，看了下和Visual Studio的Developer Command Line Prompt一样，会在这个专用命令行环境里设置一堆环境变量，这时直接运行python项目依然会报错，查了下原来是在加载liblas原生库时寻找Path环境变量里的路径找不到出的错，而专用命令行已经把OSGeo4W的bin加进去了…

博主我常年在路由器的OpenWRT系统上以crontab方式跑ArDNSPod：https://github.com/anrip/ArDNSPodl来实现DNSPod上解析域名的DDNS功能，但是今天突然发现在出口IP变化以后，DDNS域名没有像往常一样正常更新（以往反应都是很快的），检查了下也不是以前出现的又被ISP变回内网IP导致的，于是ssh登上路由器的局域网IP，手动执行了下crontab里sh的命令，发现提示这个：

root@xCloud:/opt/usr/ardnspod/ddnspod.sh
Linux
Updating Domain: xxxx.k-res.net
hostIP: xxx.xx.xxx.xxx
Get Record Info Failed!

TypeScript对于习惯强类型语言(比如Unity C#)而又要写JavaScript项目(比如CocosCreator Egret)的程序员来说，确实提供了很大方便，而且对于一些由于弱类型语言导致的只能运行时检查的低级错误，使用TS都能很好的避免。

这次要记录的是使用TypeScript作为主开发语言的CocosCreator项目中引用第三方库的方法和问题，实测的是MessagePack，protobufjs和Photon这几个库。

Cocos Creator升级2.0以后发现原来写的一些代码开始报弃用警告了，今天有空学习下新API并更新下原来的代码，之前写的实现监听touch起动停事件的代码是这样写的：

    // use this for initialization
    onLoad: function () {
        let self = this;

        cc.eventManager.addListener({
            event: cc.EventListener.TOUCH_ONE_BY_ONE,

            onTouchBegan: function (touch, event) {
                // x = touch.getLocation().x
                // y = touch.getLocation().y

                return true;
            },
            onTouchMoved: function (touch, event) {
                // x = touch.getLocation().x
                // y = touch.getLocation().y

                return true;
            },
            onTouchEnded: function (touch, event) {
                const x = touch.getLocation().x;
                const y = touch.getLocation().y;
                const cp = self.dragonPlayer.getPosition();
                NetworkManager.instance.getNetPhoton().sendMyPost(cp.x, cp.y, x, y);
                const dist = cc.v2(x, y).sub(cp).mag();
                self.dragonPlayer.stopAllActions();
                self.dragonPlayer.runAction(cc.moveTo(dist / 80, x, y));
                return true;
            }
        }, self.node);
    },

搬家之后注意到的一个小细节，之前用lighttpd时没太在意这个细节，今天发现了博客http返回头里有些不必要的信息，比如：

Server: Apache 2.4.XXX OpenSSL XXX
X-Powered-By: PHP/X.X.XX

顺手查了下隐藏掉的方法：

首先是Apache的，修改配置文件 /etc/httpd/conf/httpd.conf，加入

ServerTokens Prod
ServerSignature Off

重启httpd服务即可，接下来是PHP，修改配置文件/etc/php.ini，找到
阅读全文:»

换了个新主机，开了https，开了http2，又换回了Apache，用了一年的lighttpd虽然感觉也不错，内存占用低，但是没见跟上http2啊，所以还是老实用阿帕奇好了…本来还想给博客换个新主题的（现在这个已经用了好几年了，虽然东改西改的自定义了不少细节），结果找了半天也没看到喜欢的，难道现在不流这种写字为主并且规矩好看的主题了？我再找找看吧…

之前一直没什么时间研究新东西，博客上写的也都是些没啥滋味的东西，今天记录的这个应该能算是有些滋味的吧，不过，在正文之前，先写点铺垫，为啥现在研究起http 2.0了？这个h2吧，其实很早以前就听说过，各种好吧就是，但之前一直都有一种还很理论还很遥远的感觉，直到最近研究Google GRPC的Web实现gRPC-Web(有兴趣的话，传送门在这里：https://grpc.io/docs/quickstart/web.html)时，发现其中用到了一个叫envoy的转发代理服务器(https://www.envoyproxy.io/)来实现gRPC传输层需要的h2协议，突然感觉h2要开始普及了，查了下资料，发现h2的server push设计很有吸引力(其间还找到个这个网站：https://http2.akamai.com/demo，直观的演示了http 1.1和2.0的差距)，于是乎萌生了测试下h2用在普通网站服务器的想法。

一开始还觉得现在是不是主流Web服务器都支持http2了，一查发现本博用的lighttpd还没有加入http2的支持，而apache和nginx已经有稳定支持版本了，又搜索了下网上的评论，发现还是Apache跟的比较紧，所以就从老朋友Apache入手尝鲜吧。

我的测试环境是装在虚拟机里的CentOS Linux release 7.5.1804 (Core)，直接yum安装httpd的话是2.4.6-80.el7.centos.1 这个版本，而Apache是从 2.4.17 才开始支持mod_http2正式支持h2的，残念之后习惯性的找各种第三方rpm源，看是否有能直接撞的2.4.17以上版本，结果发现虽然是有，但是很少，而且也不是特别新的版本(另外这里https://www.mf8.biz/apache-httpd-%E5%BC%80%E5%90%AF-https-%E5%92%8C-http2/也提到”截止发文切仍受支持的 RHEL、CentOS 5、6、7 均不提供 Apache Httpd（apache2） ≥ 2.4.17 和 OpenSSL ≥ 1.0.2 的支持，也没有提供支持的第三放软件源支持。”)，于是就想不行就自己直接拿源码装吧。其实，如果只是拿源码装的话应该是挺简单的，要啥编啥就得了，不过我这还有个需求就是想把编译好的新版apache方便的装到远端VPS上测试，当然VPS也是CentOS的，所以就变成了不止要自编译还要打包RPM了…

阅读全文:»

之前写CocosLua和CocosJS时经常会遇到类成员函数中调用内嵌函数时的this传递问题，最近发现Javascript中可以通过使用箭头函数简化这个this的闭包问题，先给出测试代码：

class clsTest {
  constructor(var1) {
    this._var1 = var1;
  }

  foo() {
    console.log("1111", this._var1);

    (() => {
      console.log("2222", this._var1);
    })();

    (function() {
      console.log("3333", this);
    })();

    let self = this;
    (function() {
      console.log("4444", self._var1);
    })();
  }
}

let objTest = new clsTest(10);
objTest.foo();

JSFiddle：https://jsfiddle.net/u0yconbg/2/

为了简化示例代码，内嵌函数都写成了自调用的形式，可见333时的内嵌函数调用this是undefined，所以4444时在调用函数前声明了self用于闭包进内嵌函数访问this，（Lua中一般是local this = self），而2222的内嵌函数是通过箭头方式声明的，可见log中成功输出了clsTest类对象的_var1成员变量值，也就是说this被自动传递了，为此特意查了下文档：

An arrow function expression has a shorter syntax than a function expression and does not have its own this, arguments, super, or new.target. These function expressions are best suited for non-method functions, and they cannot be used as constructors.

来自：https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions/Arrow_functions