向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除|赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.

背景：chrome和secureCRT 开多个窗口时需要不同程序间的切换，快捷键的问题。

一）Mac同一应用打开两个：
open -n /Applications/SecureCRT.app

二）Mac同一应用打开两个，切换快捷键：
command + ~

不同程序之间的窗口切换快捷键是：command + tab，四个手指向上推动在控制板上，然后就能看到多个应用程序，进行切换。

但是我们经常在同一个程序中打开多个窗口，比如：safari，chrome，finder 等，这时候可以试下 command + ~，该快捷键可以实现同程序不同窗口之间的循环切换

From:https://professor-falken.com/zh/mac/como-abrir-varias-veces-la-misma-aplicacion-en-mac-os-x/
        https://blog.csdn.net/JWheat/article/details/79965592
链接：https://www.jianshu.com/p/b2aa15362c4f


三）打开commands向多个终端发消息的快捷键：
option+command+g

想对指针类型里装的地址改动，在函数参数里需要两个**表明它是一个指向指针的指针（也就是传的是指针q的地址） ，ptr_copy(char ** d,char *s){ *d = s;} ，赋值里注意一下是*d =s（*d就是传指针地址的址，不再是值，也就是不会被在函数完成销毁后，外面值不会变，因为传的是指针q的地址。）,也就是d里存指针地址*d表示，*d=s，s就是一个地址刚好能赋值。
更多说明帮助理解传参部分：
c语言菜鸟指针传递 问题 void func(char **p) {} int main(void) { char *q=null; func(&q); } p被赋值了神马 为什么俩星号?
p被赋值的是char* p的地址！你把char* 理解为一个变量就好理解了，就好比char a；char是变量类型，a是变量。既然是变量它就有地址，所以p也有地址，char **p，可以看成是 char* （*p）所以char** 被传的值是存放地址的变量的地址！

void func(char **p) {} //函数参数是指向指针的指针
int main(void)
{
char *q=null; //q定义为指针类型
func(&q); //&q,是取q的地址，q是一个指针类型，所以&q就是指针q的地址，即向指针的指针
}

来自：https://zhidao.baidu.com/question/686311732439253092.html


问：运行的以下clang代码，我希望输出ptr3=123与var相同ptr2的结果，但是结果是ptr3=(null)。如何修改我想要的结果代码？
#include <stdio.h> void ptr_copy(char* d, char* s) {     d = s; } int main(){     char *ptr = "123";     char* ptr2;     char* ptr3;     ptr2 = ptr;     ptr_copy(ptr3, ptr);     printf("ptr2=%s\n", ptr2);     printf("ptr3=%s\n", ptr3);     // output     // ptr2=123     // ptr3=(null) }
gcc a.c -o a
./a
ptr2=123
ptr3=1PTI

让我们来看看您的“复制”功能：

void ptr_copy(char* d, char* s)
{
    d = s;
}
在函数中，变量d是局部变量。一旦函数返回并d超出范围并终止其生命，对它的分配将丢失。

这使您ptr3在main函数中留下未初始化的变量，使用它会导致未定义的行为 -

如果要复制指针，则需要通过将指针传递给指针本身来模拟按引用传递：

void ptr_copy(char** d, char* s)
{
    *d = s;
}
并称其为

ptr_copy(&ptr3, ptr)

需要的是一个不同的ptr_copy功能，如下所示：

void ptr_copy(char** dst, char* src) {
    (*dst) = src;
}

ptr_copy(&ptr3, ptr);
这个想法是您将内容填充ptr到ptr3存储的位置（因此&ptr3，不是ptr3）。

当您将指针传递给函数时，该指针的值将被传递（即给定指针指向的地址）。因此，d内部ptr_copy的指针不同于（与该指针具有相同的值，但它位于内存的另一部分中）不同的指针。这就是为什么分配，更改地址指向的原因，但是对却没有任何作用。

确实考虑一个功能

void value_copy(int d, int s) {
    d = s;
}
int i1 = 3;
int i3 = 2;
value_copy(i3, i1);
您不希望i3在调用后等于3 value_copy()，对吗？

正确调用如下：

#include <stdio.h> void ptr_copy(char** d, char* s) {     *d = s; } int main(){     char *ptr = "123";     char* ptr2;     char* ptr3;     ptr2 = ptr;     ptr_copy(&ptr3, ptr);     printf("ptr2=%s\n", ptr2);     printf("ptr3=%s\n", ptr3);     // output     // ptr2=123     // ptr3=(null) }


