蓝翟红尘

最近做数据统计，类如数据库里明明有11月30号的数据，我也明明按时间降序排序了，可是最终获取的数据时间，却不是11月30号这个最大时间，而是其它时间。

最终找出的问题原因就是：

mysql中order by是在group by之后执行的，而group by则是在同一组数据里挑选出id最小的数据记录作为汇总记录

可能有点模糊，下面拿我的博客举例子。

在实践之前，我先贴出我的服务器mysql版本：

mysql  Ver 15.1 Distrib 5.5.56-MariaDB

今天白日里头牵着女儿的手，把她交到了另一个男人的手上，一切似乎如此的匆忙。

婚礼结束了，宴席也散了，我又回到了自己的家，只是从现在的这一刻起，它又少了一个人，也就只剩我一个人了。

从前还有着女儿填满我的生活和我的内心，偶尔会想起你，但想起你的时候，看着女儿的笑容和身影，心里也是甘甜的。而此时此刻的你，却全然不顾我的感受肆意的朝我脑海里涌入，在失去女儿的深夜，你让我又再一次的意识到：我早已失去了你。

遇到固执的进程时，我们用

kill -9 进程id

来杀死进程。

像有时遇到nginx、php-fpm这种有一系列进程的，服务关不掉，就只好强制杀死服务进程。像下面一大列表，让码农去一个个进程的删？这种做法简直有悖于码农的初衷：让事情变得简单快捷。

[root/izwz9iqhlxmh5vdgv684iuz ~]# ps -ef |grep nginx
root      6367  6326  0 21:54 pts/1    00:00:00 grep --color=auto nginx
root     26939     1  0 Nov24 ?        00:00:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx    26940 26939  0 Nov24 ?        00:00:01 nginx: worker process
nginx    26941 26939  0 Nov24 ?        00:00:01 nginx: worker process
nginx    26942 26939  0 Nov24 ?        00:00:01 nginx: worker process
nginx    26943 26939  0 Nov24 ?        00:00:01 nginx: worker process

虽然经常用，但不曾太留意，也不曾比较过。遂今天稍稍总结下。

当改变数组元素值，不涉及数组的key时，array_walk和array_map均可。

例如要给下面的数组的每个元素， 都加个“很帅”。

用array_walk可以如下写：

$arr = array(
	"gaoyixiang"=>"高以翔", 
	"gutianle"  =>"古天乐", 
	"zhaicoder" =>"翟码农"
);
array_walk($arr, function($value, $key, $suffix){
	echo $value.$suffix."
";
}, "很帅");

array_walk的第3个参数，作为回调函数的第三个参数，正如上面的“很帅”传给了$suffix这个参数。

在公共区域生活多久，对马桶我就有多憎恶。

我实在弄不明白，使用体验槽点多多的它究竟是怎么占领市场的。

难道我真的只是属于大多数感觉良好的对立面的那极少数中的一部分？

今天实在忍无可忍了，我要好好地吐槽一下它。

最早的时候，在老家的茅厕是一个坑里填个大水缸，水缸口搭着两块破板子，条件稍微好一点的，还有破篱笆穿着老化的蛇皮袋围起来，稍微差一点的，就是把水缸放在人迹相较罕至的地方。

在计算时间间隔，自己想当然的直接写了如下代码：

$a = date_create("2019-11-11 10:10:10");
$b = date_create("2019-12-12 9:12:17");
echo date_diff($a, $b);

结果报Object of class DateInterval could not be converted to string的错误。

我还以为date_diff返回的就直接是相差的天数呢。

结果用var_dump一打印才知道返回的是一个对象，对象具体内容如下：

object(DateInterval)#3 (15) { 
    ["y"]=> int(0) 
    ["m"]=> int(1) 
    ["d"]=> int(0) 
    ["h"]=> int(23) 
    ["i"]=> int(2) 
    ["s"]=> int(7) 
    ["weekday"]=> int(0) 
    ["weekday_behavior"]=> int(0) 
    ["first_last_day_of"]=> int(0) 
    ["invert"]=> int(0) 
    ["days"]=> int(30) 
    ["special_type"]=> int(0) 
    ["special_amount"]=> int(0) 
    ["have_weekday_relative"]=> int(0) 
    ["have_special_relative"]=> int(0) 
}

2019年11月24日记

近年每天准备文章，面包吃完了也忘了买，牛奶也喝光了。

早晨起来，只好下楼去吃早餐。

难得是一个星期天的早晨，而且阳光还很明媚，当然要点一份好的早餐，慢慢enjoy。

草莓酸奶（24元）+核桃蛋挞（8元）+面包（8元）

还以为面包表皮是冰棒那种巧克力脆脆的外皮，结果不知道是啥，反正比饼干还难吃。

看了一季奇葩说和第4期的2019中央广播电视台主持人大赛，午餐随便对付了。

最近发现之前写好的shell脚本里cp命令拷贝文件夹，丢失了一层文件夹。才发现cp命令里还有一层这么容易让人混淆的用法，为避免继续踩坑，特此记载。

现在假定文件存在的目录如下面所示：

--from

--from/fone

--from/fone/hello.txt

--to

现要将from文件夹之下的所有目录拷贝到to文件夹之下，使用时就会遇到极易混淆的如下4条命令：

cp -rf from/ to
cp -rf from/ to1
cp -rf from/* to
cp -rf from/* to1

第一种：

之前踩过这个坑，结果今天又花了我一个小时踩了同样的坑。

要不是同事一语点醒，我估计还得继续埋头google继续胡乱尝试。

给网站安装https证书，报如下错误：

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 600, in urlopen
    chunked=chunked)
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 345, in _make_request
    self._validate_conn(conn)
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 846, in _validate_conn
    conn.connect()
  File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 326, in connect
    ssl_context=context)
  File "/usr/lib/python3/dist-packages/urllib3/util/ssl_.py", line 325, in ssl_wrap_socket
    return context.wrap_socket(sock, server_hostname=server_hostname)
  File "/usr/lib/python3/dist-packages/urllib3/contrib/pyopenssl.py", line 445, in wrap_socket
    raise ssl.SSLError('bad handshake: %r' % e)
ssl.SSLError: ("bad handshake: Error([('SSL routines', 'ssl3_get_server_certificate', 'certificate verify failed')],)",)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/requests/adapters.py", line 440, in send
    timeout=timeout
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 630, in urlopen
    raise SSLError(e)
urllib3.exceptions.SSLError: ("bad handshake: Error([('SSL routines', 'ssl3_get_server_certificate', 'certificate verify failed')],)",)
During handling of the above exception, another exception occurred:
requests.exceptions.SSLError: ("bad handshake: Error([('SSL routines', 'ssl3_get_server_certificate', 'certificate verify failed')],)",)
Please see the logfiles in /var/log/letsencrypt for more details.