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

背景：运行一个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

((3+5)*7-20)/6

div.c  plus.c  sub.c  times.c
#cat *.c // div.c // gcc div.c -o div #include <stdio.h> #include <stdio.h> int main(int argc, char **argv) {     int a, b;     a = atoi(argv[1]);     scanf("%d", &b);     b = b/a;     printf("%d\n", b); } // plus.c // gcc plus.c -o plus #include <stdio.h> #include <stdlib.h> int main(int argc, char **argv) {     float a, b;     a = atof(argv[1]);     scanf("%f", &b);     b = b + a;     printf("%f\n", b); } // sub.c // gcc sub.c -o sub #include <stdio.h> #include <stdio.h> int main(int argc, char **argv) {     float a, b;     a = atoi(argv[1]);     scanf("%f", &b);     b = b - a;     printf("%f\n", b); } // times.c // gcc times.c -o times #include <stdio.h> #include <stdio.h> int main(int argc, char **argv) {     int a, b;     a = atoi(argv[1]);     scanf("%d", &b);     b = b*a;   


./plus 5|./times 7|./sub 20|./div 6
3
6


来自：https://mp.weixin.qq.com/s/0a_T8UKFNiaQueYrUs1TCw

server.php
<?php $server = new swoole_server("127.0.0.1", 6666,SWOOLE_PROCESS);  #Process 时千万不要抛出错误，容易出现CLOSE_WAIT,专门有一个主进程的线程在处理连接，不会存在backlog塞满。 #$server = new swoole_server("127.0.0.1", 6666,SWOOLE_BASE);        #都是Worker进程去accept，会发Fin包，服务器端不会进入CLOSE_WAIT，但是backlog容易塞满,connfd = accept( listenfd, (struct sockaddr *)&clientaddr, &clilen ); $server->on('connect', function ($server, $fd){     echo "connection open: {$fd}\n"; }); $server->on('receive', function ($server, $fd, $reactor_id, $data) {     $server->send($fd, "Swoole: {$data}");     $server->close($fd); }); $server->on('close', function ($server, $fd) {#Sleep在里面后，Sleep函数的出现无法调底层的Close方法，导致出现服务端一直处于CLOSE_WAIT，出现连接状态，客户端在FIN_WAIT2状态。     echo "connection close: {$fd}\n";     #die(); # 进程通出     sleep(1000); }); $server->start();

ACCEPT队列（全连接队列）：由listen()函数的第二个参数 backlog 指定，内核硬限制由 net.core.somaxconn 限制，即实际的值由min(backlog,somaxconn) 来决定。表示已完成连接的队列，等待被 accept系统调用取走。

php server.php
connection open: 1
[2019-09-17 06:47:18 *9116.0]   NOTICE  swFactoryProcess_finish (ERRNO 1004): send 25 byte failed, because connection[fd=1] is closed
connection close: 1

client.php
<?php $client = new swoole_client(SWOOLE_SOCK_TCP, SWOOLE_SOCK_SYNC); var_dump($client->connect('127.0.0.1',6666)); $client->send("date to kill conn"); $client->close(); sleep(1000);

netstat -lantp|grep 6666          
tcp        0      0 127.0.0.1:48344         127.0.0.1:6666          FIN_WAIT2   -      #客户端进入  FIN_WAIT2 状态            
tcp        0      0 127.0.0.1:6666          127.0.0.1:48344         CLOSE_WAIT  9110/php     #服务器端进入CLOSE_WAIT


https://blog.csdn.net/Tanswer_/article/details/78375317


SYN队列（半连接队列）：由/proc/sys/net/ipv4/tcp_max_syn_backlog指定，表示处于 SYN_RECV 状态的队列
ACCEPT队列（全连接队列）：由listen()函数的第二个参数 backlog 指定，内核硬限制由 net.core.somaxconn 限制，即实际的值由min(backlog,somaxconn) 来决定。表示已完成连接的队列，等待被 accept系统调用取走。
原文链接：https://blog.csdn.net/Tanswer_/article/details/78375317



cat /proc/sys/net/ipv4/tcp_max_syn_backlog
65535
cat /proc/sys/net/core/somaxconn
65535

netstat -s | egrep "listen|LISTEN"
Fri May  5 15:39:59 CST 2017
1641906 times the listen queue of a socket overflowed
1641906 SYNs to LISTEN sockets ignored


ss -lnt
State       Recv-Q Send-Q                              Local Address:Port                                             Peer Address:Port              
LISTEN      0      300                                             *:3307                                                        *:*                  
LISTEN      0      511                                             *:80                                                          *:*        