#make a.c
cc     a.c   -o a

#./a
ptr2=123
ptr3=123


来自：https://stackoverflow.com/questions/59084119/copy-string-to-pointer-failed-in-function-in-clang



经GDB调试一下，发现其经过char ** d传参数进入函数后，实现了对传入的指针传址的d进行了修改，返回时也是作了修改，所以能正确指向123，GDB在打印时print ptr就是地址和值，如下：
(gdb) l
8       int main(){
9           char *ptr = "123";
10          char* ptr2;
11          char* ptr3;
12
13          ptr2 = ptr;
14          printf("ptr=%p\n", ptr);
15          printf("ptr2=%p\n", ptr2);
16          ptr_copy(&ptr3, ptr);
17          printf("ptr3=%p\n", ptr3);
(gdb) p ptr
$1 = 0x400670 "123"
(gdb) n
14          printf("ptr=%p\n", ptr);
(gdb) s
ptr=0x400670
15          printf("ptr2=%p\n", ptr2);

(gdb) p ptr
$3 = 0x400670 "123"
(gdb) s
ptr2=0x400670
16          ptr_copy(&ptr3, ptr);
(gdb) s
ptr_copy (d=0x7fffffffe498, s=0x400670 "123") at a.c:5
5           *d = s;
(gdb) p d
$4 = (char **) 0x7fffffffe498
(gdb) s
6       }

(gdb) s
main () at a.c:17
17          printf("ptr3=%p\n", ptr3);
(gdb) p ptr3
$6 = 0x400670 "123"

经过函数的运作，这个ptr,ptr2,ptr3都指向了0x400670，也就是123。

问题，之前以为是redis占用太多内存，后来发现是操作系统有问题：
free -m
             total       used       free     shared    buffers     cached
Mem:          7865       6138       1726          0        326       5110
-/+ buffers/cache:        701       7163

echo 1 > /proc/sys/vm/drop_caches

free -m
             total       used       free     shared    buffers     cached
Mem:          7865        530       7335          0          0         19

===============================================
Linux cached过高问题，手动释放cached

To free pagecache:  echo 1 > /proc/sys/vm/drop_caches

To free dentries and inodes:  echo 2 > /proc/sys/vm/drop_caches

To free pagecache, dentries and inodes:  echo 3 > /proc/sys/vm/drop_caches

来自：https://www.cnblogs.com/yanwei-wang/p/8133888.html

链接如下：
一）在Mac OS X查看程序使用了哪些链接库可以用otool 来代替：
otool -L /usr/bin/vim
/usr/bin/vim:
  /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0)
  /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
  /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.250.1)

来自：https://www.dazhuanlan.com/2019/10/10/5d9ecd060ead4/

二）
  dtruss df -h       # run and examine "df -h"

       dtruss -p 1871     # examine PID 1871

       dtruss -n tar      # examine all processes called "tar"

       dtruss -f test.sh  # run test.sh and follow children

链接：https://blog.csdn.net/sanbingyutuoniao123/article/details/73955092

实践有些问题，如下：
dtruss df -h
dtrace: system integrity protection is on, some features will not be available
dtrace: failed to initialize dtrace: DTrace requires additional privileges

ss -lnt
LISTEN     0      128                                                     *:57840                                                  *:*

sudo lsof -i tcp:57840  
rpc.statd 1453 rpcuser    9u  IPv4  13387      0t0  TCP *:57840 (LISTEN)

ps -ef|grep 1453          
rpcuser   1453     1  0  2018 ?        00:00:00 rpc.statd

rpm -qf /sbin/rpc.statd
nfs-utils-1.2.3-39.el6.x86_64

ls /etc/init.d/nfs*

/etc/init.d/nfslock status

vi /etc/services
nfs             2049/tcp        nfsd shilp      # Network File System
nfs             2049/udp        nfsd shilp      # Network File System
nfs             2049/sctp       nfsd shilp      # Network File System

找到里面的 nfs ，在前面加 # 注释掉，重启，我直接停掉服务。
/etc/init.d/nfslock stop
Stopping NFS statd:                                        [  OK  ]

来自：https://blog.csdn.net/maxuearn/article/details/79879607

（以下实例用到了assert，请确保php7的zend.assertions=1，或者 php -d "zend.assertions=1" 临时启用进行测试）

