CentOS 7通过yum安装GDB 8的方法

2019年05月4日 1, ? 软硬件使用

最近又在研究远程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了…

Continue reading…

PyCharm (JetBrains系IDE)运行配置中环境变量的附加修改问题

2019年04月26日 0, ? 软硬件使用

今天在研究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加进去了…

Continue reading…

DNSPod API升级TLS 1.2导致ArDNSPod脚本失效问题

2019年03月10日 0, ? 软硬件使用

博主我常年在路由器的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!

Continue reading…

CocosCreator TypeScript项目引用第三方库的方法和问题记录

2019年02月19日 0, ? Java, JavaScript 设计开发

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

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

Continue reading…

CocosCreator 2.0的cc.eventManager弃用换新API记录

2019年01月6日 0, ? Java, JavaScript 设计开发

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);
    },
Continue reading…

隐藏http返回消息头中的Apache及PHP信息

2018年12月3日 0, ? 软硬件使用

搬家之后注意到的一个小细节，之前用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，找到
Continue reading…

又一次，给博客搬了个家

2018年12月2日 0, ? 日志

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

CentOS 7下自编译、打包RPM最新版Apache2 (httpd 2.4.37) 并开启HTTP/2

2018年11月10日 0, ? 软硬件使用

之前一直没什么时间研究新东西，博客上写的也都是些没啥滋味的东西，今天记录的这个应该能算是有些滋味的吧，不过，在正文之前，先写点铺垫，为啥现在研究起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了…

Continue reading…

关于Javascript中类成员函数中内嵌函数的this闭包问题

2018年10月27日 0, ? Java, JavaScript 设计开发

之前写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

使用Token2Shell连接亚马逊AWS Lightsail的SSH(默认key pairs密钥对)

2018年09月23日 0, ? 软硬件使用

最近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/），那么亚马逊的默认公钥在哪了呢？
Continue reading…