昨晚和朋友聊天，朋友告诉老家镇上的中心幼儿园发生了一起幼儿园小孩早晨被遗忘在校车上活活闷死的悲剧。

(图源 ：pexels.com)

以往经常从新闻上看到有类似事件的发生，没想到还会发生这样 惨剧。

镇上的中心幼儿园是全镇最好的幼儿园，所以全镇条件略好并且注重孩子教育且有适龄儿童的家庭都把小孩子送到这个幼儿园，为了方便家远的孩子上学放学，幼儿园也提供校车服务。

而这个孩子的家庭就是住址较远的家庭之一，据说母亲已经40多岁，看了各种医生才中年得子，对这个孩子甚为宠爱，满怀望子成龙之心送孩子读这个幼儿园。

而这次家长送孩子上车没有任何异常，而放学时，再接孩子时，得到的却是一具冷冷冰冰没有任何生气的尸体，据说孩子的母亲当时就疯了。

据说最终幼儿园赔了150万了事，并且压下了这个事件，所以并未见诸于各类媒体。不过150万，甚至几十上百个150万也挽救不回来这个孩子生命了。

对于幼儿园而言，150万也不是一个小数目，不过只150万我认为还便宜了他们，应该已谋杀罪判刑，以命抵命才是公平！

(图源 ：pexels.com)

哎，但愿这类悲剧不再发生，每个小天使都能安安全全健健康康地长大成人。

This page is synchronized from the post: 但愿这样的悲剧不再发生

之前说过路由器升级BIOS后，有些已连接的设备都提示成未连接，好吧，不需要我主动连接的设备(手机，pad等)也无所谓，需要我连接的设备我已经都设置了IP，嗯，将就用吧。

(图源 ：pexels.com)

不过昨天测试了一下我的DDNS+NAS访问内网设备，却突然发现之前设置的好好东西却完全不好用了，无论我怎么尝试连接都提示连接被拒绝。

这又是怎么回事呢？难道是我的DDNS设置有问题？ping了一下我DDNS的域名，看一下显示的IP，在去自己网页上显示IP的脚本看一下，IP地址完全一致。

那莫非是我内网的设备IP和端口有问题？自己从内网连了一下设备IP和端口，也可以正常连接，排除了这种可能。

再看NAT的设置啥的也没有啥问题，也正常启用了，为何就是连接不上呢？要么重启试试？结果把路由器，光纤猫以及设备都重启了遍，问题依然！

难道就不让我用DDNS+NAT访问内网设备了吗？难道我只能用变态的SSH转发来达成目的？神啊，想想就头大。

不过按说不应该出现这样的情况啊，固件出厂应该测试的啊，按说相关功能可能不完善，但是至少应该可以使用啊。我来想想有没有什么办法？

对了，我的端口号设置的都比较大5xxxx，如果设置小一些会不会就可以了呢？把要映射的端口以及内网设备的端口都设置成了100以内，重试了一下，竟然奇迹一般的连上来了。

(图源 ：pexels.com)

我晕，竟然会有这种情况发生，我无语了，不过既然好用了，就将就用吧，期待下次固件升级吧，虽然我想下次不手欠了，但是如果有新固件释出，我估计肯定第一时间升级，因为实在是受不了当前版本啦。

This page is synchronized from the post: 额，路由器新固件到底有多少坑

在我的印象中，有一句损人的话：“ 哪儿凉快哪儿呆着去！” 大意类似于：“离我远点，别在我面前晃”、“滚蛋”、“从我面前消失”之类的。

可是经历了这两天的高温之后，我才明白，对你说这话的人绝对是真爱，“ 哪儿凉快哪儿呆着去”绝对是最好的祝福。

现在的高温咋形容呢？简单地说，温度够高，持续时间够长，要是一天两天忍忍也就过去了，可是一连好多天就让人忍无可忍了。

朋友圈里现在流行一个图，可怜的小猪佩奇，美美地出门，然后——变成了烤乳猪。

据说现在开车出去都不用怕碰瓷的啦，因为老大爷往地上一趟，没过两秒就自己蹦起来了，然后就是重度烫伤，哈哈哈。

据说现在特别适合出去搭讪，大街上看到漂亮妹妹，你过去搭讪，很快你们就可以聊的火热，为啥呢？因为在大街上一起待几分钟，你们就都变成熟人啦。

看来这烧烤模式也不是一无是处，不过我还是希望哪儿凉快哪儿呆着去。或者赶紧来一场雨吧！不过据说四海龙王正在开会，说现在地球水资源贫乏，雨以后要省着下啦 😭

This page is synchronized from the post: “ 哪儿凉快哪儿呆着去”是最好的祝福

昨天说到因为手欠升级了路由器的固件，然后导致我不知道新接入的设备IP，没错的啦，新接入的设备就是我重做系统的Banana Pi M3。

(图源 ：pexels.com)