cat  process.croutine.php
<?php $proc1 = new \swoole_process(function (swoole_process $proc) {     $socket = $proc->exportSocket();     echo $socket->recv();     $socket->send("hello proc2\n");     echo "proc1 stop\n"; }, false, 1, true); assert($proc1->start()); $proc2 = new \swoole_process(function (swoole_process $proc) use ($proc1) {     Co::sleep(0.01);     $socket = $proc1->exportSocket();     $socket->send("hello proc1\n");     echo $socket->recv();     echo "proc2 stop\n"; }, false, 0, true); assert($proc2->start()); swoole_process::wait(true); swoole_process::wait(true);

php -d "zend.assertions=1"  process.croutine.php
hello proc1
proc1 stop
hello proc2
proc2 stop

来自：https://wiki.swoole.com/wiki/page/1061.html

https://jackxiang.com/post/10343/，出现磁盘等待wait较高，如下：
iostat -x 2 5  # %util 出现100，设备是挂载的dm-0
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
dm-0              0.00     0.00    0.00    0.00     0.00     0.00     0.00     2.00    0.00   0.00 100.00

iostat -d Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn sdb               0.15         0.14         1.49     246296    2567784 sda               0.15         0.47         1.49     813594    2567784 dm-0              0.21         0.33         1.49     567298    2567784 dm-1              0.00         0.01         0.00      25040        136 dm-2              0.00         0.00         0.00       4744          0 dm-3              0.21         0.31         1.49     536578    2567648

#dm-0的%utilized 是100.00%，这个很好的说明了有进程正在写入到dm-0磁盘中。
dm是device mapper（设备映射）的意思：
dm-0是个块设备，就是个分区，他被挂载在不同的目录，但是不同目录里的文件却不一样。


实践如何不用重启直接生效/etc/fstab的方法：
修改过/etc/fstab后mount -a 即可生效

      -a, --all
              Mount all filesystems (of the given types) mentioned in fstab.



二）查找iostat与df -h,挂载磁盘dm-0的对应关系。
cd /dev/mapper/
ll
ddf1_4c5349202020202010000055000000004711471100001450p1 -> ../dm-1

dmsetup ls|grep ddf1_4c5349202020202010000055000000004711471100001450p1
ddf1_4c5349202020202010000055000000004711471100001450p1 (253:1)

df -Plh|grep 'ddf1_4c5349202020202010000055000000004711471100001450p1'
/dev/mapper/ddf1_4c5349202020202010000055000000004711471100001450p1  194M   34M  151M  19% /boot

双出现：dm-3              0.00     0.00    0.00    0.00     0.00     0.00     0.00     2.00    0.00   0.00 100.00
df -Plh|grep 'ddf1_4c5349202020202010000055000000004711471100001450p3'
/dev/mapper/ddf1_4c5349202020202010000055000000004711471100001450p3  119G  2.4G  110G   3% /

指向boot目录。
反证：以为是卸载了所有的mount目录iowait就好，实践发现并没有好，负载依然高：


   local dm_content=`dmsetup ls | grep -v 'No devices' |awk '{print $1,$2}'`      #vg_master-lv_swap (253:1)      #vg_master-lv_root (253:0)      #vg_master-lv_home (253:2)      declare -A map_dm      IFS=$'\n'      for line in $dm_content      do          IFS=$' '          local dms=($line)          local dir_name=${dms[0]}          local dm_str=${dms[1]}          dm_str="dm-"`echo "$dm_str" | awk -F':' '{print $2}' | awk -F')' '{print $1}'`          #echo "$dir_name -> $dm_str"          map_dm[$dm_str]=$dir_name      done  

ddf1_4c5349202020202010000055000000004711471100001450p1 通过下面命令也能看：
lsblk --output NAME,KNAME,TYPE,SIZE,MOUNTPOINT NAME                                                               KNAME TYPE     SIZE MOUNTPOINT sda                                                                sda   disk   136.8G └─ddf1_4c5349202020202010000055000000004711471100001450 (dm-0)     dm-0  dmraid   136G   ├─ddf1_4c5349202020202010000055000000004711471100001450p1 (dm-1) dm-1  part     200M /boot   ├─ddf1_4c5349202020202010000055000000004711471100001450p2 (dm-2) dm-2  part    15.6G [SWAP]   └─ddf1_4c5349202020202010000055000000004711471100001450p3 (dm-3) dm-3  part   120.2G / sdb                                                                sdb   disk   136.8G └─ddf1_4c5349202020202010000055000000004711471100001450 (dm-0)     dm-0  dmraid   136G   ├─ddf1_4c5349202020202010000055000000004711471100001450p1 (dm-1) dm-1  part     200M /boot   ├─ddf1_4c5349202020202010000055000000004711471100001450p2 (dm-2) dm-2  part    15.6G [SWAP]   └─ddf1_4c5349202020202010000055000000004711471100001450p3 (dm-3) dm-3  part   120.2G / sr0                                                                sr0   rom     1024M

