WangDeer

朋友圈看到中学老师的书法作品。 版本比较多，找了一个类似的。 《志公和尚万空歌》 【梁】志公和尚（宝志禅师） 撰 南来北往走西东，看得浮生总是空。 天也空来地也空，人生渺渺在其中。 大地本来无寸土，人生劳碌一场空。 日也空来月也空，来来往往不留踪。 日月星辰常运转，人亡千载永无踪。 山也空来水也空，随缘变化体无穷。 青山绿水依然在，为人一死不相逢。 田也空来地也空，换了多少主人翁。 世间多少穷后富，也有多少富后穷。 金也空来银也空，死后何曾在手中。 万两黄金拿不去，为他一世受牢笼。 生也空来死也空，生死如同一梦中。 生如百花逢春好，死如黄叶落秋风。 夫也空来妻也空，大限到了各西东。 夫妻本是同林鸟，可怜死后不相逢。 男也空来女也空，黄泉路上难相逢。 贵子贤孙休贪爱，人因痴爱堕牢笼。 幻化空身虚变现，空是色来色是空。 空手来了空手去，到头总是一场空。 朝走西，暮走东，人生恰似采花蜂。 采得百花成蜜后，一场辛苦一场空。 夜深听得三更鼓，翻身不觉五更钟。 从头仔细想一想，便是南柯一梦中。 不信但看桃李树，花开能有几时红。 任你做到公卿相，死后还归泥土中。 身归土，气归风，一片顽皮裹臭脓。 败坏不如猪狗相，何不当初问志公。 生有一，死无二，休向人前夸伶俐。 生前置下田万顷，死后只得三步地。 宽八尺、长丈二，仔细思量真个是。 若人死后带得去，志公与你亲书契。

清理 /boot 目录 查看内核版本 uname -r 列出所有的内核 dpkg --list 'linux-image*' | grep ^ii 卸载没有使用的内核 sudo apt-get remove linux-image-VERSION 清理不再使用的包 sudo apt-get autoremove 更新内核列表 sudo update-grub 清理 /lib/modules 目录 查看已安装的内核版本 apt list --installed linux-image 删除未使用的内核版本对应的目录 sudo rm -rf 5.15.0-70-generic/ 清除未使用的 snap 包 #!/bin/sh LANG=en_US.UTF-8 snap list --all | awk '/disabled/{print $1, $3}' | while read pkg revision; do sudo snap remove "$pkg" --revision="$revision" done

Porto (Software Architectural Pattern) Welcome to Porto Introduction Getting Started Layers Overview 1) Ship Layer 2) Containers Layer Containers Sections Components 1) Main Components 1.1) Components Interaction Diagram 1.2) Request Life Cycle 1.3) Main Components Definitions & Principles Routes Controllers Requests Actions Tasks Models Views Transformers Exceptions Sub-Actions 2) Optional Components Typical Container Structure Porto Quality Attributes Implementations (Built with Porto) Feedback & Questions...

如题 apidoc 的 @apiGroup 值如果是中文的时候没办法进行分组。官方仓库提了好多这样的 issue，貌似韩文也不支持。 有人提了 pr，但是被拒绝了，不知道为什么。 可以临时根据这个 pr 修改文件来支持中文分组，node_modules/apidoc/lib/core/workers/api_group.js 文件中的： group = group.replace(/^[^a-z]+|[^\w:.-]+/gi, ''); 替换为： group = encodeURI(group).replace(/^[^a-z]+|[^\w:.-]+/gi, ''); 这样如果线上部署生成的话就不太方便了，可以在生成文档的脚本文件中添加一行替换的代码，在生成文档前强行替换： sed -i 's/group = group.replace/group = encodeURI\(group\).replace/' node_modules/apidoc/lib/core/workers/api_group.js

