C0reFast记事本

在使用普通用户执行需要超级用户权限的指令时，经常忘记前面加上sudo，等到命令输入完成，再加sudo很麻烦，可以绑定一个快捷方式快速输入最前面的sudo:
如果使用Bash，在~/.bashrc中加入：

bind '"\e\e":"\C-asudo \C-e"'

如果使用Zsh，在~/.zshrc中加入：

bindkey -s '\e\e' '\C-asudo \C-e'

生效后，只需要连续按两下ESC键，即可快速将sudo添加到命令最前端。

上一次说到Zend的词法分析，现在该轮到语法分析和中间代码生成部分了。一般情况下，词法分析和语法分析是在一起的过程，所以一般词法分析器和语法分析器是交织在一起的，共同运行。
PHP的语法分析器使用的是Bison。具体的语法分析器定义在 Zend/zend_language_parser.y文件中。

本来这篇分析是作为一次内部分享而写的，然后就懒癌发作，一直没有写完，到目前也只是写了大约三分之一吧，原因之一也是PHP深入下去还是比较复杂的。最近空闲下来，还是觉得应该把这篇都写完吧。

手动分割线===================

一段PHP脚本，到底最终是如何执行的呢？我们可以通过下面这一段最简单的代码，PHP的HelloWorld，看一步步看看到底PHP是如何执行的。

<?php
    echo 'Hello ' . 'World';
    echo 'Hello ', 'World';
?>

为啥要输出两次呢，当然是刻意构造好的，下面需要用的到 :-)

在Linux系统上支持对用户以及对用户组设置磁盘配额的文件系统很多，常见的Ext4文件系统对配额的支持就很好，但是如果要针对某个目录进行配额限制的话，就比较难办了。
至少在Ext4文件系统上并没有什么好的办法，有些比较hack的办法，比如使用 fuse 挂载一个目录，并在这个文件系统里实现目录级别的配额，虽然可以实现，但是问题就是 fuse 的性能要差很多。
然后调查了一下XFS，XFS文件系统支持 Project Quota 功能，通过该特性，可以支持目录级别的配额限制。

服务器的Apache进程突然无法启动了，在错误日志中，有如下信息:

[Mon Feb 13 14:54:10 2017] [emerg] (28)No space left on device: Couldn't create accept lock (/var/logs/accept.lock.8173) (5)
[Mon Feb 13 14:55:02 2017] [emerg] (28)No space left on device: Couldn't create accept lock (/var/logs/accept.lock.8823) (5)
[Mon Feb 13 14:56:01 2017] [emerg] (28)No space left on device: Couldn't create accept lock (/var/logs/accept.lock.9113) (5)
[Mon Feb 13 14:57:01 2017] [emerg] (28)No space left on device: Couldn't create accept lock (/var/logs/accept.lock.9765) (5)

看了一下磁盘，空间并没有被占满，于是搜索了一下，找到了办法。

Monitor部署结束后，需要部署Ceph的OSD，OSD是Ceph实际存储的核心，有了OSD，数据才能正常进行存储，这里还是在一台机器上部署3个OSD，实际生产环境中，会有更多的OSD以及更多的机器。
这里默认机器上已经装好了所有Ceph对应的包。出于简单考虑，所有的OSD只分配一个对应的数据目录。实际生产环境中，一般一个OSD会对应一个设备。

Ceph官网上介绍了使用ceph-deploy工具部署Ceph集群的方法，但是手工部署的方法文档中写的不够详细，花了点时间研究了一下，下面是手工部署一个简单的Ceph集群的步骤，先说怎么部署Monitor。

Monitor是Ceph的核心，用于存储所有的元信息，这里部署的是一个3 Monitor的集群，出于简单考虑，这三个Monitor被我放在了同一台机器上，实际部署的话，还是要放在不同的机器上保持高可用。

一个简单的内核Socket Client例子，实现一个简单的客户端，发送一些数据到服务端，并从服务端接受数据打印到dmesg。在Linux 4.8.13内核测试通过。

经常会在日志，或者其他地方遇到类似 '\xe4\xb8\xad\xe5\x8d\x8e\xe4\xba\xba\xe6\xb0\x91\xe5\x85\xb1\xe5\x92\x8c\xe5\x9b\xbd' 的字符串，但是不知道实际是代表的什么，因此要做一个解码。

之前一直没有找到比较好的网页的工具，所以就直接尝试用Python进行解码，实际上类似的字符串就是二进制数据，所以作为字符串加上相应的编码decode一下就可以了。

# 前面加上b声明是二进制数据
s = b'\xe4\xb8\xad\xe5\x8d\x8e\xe4\xba\xba\xe6\xb0\x91\xe5\x85\xb1\xe5\x92\x8c\xe5\x9b\xbd'
# 尝试使用UTF-8解码并输出
print(s.decode('utf-8'))
# 如果不行的话，尝试一下GBK
print(s.decode('gbk'))

Python2和Python3通用～

Python 3.6.0 (default, Dec 24 2016, 08:03:08) 
[GCC 6.2.1 20160830] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> s = b'\xe4\xb8\xad\xe5\x8d\x8e\xe4\xba\xba\xe6\xb0\x91\xe5\x85\xb1\xe5\x92\x8c\xe5\x9b\xbd'
>>> print(s.decode('utf-8'))
中华人民共和国

最近需要修改一下Apache的BasicAuth模块，顺便简单分析一下。

首先是 mod_authn_file, 这个模块从文件中读取用户名和密码组合，并逐一check看用户名和密码是否符合。代码在 modules/aaa/mod_authn_file.c。

static const authn_provider authn_file_provider =
{
    &check_password,
    &get_realm_hash,
};

//注册一个叫file的AuthProvider，主要是两个函数check_password和get_realm_hash
static void register_hooks(apr_pool_t *p)
{
    ap_register_provider(p, AUTHN_PROVIDER_GROUP, "file", "0",
                         &authn_file_provider);
}