来自：https://www.iteye.com/blog/andnnl-2236548

磁盘有问题：
sudo badblocks -s -v -o sdbbadblocks.log /dev/sda  #出现一堆的坏块编号

dmesg |less -i     #jbd2，当有硬盘坏道时，通常在dmesg输出的信息中会有 Buffer I/O Error，所以经常检查dmesg的输出可以及时发现是否存在硬盘问题。
NFO: task jbd2/dm-3-8:526 blocked for more than 120 seconds.
      Not tainted 2.6.32-431.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
jbd2/dm-3-8   D 0000000000000002     0   526      2 0x00000000


查看第2个CPU上的程序定位到jbd2：
ps -eo 'pid,psr,cmd'|sort -nk 2|awk '{if($2==2)print }'|grep '\['
ps -eo 'pid,psr,cmd' |sort -nk 2|awk '{if($2==2)print }'|grep -v '\['
ps -eo 'pid,psr,cmd' |sort -nk 2|awk '{if($2==2)print }'|grep  '\['

ls -l /dev/dm-3
brw-rw---- 1 root disk 253, 3 Nov 11 14:59 /dev/dm-3

ps -LF -p 526   #看它的主进程
UID        PID  PPID   LWP  C NLWP    SZ   RSS PSR STIME TTY          TIME CMD
root       526     2   526  0    1     0     0   2 Nov11 ?        00:00:00 [jbd2/dm-3-8]

lsof -nPp 526
COMMAND   PID USER   FD      TYPE DEVICE SIZE/OFF NODE NAME
jbd2/dm-3 526 root  cwd       DIR  253,3     4096    2 /
jbd2/dm-3 526 root  rtd       DIR  253,3     4096    2 /
jbd2/dm-3 526 root  txt   unknown                      /proc/526/exe


dmraid -r  #man dmraid
/dev/sda: ddf1, ".ddf1_disks", GROUP, ok, 285155328 sectors, data@ 0
/dev/sdb: ddf1, ".ddf1_disks", GROUP, ok, 285155328 sectors, data@ 0


lsblk -f   #RAID1：数据安全性高，即同样的数据在另一块盘上备份一份，硬盘的容量也就减少一半。
NAME                                                               FSTYPE          LABEL UUID                                 MOUNTPOINT
sdb                                                                ddf_raid_member       LSI     \x10                        
└─ddf1_4c5349202020202010000055000000004711471100001450 (dm-0)                                                                
  ├─ddf1_4c5349202020202010000055000000004711471100001450p1 (dm-1) ext4                  bef5de45-511b-41c2-b487-6cf98faf978a /boot
  ├─ddf1_4c5349202020202010000055000000004711471100001450p2 (dm-2) swap                  861a3dbd-ca4b-4c97-b2b8-51504ee45949 [SWAP]
  └─ddf1_4c5349202020202010000055000000004711471100001450p3 (dm-3) ext4                  410be0c5-9b55-490e-b924-606d46182ea2 /
sda                                                                ddf_raid_member       LSI     \x10                        
└─ddf1_4c5349202020202010000055000000004711471100001450 (dm-0)                                                                
  ├─ddf1_4c5349202020202010000055000000004711471100001450p1 (dm-1) ext4                  bef5de45-511b-41c2-b487-6cf98faf978a /boot
  ├─ddf1_4c5349202020202010000055000000004711471100001450p2 (dm-2) swap                  861a3dbd-ca4b-4c97-b2b8-51504ee45949 [SWAP]
  └─ddf1_4c5349202020202010000055000000004711471100001450p3 (dm-3) ext4                  410be0c5-9b55-490e-b924-606d46182ea2 /

dmraid -s
*** Group superset .ddf1_disks
--> Active Subset
name   : ddf1_4c5349202020202010000055000000004711471100001450
size   : 285155328
stride : 128
type   : mirror
status : ok
subsets: 0
devs   : 2
spares : 0