最终我终于用串口线通过TX\RX\GND连接到设备上，看着熟悉的字符界面，我激动的想哭啊，但是哭之前，我还是先把IP地址设置好吧。因为总不能总用串口线连上去，并且115200的波特率还是很感人的。

那么如何给Banana Pi M3设置静态IP地址呢？其实很简单的啦：

sudo vi /etc/network/interfaces

进去之后把里边乱七八糟的内容通通删除，填入如下内容即可：

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet static
address 192.168.1.181
netmask 255.255.255.0
gateway 192.168.1.1
network 192.168.1.0

当然了，如果你在不同的网段网关啥的，需要做对应的调整。保存后，重启设备即可，这样我就有了固定的IP地址啦，在也不怕忘掉啦。

另外，顺便把我的NUC7I5BNHL的无线和有线地址都修改了一下，我装的是Ubuntu Server 18.04，它使用netplan管理网络，打开对应的配置文件，按格式换一下里边的地址即可，就不多说啦：

sudo vi /etc/netplan/50-cloud-init.yaml

再去改改别的设备，哎，家里的设备太多，我需要打印一个大大的地址对应表贴墙上。😭

相关链接

• 手欠要不得

This page is synchronized from the post: Banana Pi M3 设置静态IP地址

早晨还没睡醒的时候，就看到 @justyy 在微信群里艾特我，并发过来一个截图，说是微信公众号查STEEMIT见证人信息有BUG。

(图源 ：pixabay)

我写的程序怎么可能有BUG呢？况且查了这么多见证人也没发现啥问题啊，一定是他使用的姿势不对，哦，我想起来了，一定是他查询的这个见证人排名超出了200名以外，因为我只处理200名以内的见证人。嗯，就是这样了，继续睡。

等我睡醒了，再仔细一看这个截图，这还不是BUG是啥啊？得票这么低的见证人，居然被我算成了TOP20，并且收益也这么高，这显然不对嘛。

于是看了一下之前的程序，我擦，这写的都是什么乱七八糟的，根本看不懂啊，费了半天劲，总算理清了程序的流程，然后也找到了问题所在。

根本原因就是我只处理200名以内的见证人，对200名以外的见证人没有妥善处理。其实我也处理了，但是处理的程序有些漏洞，PHP对一个不存在的变量，读出来的数据是0。正确的做法是，在这之前，判断一下变量是否存在：isset($info["rank"])。

这样修改之后，类型已经变成正常的TimeShare，不再是TOP20了，每块的奖励也正常了。但是每天出块以及每天收益啥的数据都为零，这很正常，因为我没计算200名以外的见证人嘛，我之前觉得200名以外都不会去查这个信息的。不过既然有人查了，那么再加大一些吧，加大到400吧（一共有没有400呢，哈哈）

这下都正确了，哈哈，只是这哥们每天0.1个STEEM能够上服务器成本否？心疼呀。另外感谢 @justyy 报告了这个BUG，CN区还没有投他见证人的朋友，去投他一票吧。😀

对了，顺便安利公众号，扫码即可添加：

This page is synchronized from the post: 解决了一个微信公众号查询见证人信息的BUG

无线路由器的小灯闪啊闪啊，突然让我觉得很烦，于是我就想能不能把它干掉呢？

登陆路由器一看，呀，果然有这个选项，果然干掉，然后除了一个电源灯微弱地亮着，其余各种指示灯通通熄灭，感觉世界清净了，真爽呀。

然后无意中看到上边提示有固件更新，强迫症表示不容忍任何未处理的提示，于是随手点更新，眼看着进度条走到头，然后确定，等路由器重启，搞定，爽歪歪美滋滋。

然后我想连一下我新接入的设备，因为是新接入，我还没来得及设置IP，然后DHCP会分配一个IP，一般来讲我去路由器里看新接入的设备，复制一下IP就可以用了，因为我习惯都设置成固定的IP，所以DHCP分配的IP我也没去保存。

然而当我登陆路由器，发现原本满满的设备页面怎么这么稀少？打开显示离线设备的选项，才发现好多设备显示成离线状态，随便ping几个我设置了固定IP的设备，完全没有任何问题。也就是说设备们正常连接，但是路由器显示的状态不对。

可是我不记得我新设备分配的DHCP IP啊，这可咋整？重启路由器，重启设备，效果依然，我猜我触发了路由器的哪个隐藏BUG了，而今天我关掉路由器的小灯，还有升级了固件，关灯操作应该没啥影响，估计是新固件的问题了。

看来我只好用串口线通过TX\RX\GND去连接设备，然后使用串口登陆，再去改IP了，或者写个脚本去遍历ping这个网段的所有IP，想想还是前者更简单。

看来手欠要不得啊，不过如果我早些时候勤快一些，把固定IP设置好就不会有这样的麻烦了。哎，又懒又欠伤不起啊。

This page is synchronized from the post: 手欠要不得