html tool

2025年11月11日星期二

黑水晶球的反思

 

昨晚睡前吃了太多的面包可能是添加的内容太多自己和吞后半夜都无法入睡了,后来想起黑水晶的入眠作用就拿了黑水晶球到床边,果然睡着了可梦中焦虑万分 不是找不到书包就是赶不上火车,晨起和吞对了一下,他也梦中焦虑异常;和吞说了自己用黑水晶帮助入眠的事情,后悔自己的决定还不如不入睡呢!吞笑我又耍小聪明,有了锤子到处找钉子,把自己又赔进去了:)。

再次回到我们最近探讨的好医生到底应该如何的问题上,感叹身怀利器必起杀心的问题,最近吞一直感叹我几次用药把自己赔进去的事,谈到如何在利器之下得到中正自己的选择的问题。可后来自己反思,说是后来梦中焦虑有问题,确实我承认使用不当有问题,但没有这次尝试我又如何深刻理解这个力量的使用场景和潜在问题,看似是有问题,但未尝不是我的宝藏不是吗?也是人生难得经历的一部分,来了经历了就不后悔,

但之后再做其他测试考虑时多一份这个反蚀力量的警惕就好了。这样一想感觉不止平和很多,还感觉也没有什么问题了。所以这个过程也不是吞说自己的用小聪明,这个小聪明何尝不是大智慧的一部分呢?这个应该比什么都不做至少从我的角度来说更多了一步向智慧迈进的步伐不是吗?这样看其实没有绝对的是聪明的决定还是智慧的选择,这个和自己最近一直体悟的善恶是一样的,只要自己的目标在变,心态的改变就不用拘泥是不是小聪明,不是吗?写的过程突然发现,其实自己在乎的是被吞嘲笑自己一直在用小聪明,但这个路上的自己一直没有停过脚步,这个他说的小聪明于自己只是在向智慧靠近路上的修行方式,你只要目标明确何必在意吞的说法呢?如果真特别在意你还可以和他好好交流一下自己的体悟,而继续做自己的就好了,不是吗?

2025年11月4日星期二

问题:linux 中top(1) ,malloc(3) 括号后的数字含义

 回答:[popexizhi:第一次非常郑重的感谢deepseek这个问题困扰自己很久了,之前看过很多资料都这样写,但就是没见过这样写的原因,终于找到了,非常感谢]

来自deepseek

在 Linux 的 man 手册系统中,命令后面括号里的数字表示该命令所属的手册章节

手册章节详解

章节内容类型示例
1用户命令top(1)ls(1)vim(1)
2系统调用open(2)read(2)fork(2)
3库函数printf(3)malloc(3)
4特殊文件/dev/null(4)/dev/random(4)
5文件格式passwd(5)proc(5)
6游戏
7杂项ascii(7)utf-8(7)
8系统管理命令vmstat(8)ifconfig(8)

具体到您的例子

  • top(1):属于第1章节,是普通用户可执行的命令

  • vmstat(8):属于第8章节,是系统管理员命令(通常需要 root 权限)

小提示:您提到的 mastat 可能是笔误,应为 vmstat


为什么要有章节划分?

因为不同实体可能有相同名字,章节号帮助区分:

bash
# 查看 passwd 命令(修改密码)
man 1 passwd

# 查看 passwd 文件格式
man 5 passwd

2025年9月22日星期一

交流中想到的--厚朴的学习总结

 和燕交流了一个帮个多修身课的过程,现在回忆满满的阳光洒在身边,暖暖的身和心,和的交流中照见自己,燕问那句我到底在害怕什么时,突然感觉近来一直在思考的的自己的底层的恐惧是什么的扪心之问被拿到阳光下晒晒,今天继续问自己

是害怕考场上答不出的尴尬吗(想想应该有其实自己一直在这个场景中体会那个更小的站在课堂中的自己的无助,痛苦和不知如何处理的心);

是害怕每个定位的说不清的无助(应该也是吧?!一想到这里就想到那个郑sir在的不能回家的下课的丢了一处或又有另外一处的课文)。确定自己的每次事无巨细的准备,真的是对那个可能的尴尬的惧怕吧?!

-----上面两点是一点吗?仔细分别了一下,应该不是,前者是对他人心目中自己的担心,而后者是本身对时间点截止下的焦虑;前者的解决应该是发生前尽力就好,发生后非能力所到接受就好,就可以解决;而后者则是记忆的方法论+如果有时间取舍就要分轻重+是否真的需要的本质思考来综合完成的内容了;写到这里刚才想到这个事其实发生过的都和M有相同之处,接受就好了,而现在这个点之后我就处理后者分是否真有必要,+记忆的方法论+如果时间取舍就加轻重处理就好了;突然感觉到这个问题集长出翅膀了,要再见了,而我下面要练习的是记忆的方法论和时间上的取舍轻重了。谢谢!