步骤一） top命令显示后 按1
             Cpu2  :  0.0%us,  0.0%sy,  0.0%ni,  0.0%id,100.0%wa,  0.0%hi,  0.0%si,  0.0%st
             wa -- iowait  AmountoftimetheCPUhasbeenwaitingfor I/O to complete.

步骤二）iostat -x 2 5  #定位各个磁盘读写哪个高一些,iostat 会每2秒更新一次，一共打印5次信息， -x 的选项是打印出扩展信息，实际使用得需要扩展信息-x得到svctm一项，反应了磁盘的负载情况，如果该项大于15ms，并且util%接近100%，那就说明，磁盘现在是整个系统性能的瓶颈了。
svctm:          平均每次设备I/O操作的服务时间 (毫秒)。即 delta(use)/delta(rio+wio)
%util:          一秒中有百分之多少的时间用于 I/O 操作，或者说一秒中有多少时间 I/O 队列是非空的。即 delta(use)/s/1000 (因为use的单位为毫秒)
　　            如果 %util 接近 100%，说明产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈。
avgqu-sz:     平均I/O队列长度。即 delta(aveq)/s/1000 (因为aveq的单位为毫秒)。

浅显易懂的解释：
平均服务时间(svctm)类似于收银员的收款速度
平均等待时间(await)类似于平均每人的等待时间
I/O 操作率 (%util)类似于收款台前有人排队的时间比例。


实践发现dm-0 / dm-3 卡住了，产生的I/O请求太多，I/O系统已经满负荷，该磁盘可能存在瓶颈，也可能是坏了，
第一个iostat 报告会打印出系统最后一次启动后的统计信息，这也就是说，在多数情况下，第一个打印出来的信息应该被忽略，剩下的报告，都是基于上一次间隔的时间。举例子来说，这个命令会打印5次，第二次的报告是从第一次报告出来一个后的统计信息，第三次是基于第二次 ，依次类推：
iostat -x 2 5  # %util 出现100，设备是挂载的dm-0
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
dm-0              0.00     0.00    0.00    0.00     0.00     0.00     0.00     2.00    0.00   0.00 100.00

iostat -d  # Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn sdb               0.15         0.14         1.49     246296    2567784 sda               0.15         0.47         1.49     813594    2567784 dm-0              0.21         0.33         1.49     567298    2567784 dm-1              0.00         0.01         0.00      25040        136 dm-2              0.00         0.00         0.00       4744          0 dm-3              0.21         0.31         1.49     536578    2567648
#dm-0的%utilized 是100.00%，这个很好的说明了有进程正在写入到dm-0磁盘中。
dm是device mapper（设备映射）的意思：
dm-0是个块设备，就是个分区，他被挂载在不同的目录，但是不同目录里的文件却不一样。


svctm 一般要小于 await (因为同时等待的请求的等待时间被重复计算了)，如果 svctm 比较接近 await，说明 I/O 几乎没有等待时间；如果 await 远大于 svctm，说明 I/O 队列太长，应用得到的响应时间变慢，如果响应时间超过了用户可以容许的范围，这时可以考虑更换更快的磁盘......。



步骤三）查找引起高I/O wait 对应的进程 ，iotop    #查找I/O wait 对应的进程


步骤四）查找哪个文件引起的I/Owait：
lsof 命令可以展示一个进程打开的所有文件，或者打开一个文件的所有进程。从这个列表中，我们可以找到具体是什么文件被写入，根据文件的大小和/proc中io文件的具体数据

我们可以使用-p <pid>的方式来减少输出，pid是具体的进程
lsof -p 1028

步骤四）更深入的确认这些文件被频繁的读写，我们可以通过如下命令来查看

[root@localhost ~]# df /tmp
文件系统               1K-块    已用     可用 已用% 挂载点
/dev/mapper/cl-root 17811456 3981928 13829528   23% /
　　从上面的命令结果来看，我们可以确定/tmp 是我们环境的逻辑磁盘的根目录

复制代码
复制代码
[root@localhost ~]# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               cl
  PV Size               19.00 GiB / not usable 3.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              4863
  Free PE               0
  Allocated PE          4863
  PV UUID               4QfaOy-DNSO-niK1-ayn2-K6AY-WZMy-9Nd2It
