由于 go 原生支持了交叉编译，且允许自由的通过编译参数来做到多系统分别编译不同的代码，因此很多项目都实用这种方式来屏蔽跨系统的 API 差异。但是如果我们在非目标系统进行开发，如在 Windows 或 macOS 开发 Linux 程序，就会出现代码跳转的时候无法跳转到正确的文件。
这是因为 GoLand 默认使用我们开发环境的信息来搜索和跳转，因此如果在 Windows 开发，就会跳转到对应的 Windows 的实现。这时候，我们可以通过修改配置，来修改这一跳转行为。具体需要修改的配置为：
Preferences -> Go -> Build Tags & Vendoring
或者使用双击 Shift 输入 Build Tags 来快速定位到这个配置。
在这个配置里，将 OS 和 Arch （更多…）
通常来说，使用 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() （更多…）去年末腾讯云轻量服务器推出了内网互联功能，但是好像有很多小伙伴不太清楚用法。因此写本文给大家一些使用思路。
本文基于官方文档 https://cloud.tencent.com/document/product/1207/56847 。
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-- （更多…）最近，线上运行的定时任务出现调度失败。调整了相关参数后，虽然遏制了调度失败的情况，却导致任务调度的延迟极度增加。同时还观察到，在多机部署的环境中，负载极不均匀，于是深入代码排查一番。
org.springframework.scheduling.quartz.SchedulerFactoryBean#setTaskExecutor 方法自定义工作线程池org.quartz.threadPool.classSimpleThreadPool 配合参数 org.quartz.threadPool.threadCount 调整最大线程数即可org.quartz.spi.ThreadPool 接口，并一定要实现 （更多…）最近玩 SDR，看到 ads-b 比较有意思，可以使用树莓派追踪附近飞机的实时位置，还有一些平台可以共享数据，看到更多的飞机。不过由于国内的相关规定，向境外平台分享数据是违法的，所以准本研究研究咱们自己的平台 – 飞常准。
飞常准 ads-b 平台的链接是 https://flightadsb.variflight.com/，页面整体来说跟国外知名的数据分享平台大同小异，不做过多介绍。不过在尝试接入该平台的时候，发现了一些有意思的东西，在此记录一下。
为避免飞常准修改相关页面，将当前官方页面截图记录：
可以看到，文档本身就是修改了一下树莓派的源，然后克隆了一个 github 仓库，运行了安装脚本。接下来我们看看这个仓库的脚本都有什么。该仓库已妥善备份。
https://github.com/davy12315/adsb
首先看 setup.sh，没有什么特殊的，就是处理了一下 （更多…）
jOOQ 全称 Java Object Oriented Querying，即面向 Java 对象查询。它是 Data Geekery 公司研发的 DA 方案 (Data Access Layer)，是一个 ORM 框架。
使用 jOOQ，既不像 Hibernate 等框架封装过高，无法触及 SQL 底层；也不像 MyBatis 等，配置太过繁琐。同时还是 Type Safe 的框架，编译时即可最大程度的发现问题。
不过在 jOOQ 配合 String Cloud 使用的时候，还是踩了几个小坑，特别说明一下。随时补充新遇到的问题。
一、事物问题
jOOQ 默认有一套自己的流式 API，来支持事物。不过，在 Spring 里面，我们使用的最多的还是 @EnableTransactionManagement 和 @Transactional 注解。使用这二者可以开启 Spring （更多…）
由于 PHP 7.2 不再支持 mcrypt，因此需要将 mcrypt 替换为 openssl。
但是在替换发现，php 的 openssl 和 mcrypt 实现有一些不同，有几个坑需要注意。
AWS 推出的 Lightsail Database 是目前比较实惠的托管 DB 方案。不过相对来说，Lightsail 的控制面板功能较少，很多参数无法修改。经过搜索发现，其实我们有很多参数可以调，只是需要通过命令行的方式来调整。
https://aws.amazon.com/cli/
https://lightsail.aws.amazon.com/ls/docs/en_us/articles/lightsail-how-to-set-up-and-configure-aws-cli
Linux：
sudo apt-get install awscli
MacOS：
brew install awscli
Python（通用）：
pip install awscli
https://lightsail.aws.amazon.com/ls/docs/en_us/articles/lightsail-how-to-set-up-access-keys-to-use-sdk-api-cli
先在 （更多…）