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

最近Amazon AWS的Lightsail最低配从$5降到了$3.5，于是注册了个账号来体验下(远离EC2，搞不好房子就给亚马逊了，哈哈)，发现世界前3的云服务提供商就是不一样，开了实例后发现SSH默认都是高大上的密钥验证方式，这让我这只会用户名密码登陆的土鳖着实懵逼了一下，好在有Web版的console，也能把需要的服务顺利搭起来，不过不能粘贴实在是不爽，于是还是决定研究下密钥验证的SSH登陆。
观察后发现，默认情况下亚马逊会给你的Lightsail实例所在区域自动创建一个密钥对，而提供给你直接下载的只是私钥private key (https://lightsail.aws.amazon.com/ls/webapp/account/keys)：

先Download下来，然后发现我惯用的Windows SSH客户端Token2Shell对密钥验证的设置很“隐晦”，看了半天文档才意识到要将公私钥以指定的规则放到指定的位置（默认C:\Users\XXX\Documents\Token2Shell\ssh\keys，私钥叫LightsailDefaultPrivateKey-ap-northeast-1，公钥就得叫LightsailDefaultPrivateKey-ap-northeast-1.pub，见此：https://choung.net/howto/token2shell/public-key-user-auth/），那么亚马逊的默认公钥在哪了呢？
阅读全文:»

在Cesium中，默认会对场景中添加的entity进行双击追踪效果（类似Unity中的选中物体后按F），参考

Remove default double click behavior in Cesium – http://webiks.com/remove-default-double-click-behavior-in-cesium/

这篇文章中介绍的方法后，发现所谓的”less intrusive way”并不好用，双击选中后的摄像机移动逻辑还是触发了，于是最终采用了第一种解决方法：

viewer.cesiumWidget.screenSpaceEventHandler.removeInputAction(Cesium.ScreenSpaceEventType.LEFT_DOUBLE_CLICK);

实测在1.48版中可以达到效果，另外伴随这个默认双击追踪实体行为的，还有个默认的选中指示框，这个可以通过在new Cesium.Viewer的时候指定selectionIndicator: false来关闭，如下：

var viewer = new Cesium.Viewer('cesiumContainer', {
        'timeline': false,
        'animation': false,
        'homeButton': false,
        'geocoder': false,
        'fullscreenButton': false,
        'searchButton': false,
        'scene3DOnly': false,
        'terrainShadows': Cesium.ShadowMode.DISABLED,
        'navigationHelpButton': false,
        'selectionIndicator': false,
        'sceneModePicker': false,
        'infoBox': false,
        'baseLayerPicker': false,
        'shadows': false,
});

之前多说倒掉之后，换了畅言作为本博的社交评论系统，用了一段时间后发现也不是很好用，不如之前曾经测试过的Disqus，于是又动起了换成Disqus的念头。正常情况下Disqus直接通过官方wordpress插件安装并设置就可以了，但是由于众所周知的问题，Disqus在中国大陆是访问不了的，不过很幸运，在网上找到了这个：
wordpress使用Disqus – https://www.ggbond.cc/index.php/wordpress%E8%A3%85disqus%E6%8F%92%E4%BB%B6%E6%8A%A5the-plugin-was-unable-to-generate-a-secret-key-for-your-site/

其中提到的API代理项目是： fooleap/disqus-php-api – https://github.com/fooleap/disqus-php-api

按照上面的参考文章的操作说明即可实现Disqus的“完美”接入。不过这里额外记录下修改模板时的问题：
阅读全文:»

在测试一个python操作AES加密解密的脚本时，发现需要安装一些依赖package，大部分直接pip install就搞定了，结果到pycrypto的时候，却遇到了pip报错安装失败的问题，仔细看了下发现是编译出错，搜索了下找到了这个：https://github.com/dlitz/pycrypto/issues/218，原来是需要VS Build Tools环境的问题，按照最后的提示（指定32位编译环境）：

for Python 3.6 32 bit following set of commands worked:

cd “C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build”
vcvarsall.bat x86_amd64
cd \
set CL=-FI”%VCINSTALLDIR%\tools\msvc\14.14.26428\include\stdint.h”
pip install pycrypto

执行后，提示：
阅读全文:»