复制代码
复制代码
　　过pvdisplay我们能看到/dev/sda2其实就是我们用来创建逻辑磁盘的具体磁盘。通过以上的信息我们可以放心的说lsof的结果就是我们要查找的文件

cat /proc/18987/io
rchar: 58891582418
wchar: 58891579778
syscr: 46556085
syscw: 46556077
read_bytes: 212992
write_bytes: 59580235776
cancelled_write_bytes: 0

同时可以结合vmstat 查看查看b参数(等待资源的进程数),b有一个等待：
vmstat
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
0  1      0 11119256 238876 205460    0    0     0     0    2    3  0  0 99  1  0


来自：https://www.cnblogs.com/happy-king/p/9234122.html

cat test.txt
#!/bin/bash echo -e "hello world"

sh test.txt
. test.txt


run:
sh test.txt
hello world


. test.txt  
hello world

即便test.txt没有可执行权限，也能够正常运行。

想一个自己的printf程序到底执行的是哪一个呢？
type -a printf
printf is a shell builtin
printf is /bin/printf
printf is /usr/bin/printf


更多来自：https://mp.weixin.qq.com/s/LdHHVsK9UsQ1mNLgA1pdSw

type用法，查找对应命令的返回值：
type cwww
cwww is an alias for cd /data/www/

k8s里的shell代码运行：
function h::fn_exists() {     echo ${1}     $(type "${1}" 2>/dev/null | grep -q 'function')     return $? } run： + echo init::all init::all ++ type init::all ++ grep -q function + return 1

函数检测：
g() { return; } type g g 是函数 g () {     return } type g > /dev/null; echo $? 0

原理：应该是默认路由出口IP，它也就是能上网的default路由，发起公网请求的clientIP也就是要获取的服务器IP地址。

    echo $(python -c " import socket;s=socket.socket(socket.AF_INET,socket.SOCK_DGRAM);s.connect(('i.api.weibo.com',0));print(s.getsockname()[0]) ")

10.71.10.40