再有就是对预想的应该学到,但又在那句我不是说过怎么还是忘记的责备后的无助的 ,而自己确实什么都没有找到的,是恨吗?有如此重吗?感觉有?!平时这样的老师不是见到很多吗?但对这个价位的期待后,就更是不满意了吧!--这个其实自己本来都快想不起了,但这次整理思路才发现,这里还有没有处理的,这里有两个点:一,和买东西测试一样,自己是用钱做开门砖测试,每个老师这时有都是商品,是否物有所值都不一定,但总要试试,不是就马上进入下一个,不要和这个纠结就好;二是如果必须处理如何不畏惧这个说法反复问问到明白为止?不是她或他的情绪,而是我的目的是要知道答案,引领这个交流中的情绪走势,向你的目标进军,无论结果是什么努力过才知道那是什么,这个也是自己现在在和other交流时练习的,和吞可以了;和可以友善出发的情绪可以了,和这种被批评之后的情绪就是和吞才有的,如果有就是批评后的指导后的练?有,但这个纯批评的还真没,这个情绪的处理,并且继续要好好思考和练习一下了:练习把被批评后的情绪转换为友善的出发的方式(这个和吞可以,因为知道他本心是没问题的,只是他自己有文昌化忌但我可以引导他,并且我愿意,因为我知道那是我的功课,且之后有共鸣上的蜂蜜),而其他批评呢?比如这个中她是轻视?抱怨?习惯学来的?应该都有,但这些其实都是我可以不理会的,我要做的就是问我要问的,这个确实要练习;

还有自己一直在说的那个,如何用和如何找的比例的颠倒的问题(这个自己倒是一直在说)---这个是自己也有问题的,燕说的在过程中发现时就应该即时多次沟通,并且是希望有改进效果的,要在造势上做的。

结一下: 

练习记忆的方法论和时间上的取舍轻重;

练习把被批评后的情绪转换为友善的出发的方式,忽略其中的轻视,其实我最受不了的应该就是这个了,要再好好想想,再开始下一步;---[next]想想轻视的本质和你的惧怕是什么?

2025年8月7日星期四

tcpreplay改写ipv6地址

 #ipv6的tcprewire改写方式

tcprewrite \

 --srcipmap=[2000::1]:[240e:123:4567:8900::1] \

 --dstipmap=[2000::1]:[240e:123:4567:8900::1] \

 --infile=ipv6_sql.pcap \

 --outfile=ipv6_sql_240e.pcap \

 --fixcsum


ESxi使用scp

 配置一下如下,就可以用scp了

esxcli network firewall ruleset set --ruleset-id=sshClient --enabled=true

介绍-dankon deeps


在 VMware ESXi 中,esxcli network firewall ruleset 命令用于管理主机防火墙规则集。您提到的命令:

bash
esxcli network firewall ruleset set --ruleset-id=sshClient --enabled=true

命令解析

  1. esxcli network firewall

    • ESXi 的网络防火墙管理模块。

  2. ruleset set

    • 修改防火墙规则集的配置。

  3. --ruleset-id=sshClient

    • 指定规则集为 sshClient(SSH 客户端出站规则)。

    • 注意:

      • sshServer 控制 SSH 入站连接(默认 ESXi 作为服务器)。

      • sshClient 控制 ESXi 主动发起的 SSH 连接(如从 ESXi 连接其他主机)。

  4. --enabled=true

    • 启用该规则集(允许匹配规则的流量)。

    • 设为 false 则禁用。


随机生成base64

      ##base64

      len=$(( (RANDOM % 15 +2 ) *4)) #8-64之间的4的倍数

      b64=$(openssl rand -base64 $len) #openssl 随机生成安全数据,使用base64编码生成 ,生成$len的原始二进制数据

      echo $b64


介绍-dankon deepseek

一、命令分解

  1. openssl rand
    OpenSSL 的随机数生成器模块,用于生成密码学安全的伪随机数据。

  2. -base64
    指定输出格式为 Base64 编码(将二进制数据转换为可读的 ASCII 字符)。

  3. 4
    生成 4 字节的原始二进制数据(编码前长度)。


二、输出特性

  • 实际输出长度
    4 字节二进制数据 → Base64 编码后为 6 个字符(每 3 字节对应 4 个 Base64 字符,填充 = 补全)。
    示例输出aBcD12=


随机生成uuid

 uuidgen

介绍:

UUID(Universally Unique Identifier)是一个 128 位 的唯一标识符,标准格式为:
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx(32 个十六进制字符 + 4 个连字符)。
其核心特性:

  • 唯一性:理论上重复概率极低(如版本 4 UUID 的冲突概率约为 1/2^122)。

  • 无需中央分配:本地生成即可保证全球唯一。