ss -lnt
Recv-Q Send-Q Local Address:Port  Peer Address:Port
0        50               *:3306             *:*
上面看到的第二列Send-Q 表示第三列的listen端口上的全连接队列最大为50，第一列Recv-Q为全连接队列当前使用了多少

全连接队列的大小取决于：min(backlog, somaxconn) . backlog是在socket创建的时候传入的，somaxconn是一个os级别的系统参数

半连接队列的大小取决于：max(64, /proc/sys/net/ipv4/tcp_max_syn_backlog)。 不同版本的os会有些差异


来自：https://blog.csdn.net/Tanswer_/article/details/78375317

AirServer投屏pc之iPhone和win10同一个wifi可以通过iphone把内容投递上去：
https://bbs.feng.com/forum.php?mobile=2&mod=viewthread&page=1&tid=11567782

AirServer投屏pc:
https://jingyan.baidu.com/article/495ba841c6491238b30edeba.html

用户文件是一个底层且常用的需求。
阅读全文

背景：出现没有OOM，但是stress子进程反复重启，于是系统负载到118，死机，让机房重启，需要验证为何没有OOM？

container_memory_cache，我们会发现使用的缓存量继续增加，直到container_memory_usage_bytes达到限制，然后开始减少。container_memory_usage_bytes确实考虑了一些正在缓存的文件系统页面。我们还可以看到OOMKiller正在跟踪container_memory_working_set_bytes。这是有道理的，因为共享文件系统缓存页面可以随时从内存中逐出。

也就是说：container_memory_cache （（思考文件系统缓存））平时是不动它的一个值，但是当container_memory_usage_bytes伴随container_memory_usage_bytes的增长而增长，container_memory_usage_bytes增长到设定的limit 200M后，发现container_memory_usage_bytes还继续增长，那么它会把container_memory_cache的内存给用掉。

来自：https://medium.com/faun/how-much-is-too-much-the-linux-oomkiller-and-used-memory-d32186f29c9d


kubectl get pod memory-demo-2 --namespace=mem-example
这时候，容器可能会运行，也可能会被杀掉。如果容器还没被杀掉，重复之前的命令直至 你看到这个容器被杀掉：

NAME            READY     STATUS      RESTARTS   AGE
memory-demo-2   0/1       OOMKilled   1          24s


来自：https://www.cnblogs.com/weifeng1463/p/10174432.html


相关测试的yaml:https://kubernetes.io/docs/tasks/configure-pod-container/assign-memory-resource/

Channel->push ：当队列中有其他协程正在等待pop数据时，自动按顺序唤醒一个消费者协程。当队列已满时自动yield让出控制器，等待其他协程消费数据
Channel->pop：当队列为空时自动yield，等待其他协程生产数据。消费数据后，队列可写入新的数据，自动按顺序唤醒一个生产者协程。
Coroutine\Channel使用本地内存，不同的进程之间内存是隔离的。只能在同一进程的不同协程内进行push和pop操作
Coroutine\Channel在2.0.13或更高版本可用

作者：逸宸a
链接：https://www.jianshu.com/p/ed71cb92050d
来源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