more:
echo $(python -c "
import socket;s=socket.socket(socket.AF_INET,socket.SOCK_DGRAM);s.connect(('i.api.weibo.com',0));print(s.getsockname())  
")
('10.71.10.40', 45847)


换成别的IP也一样能行：
echo $(python -c " import socket;s=socket.socket(socket.AF_INET,socket.SOCK_DGRAM);s.connect(('jackxiang.com',0));print(s.getsockname()[0])   ") 10.71.10.40

背景：好久没有摸C了，顺带学一下C语言数组下标的越界是否能访问到东西的问题，是能访问到的，但这些值没有任何意义，可能对于一些黑客有一定意义，但咱不细深入，简单了解一下即可。

cat test.c
#include <stdio.h> #include <stdlib.h> int main() {     int *j;     int i[3] = {99, 100, 101};     printf("i[0]===%d\n", i[0]);     printf("i[1]===%d\n", i[1]);     printf("i[2]===%d\n", i[2]);     printf("i[3]===%d\n", i[3]);     printf("i[4]===%d\n", i[4]);     printf("i[5]===%d\n", i[5]);     //i is a arr pointer     printf("*i===%d\n", *i);     printf("*(i+1)===%d\n", *(i+1));     printf("*(i+2)===%d\n", *(i+2));     printf("*(i+3)===%d\n", *(i+3));     printf("*(i+4)===%d\n", *(i+4));     printf("*(i+5)===%d\n", *(i+5));     j=i;     printf("\n*j===%d\n", *j);     printf("*(j+1)===%d\n", *(j+1));     printf("*(j+2)===%d\n", *(j+2));     printf("*(j+3)===%d\n", *(j+3));     printf("*(j+4)===%d\n", *(j+4));     printf("*(j+5)===%d\n", *(j+5));     exit(0); }


#make test  
cc     test.c   -o test


#./test
i[0]===99
i[1]===100
i[2]===101
i[3]===0
i[4]===1559561856
i[5]===32764
*i===99
*(i+1)===100
*(i+2)===101
*(i+3)===0
*(i+4)===1559561856
*(i+5)===32764

*j===99
*(j+1)===100
*(j+2)===101
*(j+3)===0
*(j+4)===1559561856
*(j+5)===32764


===
如果不是整数数组，只是一个定义整数，j=i;是不行的，得：
    int a = 6;
    int *p = &a;

原因是：数组的首地址是指针，而单个整数变量不是指针，上面这个情况得用&取到其地址赋值给指针变量p，如下：
int *p;
p = &a;

https://github.com/hexagonal-sun/bic

Installation
You can compile and install bic with the following commands:

autoreconf -i
./configure --enable-debug
make
make install


make出现：
onfigure: WARNING: Expect not found, disabling REPL test cases.
./configure: line 5093: AX_LIB_READLINE: command not found
checking for __gmpz_init in -lgmp... no
configure: error: GNU MP not found, see https://gmplib.org/
========================安装地发现问题=======================

执行autoconf -i是遇到 possibly undefined macro: AM_INIT_AUTOMAKE
尝试运行： autoreconf --install

autoreconf --install
Can't exec "aclocal": No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 326.
autoreconf: failed to run aclocal: No such file or directory



sudo yum install automake  #解决：failed to run aclocal: No such file or directory


#autoreconf --install    
configure.ac:8: installing './config.guess'
configure.ac:8: installing './config.sub'
configure.ac:11: installing './install-sh'
configure.ac:11: installing './missing'
src/Makefile.am: installing './depcomp'
configure.ac: installing './ylwrap'
parallel-tests: installing './test-driver'

今天Text Mate2 开源，来自：https://macromates.com/

有点像windows里的editplus.

对域名以及请求模式乃至缓存等过滤：
domain: mi.com is:from-cache
domain: mi.cm is:from-cache method:post

限速：Disable Cahce 右边有一个：online 右邻一个倒三角形。
Throttling Add custom profile...，用来限定网速作下接口和页面渲染测试。

背景：运行一个alfred的workflow后(https://www.mac69.com/news/399.html)，终端exit;它不退出，不爽，于是找到解决办法了，如下：
解决Mac终端exit退出不爽：

入手Mac后发现各种不爽，比如在终端输入exit命令后，竟然不退出，以下解决：

  ------->终端

    -------->偏好设置

      ------->描述文件

            -------->Shell

              --------->单shell退出时：

                          选择：关闭窗口
————————————————
原文链接：https://blog.csdn.net/u010164190/article/details/60772827


二）mac效率神器alfred热键工作创建流程！用它打开一些应用程序并设置快捷键：
https://www.mac69.com/news/399.html

/usr/local/nginx/conf/vhosts/yum.qr.cntv.net.conf

server{     listen 80;     server_name yum.qr.cntv.net;     index index.html index.htm index.php;     root /data/www/yum.qr.cntv.net;     autoindex on;     autoindex_exact_size off;     autoindex_localtime on;     etag off;     location = / {                 #etag off;    #放这儿不行                                     autoindex on;     }     access_log on;     access_log /data/logs/nginx/yum_access.log main;     error_log /data/logs/nginx/yum_error.log warn; }

关闭前：
Connection: keep-alive
Content-Encoding: gzip
Content-Type: text/xml
Date: Wed, 18 Sep 2019 02:23:28 GMT
ETag: W/"5d80ad08-bb9" 【】
ip_network: 234.253
Last-Modified: Tue, 17 Sep 2019 09:53:12 GMT
Server: nginx
Transfer-Encoding: chunked
Vary: Accept-Encoding

关闭后：
http://yum.qr.cntv.net/centos/6/x86_64/repodata/repomd.xml
Connection: keep-alive
Content-Encoding: gzip
Content-Type: text/xml
Date: Wed, 18 Sep 2019 02:18:51 GMT
ip_network: 234.254
Last-Modified: Tue, 17 Sep 2019 09:53:12 GMT
Server: nginx
Transfer-Encoding: chunked
Vary: Accept-Encoding


来自：http://nginx.org/en/docs/http/ngx_http_core_module.html
Syntax:  etag on | off;
Default:  
etag on;
Context:  http, server, location
This directive appeared in version 1.3.3.


二）关闭 if_modified_since off;的方法。
默认是开启的

可以参考两个方案(实践没有成功)

第一在nginx.conf里设置

if_modified_since off|on;
第二在具体的location段里

location ~* \.(?:manifest|appcache|html?|xml|json)$ {
# add_header  Last-Modified $date_gmt;
  # add_header  Last-Modified ""; #不想要就置空
# add_header  Cache-Control "public";
}
PS:$date_gmt是内嵌变量，具体参考ngx_http_ssi_module模块

nginx如果打开了SSI模块，会默认关闭header中的last-modified输出
https://blog.csdn.net/weixin_34168700/article/details/92438695