通常来说，使用 gdb 等工具调试测试或生产环境的进程，是非常好的查找 Bug 的方式。但是当我们步入容器时代后，使用 gdb 工具却会遇到一些麻烦。
当我们进入容器内，尝试使用 gdb attach 的方式开始调试已运行的进程时，会得到这样的报错：
Attaching to process 123
ptrace: Operation not permitted.
通过简单的搜索我们可以发现，这是因为容器内为了安全，默认没有给 SYS_PTRACE 权限的原因。于是，很多教程告诉我们，用这个命令启动容器解决这个问题：
docker run xxx --cap-add=SYS_PTRACE然而，在生产环境授予容器 SYS_PTRACE 权限是很危险的，有可能造成容器逃逸。因此，如果需要启用该权限，建议慎重考虑。
那么，有没有办法避开这个权限呢？由于容器本身其实就是主机上的一个进程，所以我们自然会想到，能否直接从主机找到对应的进程，然后在主机上执行 （更多…）
今天在解答同事对于 Unix Timestamp 的时区问题的疑问时，看到了这篇文章：
深入理解System.currentTimeMillis()
https://coderdeepwater.cn/2020/12/29/java_source_code/currentTimeMillis/
通过阅读发现，虽然该文章对于这个函数调用的原理解释的非常好，但是却在开头处犯了一个致命的错误，误导了我的同事。在这篇文章中，作者说：
深入理解System.currentTimeMillis()
System.currentTimeMills()的返回值取决于Java运行时系统的本地时区!千万不要忘记这一点!
同一时刻,在英国和中国的两个人同时用System.currentTimeMills()获取当前系统时间,其返回值不是一样的,除非手动将操作系统的时区设置成同一个时区(英国使用UTC+0,而中国使用UTC+8,中国比英国快8个小时).
这个观点是完全错误的，正因为这里的错误误导了我的同事，走入了错误的排查方向。
首先说结论：
System.currentTimeMillis() （更多…）Linux 会为每个进程生成一个目录，保存了进程相关的大量信息。具体位置在：
/proc/${pid}一般有如下文件：
total 0
-rw-r--r-- 1 root root 0 Dec 31 00:00 autogroup
-r-------- 1 root root 0 Dec 31 00:00 auxv
-r--r--r-- 1 root root 0 Dec 31 00:00 cgroup
--w------- 1 root root 0 Dec 31 00:00 clear_refs
-r--r--r-- 1 root root 0 Dec 31 00:00 cmdline
-rw-r--r-- 1 root root 0 Dec 31 00:00 comm
-rw-r--r-- 1 root root 0 Dec 31 00:00 coredump_filter
-r--r--r-- （更多…）dd if=/dev/urandom of=sample.txt bs=1G count=1 dd if=/dev/urandom of=sample.txt bs=64M count=16 dd if=/dev/random of=sample.txt bs=1G count=1 dd if=/dev/random of=sample.txt bs=64M count=16
一般常用的能查到的测试磁盘读写速度的命令是下面几个：
dd bs=1M count=256 if=/dev/zero of=test dd bs=1M count=256 if=/dev/zero of=test; sync dd bs=1M count=256 if=/dev/zero of=test conv=fdatasync dd bs=1M count=256 （更多…）
今天在服务器上做一个 Bash 代理的配置，想要将某些地址去除代理，于是搜了一下，基本上答案都是：
export no_proxy="localhost,127.0.0.1,192.168.0.0/24"
这样的答案。但是实际使用的过程中，我发现这跟我就是在误导别人，因为如果像上面那样写，你在访问 192.168.0.1 的时候会发现还是走了代理。
经过尝试，下面几种写法都是无效的：
127.0.0.0 127.0.0.0/8 127/8 127.*.*.* 127.
特此记录一下，避免后人踩坑。。。
在MySQL Performance Blog博客上看到一篇文章介绍now()和sysdate()函数。
想起很多朋友专门问在MySQL里面提供now()和sysdate()函数，都是表示取得当前时间，他们之间有什么区别。我们下面来详细看一下
首先大家可以看一下下面的一个诡异现象：
mysql> SELECT NOW(),SYSDATE(); +---------------------+---------------------+ | NOW() | SYSDATE() | +-----------------------------+----------------------------+ | 1999-01-01 00:00:00 | 2012-12-05 09:50:03 | +---------------------------+----------------------------+ 1 （更多…）
Redis提供了丰富的命令（command）对数据库和各种数据类型进行操作，这些command可以在Linux终端使用。在编程时，比如使用Redis 的Java语言包，这些命令都有对应的方法。下面将Redis提供的命令做一总结。
官网命令列表：http://redis.io/commands （英文）
因为偶尔遇到由于各种原因，我们在使用ntpdate的时候无法成功的跟服务器同步时间的现象，而一般情况下我们对时间的精度要求都不是太高，所以想到可以使用根据HTTP头里面的信息来校时的做法。
之前看到一个使用php编写的脚本，但是考虑到很多机器是没有php环境的，因此选用shell来进行代码的编写，尽量保证通用。
PS：这篇文章正好测试一下Gist插件，看看效果如何。
因为静态图片一般都不需要使用Cookie，因此，将静态文件的SetCookie头都去掉是一个很好的加快网站访问速度的办法。使用Apache的话，可以用mod_headers和mod_setenvif两个模块实现。
首先在httpd.conf中加载这两个模块，然后写上如下代码：
SetEnvIf mime image/.* unset-cookie
Header unset Set-Cookie env=unset-cookie
这样，当Apache再遇到类型为图片的文件时，就不会发送Set-Cookie头，自然可以减少一点流量的开销，加快网站的访问速度。
今天申请了一个Linode账户，因为一直知道Linode的Longview很强大，于是准备体验一下。安装好之后发现自动检测到我运行了Apache，但是看不到具体的信息，因为我的Apache的Status页面没有配置好。
于是按照官方的教程进行配置，结果怎么访问都不成功。实验了多次并查找资料后发现，是我的Wordpress在捣鬼。
因为Wordpress启用了伪静态，所以所有的请求都会被重写向index.php，包括/server-status。于是直接导致了页面404。解决方法是在Wordpress的Rewrite规则中添加这一句：
RewriteRule ^(server-info|server-status) - [L]
这样如果Apache判断你的请求是server-info或server-status就会直接终止Rewrite，这样就不会将该请求重写到index.php，导致404了。
PS:在安装的时候还出现了一个小问题，就是发现在安装perl-DBD-MySQL的时候会失败，找不到依赖包。最后使用yum （更多…）