电脑上跑着一个EOS节点，运行版本是1.2.6，因为据说1.3.0升级改动比较大，所以没有在1.3.0释出时及时更新，反正我也几乎不做啥操作，况且貌似1.2.6超稳呢。

不过这不EOS github三天前上又释出了1.3.1，我就想着该升级一下喽，不能再懒了，虽然现在我觉得已经无力跟上EOS的发展了，但是能跟一点是一点嘛。

于是果断更新代码，编译还是挺快的嘛，然后拿去执行，结果冒出来一堆错误：

2018-10-05T13:20:01.545 thread-0 main.cpp:136 main ] Throw location unknown (consider using BOOST_THROW_EXCEPTION)
Dynamic exception type:
boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::unknown_option> >
std::exception::what: unrecognised option 'wallet-dir'

看提示是有一个选项不被识别，看了一下 eos github上的EOSIO 1.3.0 Release Notes，有一条相关信息：

Unknown configuration items in config.ini will now error on startup (#5678)

原来这些选项早就没用啦，以前只是默默地忽略，现在则必须处理掉啦。编辑config.ini文件，找到以下两条内容：

# The path of the wallet files (absolute path or relative to application data dir) (eosio::wallet_plugin)
wallet-dir = "."

# Timeout for unlocked wallet in seconds (default 900 (15 minutes)). Wallets will automatically lock after specified number of seconds of inactivity. Activity is defined as any wallet command e.g. list-wallets. (eosio::wallet_plugin)
unlock-timeout = 900

直接删掉就可以了（当然你也可以选择注释掉），再启动节点，一切正常。

BTW，在微信群里听说又有EOS大户被盗了3.2W个EOS，吓得我赶紧看了一下我的EOS账户，还好我的3个EOS还在，吓死我了。

相关链接

• EOSIO 1.3.1 Release Notes
• EOSIO 1.3.0 Release Notes

This page is synchronized from the post: 升级了一下本地EOS节点到1.3.1

今天执行一组命令时，返回如下错误：

其实只是一个获取用户信息(get_accounts)的API调用，并没有直接用到bandwidth之类的调用，所以严格来讲，这应该算是一个BUG，不过这个只存在于steemitdev节点，api.steem.com并没问题。

用get_version看一下，steemitdev节点返回信息如下：

尽管版本还是0.20.5，但是已经包含了github上最新的提交：

其中有一项就是3006-disable-bandwidth-system，感觉steemit是要坚决地和bandwidth说白白了。

想当初，为了给公众号添加bandwidth计算，我可是费了好大周折，一个问题就是没法从账户信息中直接读出bandwidth信息，于是为了达成目的，我读了好半天代码，找到计算max_virtual_bandwidth的方法

然后在从这里推断出用户可用带宽的计算公式：account_vshares / total_vshares* max_virtual_bandwidth

再根据这段代码的逻辑用时间差去修正带宽的计算

总之，为此付出好多努力呢。不过，这些努力都即将成为过眼云烟啦，bandwidth这个实际上并没有起到什么作用只是折磨大家好长一段时间小妖精即将和我们白白了。

新的RC系统到底会是天使👼还是魔王，让我们拭目以待吧。

(封面图源 ：pixabay)

相关链接

• How to: 如何计算 max_virtual_bandwidth / How to calculate the max_virtual_bandwidth?
• How to: 如何计算用户可用带宽 / How to calculate the user’s available bandwidth?
• 3006-disable-bandwidth-system

This page is synchronized from the post: 和带宽系统说白白 / Say good-bye to bandwidth system

外出办事，懒得开车，于是路边叫了出租车过去，回来的时候当然也只好出租车了。

(图源 ：pexels.com)

因为地处偏僻，所以等了好久才等到一辆出租车，我顺手打开车门坐在副驾位置。一般副驾位置在门的上方都有一个扶手，因为出租车开的都飞快，所以一般情况我都是右手拽着扶手。

可是这次上了车以后，我习惯性地抬起右手，可是抓了半天都没抓到啥，仔细找了半天，原来这个出租车门的上方没有扶手。

没有扶手，我觉得心里不踏实，于是拽过来安全带，打算把安全带带上，结果发现副驾的安全带插孔上插着一个小插头，我把它拔掉才让我的安全带插入进卡扣。

结果我正忙的厉害，司机一直用一种异样的看外星人的眼光看着我，待我忙完了，司机对我说：“你喜欢系安全带？”我回答：“不是啊，就是系上心里踏实。”然后司机带着鄙视的口吻对我说：“这真是大千世界无奇不有。”这让我竟无言以对。

不过不管他鄙视与否，还是我的小命要紧啊，回去的路上还真遇到一次险情，有几个行人悠哉悠哉地横穿马路，纵使司机使劲鸣笛，但是行人依然我行我素，于是司机只好到临近近前急刹车。

(图源 ：pexels.com)

当然了，因为我早有准备，所以安全带并没有起到作用，但是依然惊出一身冷汗。哎，以后还是别懒惰了，老实开车吧，小命还是掌握在自己手里放心呀。

This page is synchronized from the post: 系安全带被鄙视

在园区的小路边有个石头台，我经常看到一直大猫在那蹲着，静静地看着路人。

我有时候想，大猫看着我们的时候在想着什么呢？一定会想：“哼，可笑的人类，整天忙忙碌碌，也不知道在干些什么，还是我们猫星人的日子滋润。”

可是，自从我们从猫星流浪到这里，已经有成千上万年没有回到过家乡了，回家的路何其漫长。估计还得成千上万年吧，等猫奴们的科技更加发达吧。

我想靠近点和猫星人多多交流一下，结果貌似猫星人警惕性也很高，它变成一个球，从我面前消失了。

哎，好羡慕猫星人啊，所谓过日子就只是在外边晒太阳。好像有好多好心人给它们提供食物，并且给它们搭窝，真正地衣食无忧啊。

猫星人闪了，我也没有藉口在这晒太阳了，哎，该忙啥忙啥去吧，继续做一个被猫星人鄙视的可笑的人类吧！

This page is synchronized from the post: 猫星人在看着你们

之前的文章中写到小区里的一只流浪狗，说是流浪狗应该是跑丢的宠物，因为脖子上套着一个罩子，正常的流浪狗是没人会特意去给套罩子的。

因为小狗的罩子会影响小狗的行动和进食，所以小区微信群里好多朋友发起了捕狗行动，当然目的不是为了抓狗，而是为了帮小狗去掉它的罩子，让它活动更方便一些。

可惜因为小狗警惕性太高，并且非常怕人，所以没有一次能够成功。

我又在路上看到这只流浪狗了，他正躺在地上晒太阳，相比好些天以前看到的，似乎更加瘦弱了。

我想离进一些拍照，它吓得马上翻身爬起来，然后跑掉了。

我将它的照片和发现它的位置发到小区群里，大家又开始准备去捕狗，帮它解脱，结果当然是依旧失败。

看来这条流浪狗要一直流浪下去了，不过现在还好，毕竟天气不是很冷，并且可以找到食物，真担心它如何过冬。

This page is synchronized from the post: 流浪狗还在流浪

这两天调一段简单的PHP代码，为了更好的处理请求呢，我打算让脚本同时支持POST和GET请求。

(图源 ：pixabay)

为了达成这个目的，我写了如下代码，就是串联两个问号表达式：

$user="";
$user=isset($_POST["user"])?trim($_POST["user"]):isset($_GET["user"])?trim($_GET["user"]):"123";

然后进行测试，直接访问页面，$user为123，没错。POST方式，提交oflyhigh，等等，为何显示为空值呢？GET方式提交oflyhigh，一切正常。

我苦思不得其解，最后想来想去，只能归咎到问号表达式的处理方式以及运算优先级上边去。比如上述表达式，我期望是先判断POST，然后POST为空去判断GET，不过看来它并不是像我想象的那样处理的，并且视乎把我第二个问号表达式拆开处理，先判断GET，如果存在则赋值，再判断第一个问号表达式。

总之乱得一团糟，不过不去研究语言的具体逻辑啥的了，太麻烦了，我有括号大法啊，管他神马优先级，一括解千愁。

$user="";
$user=isset($_POST["user"])?trim($_POST["user"]):(isset($_GET["user"])?trim($_GET["user"]):"123");

把后边的表达式整个括上，一切正常。这么简单的方法就能解决问题，我却死磕半天，是不是傻？😭

对了，我记得wordpress里接收变量的地方写得挺好的，不过忘记咋写的，也懒得去找了，就先这么将就用吧。反正我的程序也很简单，没啥风险。

This page is synchronized from the post: 每天进步一点点：多用括号没毛病