前两天看到新闻说沈阳世博园（沈阳市植物园）从9月2日起临时闭园，预计到十一期间才会重新开放，这段时间去世博园游玩的朋友估计要扑空啦。
我想起来前段时间去世博园拍摄的风景照，还没有整理呢，这段时间抽空整理一下，分享给大家。
沈阳世博园内建有53个国内展园，23个国际展园和24个专类展园，是迄今世界历届园艺博览会中占地面积最大的一届。
上边这些图就是国内展园中的一部分，可惜时间和精力的问题，不能走遍每一个园。
今天先分享到这里，改天继续整理和分享。
oflyhigh and click VOTE
This page is synchronized from the post: ‘世博园风景照 (1)’
昨晚临睡前1分钟，发现steemit的官方github上释出了steem的v0.22.1版本，吓得马上精神了。
不过去对比了一下修改，发现只不过是在原来修复BUG的基础上，修改了一下版本号。也就是说，只要我们运行的程序是20190901-fix-curation-weight加了这个补丁的，那么功能上和v0.22.1是没有什么区别的。
不过对于强迫症而言，这就不一样了，毕竟显示的版本号是有区别的嘛。所以当然要Builld一下啦！
编译完成，检查一下版本号啥的是个好习惯，万一编译了错误的版本呢？
programs/steemd/steemd --version
还好一切正常
尽管官方说从0.22.0到0.22.1需要重播(Replay)
Steem 0.22.1
doesrequire reindexing from 0.22.0
如果你运行的原始的0.22.0，那么必须重播(Replay)。
但是对于我们这些打过补丁，并且已经重播(Replay)过的选手来讲，其实就是改个版本号，根本不需要重播的啦。
只需替换原有的steemd，并重启程序，就可以啦。
这样不需要replay的升级还是蛮舒服的，但愿这版稳定下来吧。
oflyhigh and click VOTEThis page is synchronized from the post: ‘升级steemd程序至v0.22.1’
由于HF22引进了一个新的BUG，导致了STEEM区块链停转，尽管此BUG在已经数小时后被修复，但是需要所有节点重播（Replay）数据，取决于硬件设备以及设置，重播数据一般需要几个小时到十几个小时的时间。
(图源 ：pixabay)
尽管很多见证人节点在几个小时内完成重播，让steem区块链重新运转起来，但是遗憾的是，steemit官方节点(api.steemit.com)很长时间未能修复，导致很多依赖于此节点的应用(包括steemit.com)无法正常运行。
悲催的是，我们的公众号程序，就是依赖于官方节点(api.steemit.com)，所以这两天公众号的信息一直不正常，要么是数据老旧，要么是显示：
让人激动的是，经过了一天半以上的等待，steemit官方节点(api.steemit.com)终于恢复的正常。
而作为依赖于steemit官方节点(api.steemit.com)的公众号，自然随之恢复的正常，现在大家可以继续在上边愉快地 玩耍（查询）啦。
比如查看当前最新的信息：
其它查询：
当然啦，有些功能还得针对HF22做一些调整，慢慢来啦。
至于为什么官方节点(api.steemit.com)要比其它的节点恢复的更慢，我猜测应该是启用了Mira的缘故，启用Mira的节点Replay要耗费更多的时间。
微信公众号继续欢迎大家关注，有很多方便的小功能，还在不断完善中。
oflyhigh and click VOTEThis page is synchronized from the post: ‘SteemIT公众号现已恢复正常’
前晚有事情忙了几乎一整夜，早晨睡了不到一个半小时，醒来后就看到@justyy 在群里说steem链又停止前进了。
大概在昨天上午9:16前后，steemit的官方github上推出了补丁程序：
https://github.com/steemit/steem/commits/20190901-fix-curation-weight
不过遗憾的是，这次不是仅仅替换steemd程序就可以解决的，需要replay。
于是又开始编译：
这次不是硬分叉，所以版本号依旧是0.22.0，也许回头steemd会把补丁作为新版本v0.22.1发布，但是程序其实是一样的。
启动打了补丁后的steemd应用：
然后是漫长的Replay.
可惜我手欠又重启了steemd，搞了一下测试，以为能加速replay进程，结果毛线效果都没有，还白白浪费了之前replay的内容。
终于看到HF21/HF22了，见到了曙光
耗时7.89小时后总算完成了。
3281588ms database.cpp:339 reindex ] Done reindexing, elapsed time:
28406.83747999999832246 sec
第二台机器（备份节点）快了好多，只用了4.89小时
看来更高速度的CPU还是有所帮助的，下次有经验了，不过还是希望这样下次越少越好。
令人尴尬的是，许多第三方API都恢复了，而steemit官方的API(api.steemit.com)依然是坏掉的，不知道何时能够修复。
oflyhigh and click VOTEThis page is synchronized from the post: ‘BUG之又见BUG，主备节点均已恢复上线’
朋友的节点无意中触发了Replay，并且不显示Replay进度，让他极为闹心。
(图源 ：pexels.com)
我看STEEM源码中的一处注释，得出结论，Replay是可以暂停的，暂停后重启steemd（不加 --replay-blockchain）会自动从之前的位置继续Replay。
我的依据就是代码中的这段注释：
尤其是这句：
If the index file head is in the log, but not up to date, replay from index head.
结果朋友按我的馊主意测试后，程序又从头Replay了，害他浪费了几个小时的时间。
为了证实replay中途停掉再启动程序后是否会从停掉的位置继续Replay，我做了一些测试。
删除block_log.index 以及shared_memory.bin，只保留block_log，重启steemd：
以上操作会自动触发Replay，不过并不显示进度。
等一段时间后，关掉steemd，再重新启动，不加（–replay-blockchain）参数：
发现并没有如我所预料的那样，从停掉的位置开始。
重新试一遍上述两步操作，结果没有什么区别：
再测试一下加（–replay-blockchain）参数，然后停掉重启，结果出现下边第二幅图中显示的错误：
经过无数次的测试，后来有一次，貌似Replay从中途继续的，不过我没注意观察，随手关掉了，哭。
看来朋友的结论还是对的，只要需要replay，别报期望中途停止恢复啥的，直接加 --replay-blockchain参数，然后耐心等待好了。
oflyhigh and click VOTEThis page is synchronized from the post: ‘Replay 测试’
之前有说用招行35290分的巨额积分换购了一个名为威泰戈 (WHITE TIGER) 的破壁机。
这些积分换购个破壁机是什么概念呢？就像相当于商场消费了70万5000千元，赠品送了个破壁机。( ╯□╰ )，所以算下来其实这玩意真的不便宜。
装上机器，用它自带的清洗功能清洗了几遍，发现这个功能倒是很省心。如果你用过豆浆机，就知道豆浆机的清洗，是多么令人抓狂的一件事情。
早晨用它打了一壶豆浆，发现打出来的豆浆很细腻，没有残渣。以前用九阳的豆浆机，要用滤网过滤到残渣才可以，麻烦不说，浪费了很多豆子 。
另外，破壁机还有其它搅拌、榨汁等诸多功能，留着以后慢慢发现吧。这玩意这么好玩，难怪朋友向我强烈推荐啦。
oflyhigh and click VOTEThis page is synchronized from the post: ‘破壁机还不错’
Update your browser to view this website correctly. Update my browser now