Linux 日志
2020-06-23
查看这个进程打开了哪写文件
-> % ps -ef | grep rsyslogd | grep -Fv grep
syslog 1068 1 0 1月06 ? 00:00:03 /usr/sbin/rsyslogd -n -iNONE
-> % sudo ls -l /proc/1068/fd
总计 0
lr-x------ 1 root root 64 1月 8 16:54 0 -> /dev/null
l-wx------ 1 root root 64 1月 8 16:54 1 -> /dev/null
l-wx------ 1 root root 64 1月 8 16:54 10 -> /var/log/kern.log
l-wx------ 1 root root 64 1月 8 16:54 11 -> /var/log/auth.log
l-wx------ 1 root root 64 1月 8 16:54 2 -> /dev/null
lrwx------ 1 root root 64 1月 6 09:46 3 -> 'socket:[13299]'
lr-x------ 1 root root 64 1月 8 16:54 4 -> /dev/urandom
lrwx------ 1 root root 64 1月 8 16:54 5 -> 'socket:[27825]'
lrwx------ 1 root root 64 1月 8 16:54 6 -> 'socket:[27831]'
lr-x------ 1 root root 64 1月 8 16:54 7 -> /proc/kmsg
lrwx------ 1 root root 64 1月 8 16:54 8 -> 'socket:[22468]'
l-wx------ 1 root root 64 1月 8 16:54 9 -> /var/log/syslog
查看哪些进程打开了这个文件
-> % sudo find /proc/*/fd -ls | grep /var/log/syslog
2551982 0 l-wx------ 1 root root 64 1月 8 16:50 /proc/1068/fd/9 -> /var/log/syslog
-> % ps -fq 1068
UID PID PPID C STIME TTY TIME CMD
syslog 1068 1 0 1月06 ? 00:00:03 /usr/sbin/rsyslogd -n -iNONE
b2a
2020-06-21
uu 编码是加州大学伯克利分校 1980 年为在邮件中传输二进制文件而设计的一种 B2T（Binary-To-Text）/ B2A（Binary-To-Ascii）编码。
九十年代，MIME 被设计出来并成为国际标准之后，uu 编码就正式退出了历史舞台。
uu 代表 Unix-to-Unix Copy，表示将一个文件从一个 Unix 系统传输到另一个 Unix 系统。
Git
2020-06-12
搜索提交信息
git log --grep=fix: --oneline --after='2018-07-01' --author=markjour
搜索历史文件
git grep -C3 sign_position $(git rev-list --all)
搜索 diff 内容
git log -G'前置'
git log -G'前置' -p | grep '前置' -C5
git log -G'前置' --oneline --name-status
-S<string> --pickaxe-regex 和 -G<regex> 作用相近，
不过 -S 只会列出搜索内容增删的相关信息，也就是所在行修改了，但是搜索内容没有变化的会忽略
终端 在线服务
2020-06-07
https://github.com/chubin/wttr.in
curl wttr.in/wuhan
curl wttr.in/wuhan?lang=zh
curl wttr.in/jiangxia?lang=zh
# 指定日期
curl wttr.in/jiangxia@2020-06-07?lang=zh
View options:
0 # only current weather
1 # current weather + today's forecast
2 # current weather + today's + tomorrow's forecast
A # ignore User-Agent and force ANSI output format (terminal)
F # do not show the "Follow" line
n # narrow version (only day and night)
q # quiet version (no "Weather report" text)
Q # superquiet version (no "Weather report", no city name)
T # switch terminal sequences off (no colors)
指定 view:
# 只看今天的天气
# 不显示颜色
curl "wttr.in/jiangxia?0T&lang=zh"
Python GUI
2020-05-29
gooey 
可以快速实现命令行 GUI 化。
Windows
2020-05-27
- 虚拟内存相关
pagefile.sys：Windows 的交换（SWAP）文件。默认在 C 盘根目录，和内存一样大，可以在“高级系统设置”中更改其位置和大小。hiberfil.sys：休眠模式系统状态转储文件。一般也会有几个 G。swapfile.sys：Win10 引入，作用和 pagefile.sys 相同，但他的大小可以自动调整。desktop.ini：文件夹配置文件（隐藏文件），用于自定义文件夹的外观和行为。thumbs.db：缩略图缓存文件（隐藏文件），用于加快文件夹中图像文件的显示速度。ntuser.dat：用户配置文件（隐藏文件），包含了用户的注册表设置和个人偏好。boot.ini：启动配置文件，用于指定启动选项和操作系统位置。
CentOS Docker
2020-05-24
# sudo yum remove docker \
# docker-client \
# docker-client-latest \
# docker-common \
# docker-latest \
# docker-latest-logrotate \
# docker-logrotate \
# docker-engine
# 检查是否有旧的安装
yum list installed | grep docker
sudo yum remove ...
sudo yum install -y yum-utils
# 使用国内镜像
# sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
yum list docker-ce --showduplicates | sort -r
sudo yum install -y docker-ce docker-ce-cli containerd.io docker-compose-plugin
参考：https://docs.docker.com/engine/install/centos/
开发者
2020-05-22
- 代码：一堆组织好的文本，也叫源代码，源码。
- 程序：可执行的一组指令，通常以二进制文件的形式存在。对于脚本语言，也可以是源码的形式存在。
有种常见的说法是程序 = 数据结构 + 算法。
- 软件：程序 + 资源（数据、文档、工程文件等）。
- 功能：使用软件实现的一个确定目标。
- 部署环境：
用户视角：
- 产品：产品和销售设计，面向用户，一组功能和价格的封装。可能是系统，可能是别的系统上的应用。
管理视角：
架构视角：
- 系统：一些相关的事物组合成一个有机整体，通过对资源的管理和利用，来实现某些功能。
- 应用：运行于一个系统之上，独立且内聚，实现特定的功能，或为系统增加一些新的功能。
- 拓展：和应用类似，但是其作用是对系统原有功能进行辅助或者增强。
功能视角：
- 服务：程序或软件系统对外提供某种功能（完成某些任务），或许还会提供一些交互方式（网络协议，Web 页面，API，GUI）。
一个系统可能是多个小的服务组成，整个系统对外又可以说是提供一个服务。
- 平台：也是服务，强调的是对使用者提供某种支撑。用时髦的话讲，就是赋能。
一般来讲是，应该是一个强大、复杂的服务。
管理平台，日志平台，商户平台，开放平台。
开发视角：
- 库 library，组件 component，插件 plugin，控件：都是指可复用的代码，或者可调用的二进制程序。他们之间的差异就是在于不同的使用场景。
- 代码仓库：源代码版本管理中的概念。也有人将仓库称为项目，我认为是很不贴切的，即使这个项目的所有代码都在一个仓库内。
- 模块：独立（或相对独立）的一段程序，可以是库、组件、服务，也可以是程序中一个相对内聚的部分。
甚至，子系统也可以说是系统的一个模块。
反过来思考
假设有这么一个项目组，共 5 个人，开发了一个项目，由 10 个服务组成的一个项目管理系统。
基于这套系统，又封装成了两个产品，分别面向开发团队和一般团队。
一个团队，一个项目，一个系统，两个产品。
后来业务发展、商务合作、法务合规的缘故，项目组另外再部署一套一模一样的系统，专门为某个客户服务。
一个团队，一个项目，两套系统，三个产品。
再后来，这套专有系统持续创造较大的利润，项目组为他另外开一个新的项目进行管理，需求、开发进度等等都独立开来。但是还是这个团队来做。
一个团队，两个项目，两套系统，三个产品。
这个逻辑有问题么？
Python 日志 logging
2020-05-21
logging 内部的服务级别：
DEBUG 10
INFO 20
WARNING 30
ERROR 40
CRITICAL 50
根据使用习惯，INFO 是重要信息，DEBUG 是普通信息。线上也是开到 DEBUG 级别。
然后调试信息也是通过 DEBUG 服务打印，然后通过 conf.DEBUG_MODE 来区分是不是要打印这种 DEBUG 级别的调试信息。
觉得不甚方便，想了一下，有两种思路：
- 将普通信息也通过 INFO 日志打印，在日志内容中插入部分标识来表示是重要信息，比如 “&NOTICE”。
- 增加一个 TRACE 级别日志。
方案一感觉相对合理一些，但是对于已有项目还是方案二好。
实现
def trace(self, message, *args, **kwargs):
if self.isEnabledFor(TRACE):
self._log(TRACE, message, args, **kwargs)
TRACE = logging.TRACE = 5
logging.addLevelName(TRACE, 'TRACE')
logging.Logger.trace = trace
参考：syslog 日志级别
- EMERG：系统不可用
- ALERT：需要立即采取行动
- CRIT：关键错误
- ERR：一般错误
- WARNING：警告
- NOTICE：一般通知
- INFO：信息性消息
- DEBUG：调试级别的消息
参考：nodejs winston 日志级别
- error：错误
- warn：警告
- info：一般信息
- http：HTTP 请求
- verbose：详细信息
- debug：调试信息
- silly：非常详细的调试信息
参考：java log4j 日志级别
- FATAL：致命
- ERROR：错误
- WARN：警告
- INFO：信息
- DEBUG：调试
- TRACE：跟踪
Unicode
2020-05-16
对号（对勾）
| 符号 |
Unicode码(Hex) |
名字 |
| ✓ |
U+2713 |
CHECK MARK（勾号） |
| ✔ |
U+2714 |
HEAVY CHECK MARK（粗勾号） |
| ☐ |
U+2610 |
BALLOT BOX（方格） |
| ☑ |
U+2611 |
BALLOT BOX WITH CHECK（打勾方格） |
| √ |
U+221A |
Square Root (开平方，根号) |
错号（叉叉）
常用英文字母 x / X 或者数学中的乘法替代。
| 符号 |
Unicode码(Hex) |
名称 |
| ✗ |
U+2717 |
BALLOT X (交叉) |
| ✘ |
U+2718 |
HEAVY BALLOT X (粗体交叉) |
| ☐ |
U+2610 |
BALLOT BOX (方格) |
| ☒ |
U+2612 |
BALLOT BOX WITH X (带交叉方格) |
| × |
U+00D7 |
乘法符号 |
| ⨯ |
U+2A2F |
向量积 |
| ✕ |
U+2715 |
Multiplication (乘法符号) |
| ☓ |
U+2613 |
Saltire |
| ✖ |
U+2716 |
Heavy Multiplication X Emoji |
| ㄨ |
U+3128 |
Bopomofo Letter U |
| Ⅹ |
U+2169 |
Ⅹ Roman Numeral Ten |
圈号符号
| 符号 |
Unicode码(Hex) |
名字 |
| ○ |
U+25CB |
WHITE CIRCLE |
| ● |
U+25CF |
BLACK CIRCLE |
| ◯ |
U+25EF |
LARGE CIRCLE |
参考资料与拓展阅读
基于 Web 技术