cat pooldemo.php <?php use \Swoole\Coroutine\Channel; $chan = new Channel(); go(function () use ($chan) {     echo "我是第一个协程，等待3秒内有push就执行返回" . PHP_EOL;     $p = $chan->pop(2);#1     echo "pop返回结果" . PHP_EOL;     var_dump($p); }); go(function () use ($chan) {     co::sleep(1);#2     $chan->push(1); }); echo "main" . PHP_EOL; 1处代码会首先执行，然后遇到pop(),因为channel还是空，会等待2s。此时协程会让出cpu,跳到第二个协程执行，然后#2出睡眠1秒，push变量1进去channel后返回#1处继续执行，成功取车通过中刚push的值1.运行结果为： 我是第一个协程，等待3秒内有push就执行返回 main pop返回结果 /data/www/xiangdong.coro.swoole.com.cn/pooldemo.php:8: int(1) 设置超过2秒的情况： 如果把#2处的睡眠时间换成大于pop()的等待时间，结果是：#php pooldemo.php 我是第一个协程，等待3秒内有push就执行返回 main pop返回结果 /data/www/xiangdong.coro.swoole.com.cn/pooldemo.php:8: bool(false)

来自：https://www.jianshu.com/p/ed71cb92050d
https://www.jianshu.com/p/ed71cb92050d

并发与并行是两个既相似而又不相同的概念
并发性，又称共行性，是指能处理多个同时性活动的能力
并行是指同时发生的两个并发事件，具有并发的含义
而并发则不一定并行，也亦是说并发事件之间不一定要同一时刻发生。
并发的实质是一个物理CPU(也可以多个物理CPU) 在若干道程序之间多路复用，并发性是对有限物理资源强制行使多用户共享以提高效率。
并行性指两个或两个以上事件或活动在同一时刻发生。在多道程序环境下，并行性使多个程序同一时刻可在不同CPU上同时执行。
所有的并发处理都有排队等候，唤醒，执行至少三个这样的步骤.所以并发肯定是宏观概念，在微观上他们都是序列被处理的，只不过资源不会在某一个上被阻塞(一般是通过时间片轮转)，所以在宏观上看多个几乎同时到达的请求同时在被处理。如果是同一时刻到达的请求也会根据优先级的不同，而先后进入队列排队等候执行。

TimeWait过多时，两个方面做处理：
1）打开：
cat /etc/sysctl.conf|grep  -Eri "reuse|timestamps|local_port_range"
net.ipv4.ip_local_port_range = 2000 65000   #CS模型的C端端口范围增大到65000
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_tw_reuse  = 1   #这个是重用客户端的四元里的二元，这个容易和tcp_tw_recycle 记混，下面这个tcp_tw_recycle这个项最好关掉，容易出现并引发疑难问题。
如果是安全可控制，可以复用处于TIME_WAIT的套接字为新的连接所用。1）只适用于连接发起方。 也就是CS模型的客户端。2）对应TIME_WAIT状态的连接创建超过1秒才可以被复用。所以，上面这个net.ipv4.tcp_timestamps = 1 ，也就是是打开对TCP时间戳的支持，默认即为1秒。

net.ipv4.ip_local_port_range = 1024 65535   #调大

2）关闭：
不要开启：net.ipv4.tcp_tw_recycle = 1   #不关容易出现并引发疑难问题
cat /etc/sysctl.conf|grep  -Eri "tcp_tw_recycle"                    
net.ipv4.tcp_tw_recycle = 1

=======================================================================
出现在redis在PHP里主动关闭高并发时候，redis在php-fpm请求完关了，可能是php主动关了，被动方认为有错误发生。
taimwait主要是把本地发起请求的端口范围给占满了，出现client不可用新端口client到server。

假设发起主动关闭的一方（client）最后发送的ACK在网络中丢失，由于TCP协议的重传机制，执行被动关闭的一方（server）将会重发其FIN，在该FIN到达client之前，client必须维护这条连接状态，也就说这条TCP连接所对应的资源（client方的local_ip,local_port）不能被立即释放或重新分配，直到另一方重发的FIN达到之后，client重发ACK后，经过2MSL时间周期没有再收到另一方的FIN之后，该TCP连接才能恢复初始的CLOSED状态。如果主动关闭一方不维护这样一个TIME_WAIT状态，那么当被动关闭一方重发的FIN到达时，主动关闭一方的TCP传输层会用RST包响应对方，这会被对方认为是有错误发生，然而这事实上只是正常的关闭连接过程，并非异常。

摘自：https://blog.csdn.net/huangyimo/article/details/81505558


参数调整：
CentOS 大量的TIME_WAIT解决方法:
TIME_WAIT状态的连接，通过调整内核参数解决，

vi /etc/sysctl.conf 编辑文件，加入以下内容：

net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_fin_timeout = 30 然后执行

/sbin/sysctl -p让参数生效。

net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭；

net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；

net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。

net.ipv4.tcp_fin_timeout 修改系統默认的 TIMEOUT 时间

修改之后，再用

netstat -n -p -t发现大量的TIME_WAIT 已不存在，网站访问正常！


来自：https://www.bbsmax.com/A/ZOJPgOYyzv/

有一个n位数，它的各位数字翻转以后组成新的n位数，原来的n位数是新n位数的n倍，求所有可能的n位数。
如：
8712/4 = 2,178


鸟哥的代码：
#include <stdio.h> #include <stdint.h> static uint64_t revert(uint64_t n, int *width) { int i; char buf[64]; uint64_t ret = 0, weight = 1; *width = sprintf(buf, "%llu", (unsigned long long)n); for (i = 0; buf[i]; ++i) {   ret += (buf[i] - '0') * weight;   weight *= 10; } return ret; } int main() { int w; uint64_t n; for (n = 0; n <= 200000000; ++n) {   uint64_t r = revert(n, &w);   if (r == n * w) {    printf("%lld = %lld / %d\n", (unsigned long long)n,           (unsigned long long)r, w);   } } }
#make calcnumber
cc     calcnumber.c   -o calcnumber

#./calcnumber
0 = 0 / 1
1 = 1 / 1
2 = 2 / 1
3 = 3 / 1
4 = 4 / 1
5 = 5 / 1
6 = 6 / 1
7 = 7 / 1
8 = 8 / 1
9 = 9 / 1
2178 = 8712 / 4
108901089 = 980109801 / 9
109999989 = 989999901 / 9


http://live.aulddays.com/tech/11/linux-shell-too-great-base-error.htm


我用shell写了一个：
#cat *.sh
#!/bin/bash
for i in {1000..9999} ;do
    rev=$(echo $i | rev)
    div=$(echo "$rev/4" | bc)
    if [[ "10#$i" -eq "10#$div" ]];then
      echo "result="$i;
    fi
done

sh calcnumber.sh
result=1997  #这个是小数四舍五入后相等的，shell在处理小数这方面有些弱，得靠BC。
result=2178

xargs的作用在于，大多数命令（比如rm、mkdir、ls）与管道一起使用时，都需要xargs将标准输入转为命令行参数。
echo "one two three" | xargs mkdir
上面的代码等同于mkdir one two three。如果不加xargs就会报错，提示mkdir缺少操作参数。

一）xrags删文件提示确认：
使用xargs命令以后，由于存在转换参数过程，有时需要确认一下到底执行的是什么命令。
-p参数打印出要执行的命令，询问用户是否要执行。

echo 'one two three' | xargs -p rm -rf
rm -rf one two three ?...y
上面的命令执行以后，会打印出最终要执行的命令，让用户确认。用户输入y以后（大小写皆可），才会真正执行。

-t参数则是打印出最终要执行的命令，然后直接执行，不需要用户确认。
echo 'one two three' | xargs -t rm -rf



二）文本里的多行目录名建立成文件夹：
如果xargs要将命令行参数传给多个命令，可以使用-I参数。

-I指定每一项命令行参数的替代字符串。
$ cat foo.txt
one
two
three

$ cat foo.txt | xargs -I file sh -c 'echo file; mkdir file'
one
two
three

$ ls
one two three
上面代码中，foo.txt是一个三行的文本文件。我们希望对每一项命令行参数，执行两个命令（echo和mkdir），使用-I file表示file是命令行参数的替代字符串。执行命令时，具体的参数会替代掉echo file; mkdir file里面的两个file。


来自：http://www.ruanyifeng.com/blog/2019/08/xargs-tutorial.html

1、要在桌面上创建新文件夹，请单击桌面并按[shift + cmmand + n]。

2、按下步骤一所示的按钮后，桌面此时会创建个未命名文件夹。如果不小心按多了，创建了多个文件夹，要撤消，请按cmmand + z。


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

野蛮其精神，文明其体魄。
重复就是力量，数量堆死质量。
伏久者飞必高，开先者谢独早。

利用 Redis 事务特征
redis 事务是原子操作，可以保证订单处理的过程中数据没有被其它并发的进程修改。
示例代码：
<?php $http = new swoole_http_server("0.0.0.0", 9509);   // 监听 9509 $http->set(array(     'reactor_num' => 2,  //reactor thread num     'worker_num' => 4    //worker process num )); $http->on('request', function (swoole_http_request $request, swoole_http_response $response) {     $uniqid = uniqid('uid-', TRUE);    // 模拟唯一用户ID     $redis = new Redis();     $redis->connect('127.0.0.1', 6379);    // 连接 redis     $redis->watch('rest_count');  // 监测 rest_count 是否被其它的进程更改     $rest_count = intval($redis->get("rest_count"));  // 模拟唯一订单ID     if($rest_count > 0){         $value = "{$rest_count}-{$uniqid}";  // 表示当前订单，被当前用户抢到了         // do something ... 主要是模拟用户抢到单后可能要进行的一些密集运算         $rand  = rand(100, 1000000);         $sum=0;         for ($i=0;$i<$rand;$i++){ $sum+=$i; }       // redis 事务         $redis->multi();         $redis->lPush('uniqids', $value);         $redis->decr('rest_count');         $replies  = $redis->exec();  // 执行以上 redis 事务       // 如果 rest_count 的值被其它的并发进程更改了，以上事务将回滚         if(!$replies){             echo "订单 {$value} 回滚".PHP_EOL;         }     }     $redis->unwatch(); }); $http->start();
使用 ab 测试
$ ab -t 20 -c 10 http://192.168.1.104:9509/

经测试结果对比，redis 事务方式优于文件排他锁方式，而文件排他锁方式中，非阻塞模式优于阻塞模式。

更多，来自：https://199508.com/post/2054

chrome://settings/content/notifications
尽管置位已禁止：
已禁止【V】
禁止：

允许：
【V】URL #这个打开了，还是会推送的，得删掉这些URL就正常了。当时以为上面禁止就全禁止了，实则不然。