crud 惯了，从来没深入研究过这些（一直以为是能存储的字节数）。 查了一下官方文档：Numeric Type Attributes。 MySQL supports an extension for optionally specifying the display width of integer data types in parentheses following the base keyword for the type. For example, INT(4) specifies an INT with a display width of four digits. This optional display width may be used by applications to display integer values having a width less than the width specified for the column by left-padding them with spaces. (That is, this width is present in the metadata returned with result sets....

会话 会话是一个进程组，或是多个进程组的集合。 一个会话可以至少有一个控制终端（物理终端，伪终端） 一个会话至少有一个前台进程组（前台就是指能输入的 bin/bash ），其它就是后台进程组 一个会话如果连接了一个控制终端，就叫控制进程 因为这个会话首进程 /bin/bash 是连接控制终端（伪终端设置驱动程序+tcp/ip 对端的ssh client） 的，所以创建的子进程，也会继承 bin/bash 的控制终端（0,1,2标准输出，标准输入，标准错误） 在终端的输入会影响前台进程组，ctrl+c （会终止前台进程）。 会话的创建 使用 posix_setsid() / setsid(2)创建。 不能使用组长进程调用 setsid 函数，硬要调用会报错 一般先创建一个子进程，让父进程exit，由子进程调用 setsid 调用 setsid 之后，该进程会变成组长进程，同时也会变成会话首进程 同时该进程没有控制终端（没有终端了，可以认为它没有连接显示器，没有连接键盘） 它没有控制终端了，你在终端里输入任何数据都没有反应的 phpdemo19.php <?php function showPid() { $pid = posix_getpid(); fprintf(STDOUT, "pid=%d,ppid=%d,pgid=%d,sid=%d\n",$pid,posix_getppid(),posix_getpgid($pid),posix_getsid($pid)); } showPid(); $pid = pcntl_fork(); if ($pid > 0) { exit(0); } if (-1 == posix_setsid()) { echo 'error'.PHP_EOL; $erro_no = pcntl_errno(); echo pcntl_strerror($erro_no).PHP_EOL; } else { echo '会话创建成功'....

进程组，就是一个或是多个进程的集合，每一个进程都有个标识「组ID（PGID）」，表示该进程属于哪个进程组。 bash 进程启动之后，它会自己 setsid 把自己设置为会话首进程，也会设置自己为组长进程。 进程：正在执行的程序，这个程序是在 bin/bash 进程里启动的。 进程启动之后（通过 execve 函数启动），它会继承一些属性比如说组ID,会话ID，同时也会继承父进程已经打开的文件描述符（伪终端里的）：0/标准输入,1/标准输出,2/标准错误，通过 pts、ptmx 模拟出来的。 demo17.php $pid = posix_getpid(); fprintf(STDOUT, "pid=%d,ppid=%d,pgid=%d,sid=%d\n",$pid,posix_getppid(),posix_getpgid($pid),posix_getsid($pid)); 查看当前 bash 进程 PID $ echo $$ 1031235 另外一个 SSH 连接，追踪上一个 bash 进程 $ strace -f -s 65500 -o demo17.log -p 1031235 在 bash 进程 1031235 中，执行代码 $ php demo17.php pid=1032568,ppid=1031235,pgid=1032568,sid=1031235 demo17.log # bash 进程 clone 一个子进程 1032568 1031235 clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f2c4847ba10) = 1032568 1032568 getpid() = 1032568 ... # 子进程将自己设置为组长进程 1031235 setpgid(1032568, 1032568) = 0 ....

岗位信息 职位：PHP架构师 工作职责： 负责应用类产品后端架构设计、开发与优化 负责业务整体设计，具有良好的维护性和扩展性 参与需求分析与评审，了解业务，从技术角度推进业务的安全、稳定运行 任职要求： 掌握微服务开发，拆分，saga事务模型 掌握消息队列 熟悉其他的语言 掌握docker，k8s 熟悉TCP、UDP、http协议 熟悉 linux 基础命令，了解如何排查系统性能瓶颈 熟练掌握mysql数据库的性能优化，表拆分 熟练掌握php，了解PHP的优势 统招全日制本科及以上学历，理工科专业。 知识点 saga 事务模型 概念 saga 是啥？ 咱可没听过呀。 《传奇》是由布莱恩·K·沃恩（Brian K. Vaughan）撰写并由菲奥娜·斯台普斯（Fiona Staples）绘制的史诗般的太空歌剧/奇幻漫画系列，由美国公司Image Comics每月出版。该系列作品深受《星球大战》（Star Wars）的影响，并基于沃恩（Vaughan）既是孩子又是父母的想法。 —— saga 呃，貌似对找工作没啥帮助，既然是漫画先收藏起来。 再搜找到了以下相关的介绍： 1987年普林斯顿大学的 Hector Garcia-Molina 和 Kenneth Salem 发表了一篇 Paper Sagas（点这里可以看原文），讲述的是如何处理 long lived transaction（长活事务）。Saga 是一个长活事务可被分解成可以交错运行的子事务集合。其中每个子事务都是一个保持数据库一致性的真实事务。 —— 10分钟说透Saga分布式事务 The Saga design pattern is a way to manage data consistency across microservices in distributed transaction scenarios....

什么是终端 能实现数据输入、输出的统称为终端。 物理终端：传统显示器、键盘，通过 VGA、HDMI、USB 等连接。 软件终端（虚拟终端/伪终端）：通过 TCP/IP 协议实现的终端，能模拟出来一个实现「数据输入、输出」的终端，比如：ssh、telnet … 这篇博客介绍的比较详细：「转」彻底理解Linux的各种终端类型以及概念。 伪终端的连接过程 在linux中有物理终端，有虚拟终端（伪终端）。 sshd 服务会打开一个 [dev/ptmx]，这个文件是一个伪终端主设备文件。 bin/bash 会打开一个 dev/pts（0,1…）， 是一个伪终端从设备文件。 ptmx/ptsx 它们通过伪终端设备驱动程序模拟出输入和输出的功能。 bin/bash 进程就可以实现数据读取和数据写入。 ssh客户端 ——————> 远程服务器的一个进程 ——-> ssh客户端。 输入单元（ssh客户端）——–> /bin/bash进程————–> 输出单元（ssh客户端）。 bin/bash 启动之后，对终端数据的读取和写入就是通过 pts 实现的（能实现标准输入，标准输出）。 dev/pts0 0 1 2 标准输入，标准输出，标准错误。 通过 strace 命令查看sshd服务： strace 前进程关系： ├─sshd,9408 │ └─sshd,2888142 │ └─bash,2888170 │ └─pstree,2889779 -ap strace 中： $strace -f -s 65500 -o sshd.log -p 9408 # strace 查看系统调用，进行一个新的 SSH 连接 strace: Process 9408 attached strace: Process 2888330 attached strace: Process 2888331 attached strace: Process 2888336 attached strace: Process 2888342 attached strace: Process 2888343 attached strace: Process 2888344 attached strace: Process 2888345 attached strace: Process 2888346 attached strace: Process 2888347 attached strace: Process 2888348 attached strace: Process 2888349 attached strace: Process 2888350 attached strace: Process 2888351 attached strace: Process 2888352 attached strace: Process 2888353 attached strace: Process 2888354 attached strace: Process 2888355 attached strace: Process 2888356 attached strace: Process 2888357 attached # 新的SSH连接 strace: Process 2888358 attached strace: Process 2888359 attached strace: Process 2888360 attached strace: Process 2888361 attached strace: Process 2888362 attached strace: Process 2888363 attached strace: Process 2888364 attached strace: Process 2888365 attached strace: Process 2888382 attached ^Cstrace: Process 9408 detached # 终止信号 strace: Process 2888330 detached strace: Process 2888357 detached 新的 SSH 连接以后的进程关系：...

为了防止走丢，做了全文转载。 原文出自：彻底理解Linux的各种终端类型以及概念 作者：dog250 每天使用Linux每天都要接触到Bash，使用Bash时似乎永远都让人摸不着头脑的概念就是终端，坐在这台运行着Linux的机器的显示器前面，这个显示器就是终端的输出，而插在机器上的USB键盘或者PS/2键盘就是终端的输入，看来这是一种最直白意义上关于终端的解释。   但是有的时候，机器上并没有看到显示器或者键盘接口，但是却有一个串口，想操作这台机器想必只能通过这个串口来进行了，这个时候，串口另一端的那台电脑的显示器键盘也叫做终端。除了上述两种意义的终端之外，我们使用的类似SecureCRT这种软件上运行的SSH，Telnet等也算是一种终端程序，只是说它是通过TCP/IP网络而不是通过串口与主机连接的。   现在可以给终端下一个非严格意义上的定义了，什么是终端？终端就是处理计算机主机输入输出的一套设备，它用来显示主机运算的输出，并且接受主机要求的输入，典型的终端包括显示器键盘套件，打印机打字机套件等。但想要彻底理解终端的概念，还是要从计算机发展历史的角度去寻根溯源。   最开始的时候，计算机有三间房屋那么大，确切地讲应该叫三间车间。如此的庞然大物有一个专门的操作台，就好像机床厂车间的操作台一样，或者说它像飞机驾驶舱的操作台更加合适，各种仪器仪表，操作员只需要在这里对这部机器发出指令，整部机器就开始为他的指令而运算，然后机器运算后的结果也会反馈到这里而不是其它地方，这里这个操作台就是最原始的终端。这里曾经是整部机器的控制中枢。 后来有了多用户多任务分时系统，不同的程序竟然可以“同时运行”了，为了让不同的程序分别独立地接受输入和处理输出，就需要多个不同的上述的操作台，当然了，坐在或者站在操作台前面的最好始终是同一个人，这样不同的人拥有不同的操作台处理不同的程序，这就进入了多终端时代，从这时起一直到现在，每一个终端都是和一个用户绑定的。为了保证这种绑定，于是就出现了登录，即通过一种叫做登录的动作，去唤起一个终端起来工作。为了支持多用户，终端从硬件分离了出来，终端成了一个软件概念，在一个硬件终端上成功登录后，便获得了一个软件终端。   可见，这个时代已经和三车间的时代不同了，终端不再只有一个，而是变成了多个，每一个登录成功的用户拥有一个可工作的软件终端来处理输入输出。 分久必合。   到了个人计算机时代，计算机和终端又成了一对一的关系。毕竟嘛，这时的计算机叫做个人计算机，并不是随便谁都能用的，计算机本身就是归属个人，所以根本没必要去支持什么多用户，或者至少是淡化了多用户和多终端的概念。我们都曾记得，当时买电脑的时候，都是一个主机配一个显示器和一套键盘鼠标，这种情况从上世纪80年代初一直持续到今天。不过近些年来当人们逐渐全面认识到计算机和终端的一对一关系后，一体机的市场就来了，既然你几乎不会(我当然知道有人会，但这里我说的是大多数人，程序员占比寥寥，程序员为了装X，是不会用一体机的，就连品牌机套装有时也不屑的)在同一主机上接多个显示器多套键盘，何必再那么麻烦，干脆把主机和显示器合在一起不就好了嘛。嗯，这个点子不错，循着这个路子，最终有了触屏一体机，连键盘都内置了。对比一下下图和三车间里的计算机时代，是不是很像呢？ 但是好景不长。   合久必分。   一切似乎又回到了大型机时代。在大型机时代，一台机器是拥有多个终端的，那是五十年以前。今天，我们拥有了各种各样的小型设备，智能手机，平板电脑，智能手表….然而这些东西，其实仅仅只是一系列的终端而已！那么既然这些东西都成了终端，真正的计算机在哪儿？当然在各大机房(也是类似车间大小的那种房间)里了，只是现在不叫大型机了，而叫做云端，这种技术叫做云计算(似乎有点炒作概念的意思)。如果你不信你花了几千上万块的钱买来的设备仅仅是一个完成输入输出功能的终端，那么请断网试试，看看你的iPhone是不是变砖头了。可见，昂贵的是云提供的计算服务，而不是终端设备本身，我们把所谓的云看作是一台计算机，这幅图景是不是跟五十年前的非常像呢？ 你有多久没有打开过家里的PC了，是不是很久了，但是日子也还过得去。但是你能忍受哪怕几个小时不登录微信吗？某种意义上，成为新的终端的不是这些个硬件设备，而是基于云计算技术的现代互联网服务的各类APP。 …   是不是又要分久必合了呢？早就有迹象了，从用QQ号可以登录微信，微博，内推网的时候就有迹象了。 好了，扯了这么多关于终端的发展，其实根本上也就一句话，能接受输入，能显示输出，就这就够了，不管到了什么时代，终端始终扮演着人机接口的角色，所谓Terminal，即机器的边缘！   只要能提供给计算机输入和输出功能，它就是终端，而与其所在的位置无关。我可以用ls命令列举五千公里以外的一台计算机上某个目录下的文件并且显示在我眼前的屏幕上，至于我的输入如何到达五千公里以外，这并不是我要关注的，也不是计算机要关注的，这显然只是一个通信方式问题。那么使用TCP/IP网络进行这类通信传输就是再显然不过的了。   这就是SSH使用的方法。我们知道，SSH是一个TCP/IP协议族的协议，而其上跑的却是一个远程登录后的终端流，这显然只是用TCP/IP构建了一条隧道，然后终端流通行于该隧道。除此之外，更简单的Telnet也不例外，也是通过一个TCP/IP隧道来封装承载远程登录的终端流。除却TCP/IP，如果我们执意使用卡车来运载我们的输入和输出，也完全是合适的，TCP/IP也好，卡车也好，它们只是通信手段，它们并非终端本身。 我们现在可以想象一下终端存在的形式都会有哪些。 本地终端 用VGA连接主机和显示器，用PS/2或者USB连接主机和键盘，这样的一个显示器/键盘组合就是一个本地终端。用串口连接的远程终端 通过串口线把主机接到另外一个有显示器和键盘的主机，通过运行一个终端模拟程序，比如“Windows超级终端”来将这台主机的显示器和键盘借给串口对端的主机。用TCP/IP承载的远程终端 类似Telnet，SSH这般。 大致就先说这几类吧。可见上述的三类中，前两类都是在本地就直接关联了物理设备的，比如VGA口啊，PS/2口啊，串口啊之类的，这种终端叫做物理终端，而第三类在本地则没有关联任何物理设备，注意，不要把物理网卡当成终端关联的物理设备，它只是隧道关联的物理设备，这里的物理网卡完全可以换成卡车，它们与终端并不直接相关，所以这类不直接关联物理设备的终端叫做伪终端。   既然知道了这些终端到底是怎么回事，理解余下来的那些术语就不在话下了。这些术语的存在并非是为了故意增加复杂性，而是因为工程上的东西必须要有可操作性，要可操作就必须至少有个名字来称呼，仅此而已。这跟我们中国的传统道，可道非常道；名，可名非常名是完全不同的。可谓现代数学，既要有名又要有道，而现代工程，则必须舍道而取名。   先看下Linux系统中管终端都叫做什么。 tty是最令人熟悉的了，在Linux中，/dev/ttyX代表的都是上述的物理终端，其中，/dev/tty1~/dev/tty63代表的是本地终端，也就是接到本机的键盘显示器可以操作的终端。换句话说，你往/dev/tty3里写个东西，它就会显示在显示器对应的终端。   为什么会有63个终端这么多呢？毕竟显示器只是一个单独的显示设备，键盘往往也只有一个，但Linux内核有能力知道现在该干什么，所以事实上Linux内核在初始化时会生成63个本地终端，通过键盘上的Fn-Alt-FX(X为1,2,3…)可以在这些终端之间切换，每切换到一个终端，该终端就是当前的焦点终端，比如说，你按下了Fn-Alt-F4组合键，那么此时第4个终端就是焦点终端，即/dev/tty4就是焦点终端设备。 谁是焦点终端会被内核记录为全局变量，这样只要有键盘输入，就会把输入的字符交给焦点终端。这里顺便提一下，对于串口而言，不存在焦点终端的概念，谁连了串口就是谁，而对于伪终端来讲，一般情况下client都是运行在GUI环境，对于Windows那是微软的事，对于Linux，则有X系统完成同样的事，在此略过，继续我们正在说的话题。   系统中有没有什么变量可以表示焦点终端呢？当然有了，那就是/dev/console，不管你在哪里往/dev/console里写东西，这些东西总会出现在系统当前的焦点终端上！   按照以他人为中心，我们解释了/dev/console其实就是一个全局变量，指代当前的焦点终端，如果当前的焦点是/dev/tty4，那么/dev/console指的就是/dev/tty4，当然这一切都是由内核来维护的。   那么系统中有没有一个叫做自己的全局变量呢？当然有，那就是/dev/tty，也就是说，无论你在哪个终端下工作，当你往/dev/tty里写东西的时候，它总是会马上出现在你的眼前。   /dev/tty1~/dev/tty63我们知道了它们是什么，/dev/tty表示自己，/dev/console表示焦点终端这些我们也知道了，那么串口终端如何表示呢？很简单，以ttyS 开头的就是串口连接的终端，比如ttyS1，ttyS2…   最后，解释一下伪终端。其实也很好解释，只要你理解TUN/TAP虚拟网卡的原理就行，它们如出一辙！类似Telnet，SSH不是没有实际的物理设备吗？简单，给它模拟一个不就得了？系统是分层的，执行流只管调用接口，并不管具体实现。   模拟一个虚拟的终端设备，实现它的write，read等回调即可。对于VGA连接的显示器而言，write其实就是将显存刷新，而对于伪终端而言，write其实是想将数据导入到一个用户态的程序中(不然又能去哪里呢？它下面又没有任何物理的东西)，这简直跟很多VPN的原理非常类似。为此，Linux设计出一对虚拟终端设备，即/dev/ptmx和/dev/pts/X，这就跟TUN/TAP网卡的网卡与字符设备之前的对应关系一致。   简单来讲，当有ssh客户端连接后，sshd会fork一个进程，然后在子进程中打开一个叫做/dev/pts/1(或者2,3,4,5…)的设备，然后和sshd进程的/dev/ptmx配对，这样在ptmx与pts之间就构成了一条管道，数据可以顺利被导入到sshd，然后通过TCP/IP封装发往ssh client所在的机器。   为了帮助理解上述的文字，我特意作图一张，希望能解释清楚这些终端之间的关系以及弄明白它们的工作流程。为了让图画的更加紧凑，避免横向网络吧图拉的过长而不好看，我这里采用了环形解释法，类似Intel早先的Ring1，Ring2，Ring3，我把最内层视作硬件(比它更里面的还有叫做人的东西)，中间层视作内核，最外层视作软件。 理解了图例，我上我的图，这是我昨晚画到很晚才完成的，希望能有宝贵的意见提出(图有点大，请单独查看)： /dev目录下的各种tty，ptmx，pts/X，console等等这些是令人混淆的根源，其实理解这些是有窍门的，记住它们只是操作某种终端设备的设备文件而已，这是UNIX风格的延续，这些设备文件对应的真实设备也就那么几种，比如显示器键盘套件，串口对面的超级终端，伪终端对面的SSH，Telnet等等。然后试着画出一个上面的图，基本就理清楚了。 本文的最后，我来简单说下关于getty和login相关的东西。   前面在讲终端发展历史的时候说到过，到了多终端时代，每一个终端必须绑定一个用户，只有登录成功的用户方可获得一个终端。因此当一个人站到一个终端面前并不意味着它就能在这个终端上操作计算机，他首先要做的就是登录。所谓的登录呢，就是输入用户名和密码，如果输入正确，则会给你一个Bash(或者别的Shell)让你操作计算机，如果输入不正确，则让你继续输入…   getty给了让你登录并且继续输入的机会！init进程不断调用getty，然后getty会发起login让你登录，当你输入正确的用户名和密码后，ttyXYZ就是你的了，如果你是用SSH进行的login，那么你将得到一个叫做/dev/pts/X，如果你是在显示器键盘登录，你将得到/dev/tttX(X取决于当前的焦点终端)。   所有这一切其实都是多终端以及多用户的产物，但归根结底其根源都在分时系统。在计算机最初被放在车间大小的屋子里的年代，可能把屋子的门禁做好以及将屋子外的鉴权系统做好显得比后来的多用户login更为重要，只有在后来，终端不再属于计算机了，终端与计算机分离了，用户也和终端分离了的时候，设计一套登录机制就显得尤为必要了，因为首先即便你把计算机锁在铁屋子里，只要终端在外面，那么计算机就毫无安全感可言，其次，你也不可能把终端全部锁在完全属于你控制的铁屋子里，特别是在TCP/IP出现以后，几乎所有的计算机都是互联互通的，这意味着任何一台计算机都可以作为其它任何一台另外的计算机的操作终端，任何外部的鉴权系统和物理保护在TCP/IP网络面前都堪比马其诺防线，看似固若金汤，实则百无一用。