昨天被Amazon的垃圾服务气个半死，在HIVE上一通吐槽之后，心情好了许多。虽说还可以通过其它途径曝光这些事，但是觉得太累了，懒得去PK了。 (图源 ：pixabay) 晚上躺在床上胡思乱想，突然意识到，我在HIVE上吐槽，除了让心情顺畅了一些以外，竟然还可以赚钱，到哪去找这么好的地方呀。

在《每天进步一点点：使用Python批量修改图片尺寸》一文中，我曾提到之所以选择使用OpenCV库而不是Pillow，是因为OpenCV库使用C++实现，而Pillow是纯Python实现，所以使用OpenCV会比Pillow高效一点点。 (图源 ：pixabay)

之前一番折腾，成功在Windows安装了Python可嵌入版本（Python embeddable），并设置好了环境变量，把PIP也弄好了，也搞定了路径问题。 (图源 ：pixabay) 现在看起来似乎一切都能用了，不过用着还是不放心，万一我把好不容易弄好的Python环境搞坏了可咋办？岂不是又要折腾一回啦？

前几天简单地了解了一下Rust语言，然后我就一直在思索，能用Rust编程做点啥呢？不能就写个Hello World啊，那学来也没啥意义呀。 (图源 ：pixabay) 然后我想，能不能用Rust写个程序，实现对HIVE区块链的访问（读取信息）以及操作（发布信息，转账、点赞等）？ 当然，作为一个初学者，要实现这样的功能，无疑是高难度挑战，但是我们可以一点点来嘛，咋说来着，九尺之台，起于垒土，千里之行，始于足下。

最近猪圈里掀起了学习Rust的高潮，作为一个号称懂N门编程语言（知道名字算懂不？），这么新潮的东西不去了解和学习一下怎么可以？那岂不是落伍了？ (图源 ：pixabay) 有人可能问我，你不是在学Vue3嘛？哎，学不懂了。我就是个渣男，现在移情别恋啦，当然，不排除我哪天在移回来。😳 先简单介绍一个Rust： Rust是由Mozilla的工程师Graydon

前些天看@blocktrades大神的帖子，得知hived已经发布了HF26候选版第三版(v1.26.0rc3)，并且如无意外的话，将在10月11号进行HF26硬分叉。 (图源 ：pixabay) 没想到硬分叉时间已经这么近啦，看来要做一下准备，比如说编译并测试一下v1.26.0rc3了。 编译hived 失败 因为在编译文档中没有特别指明编译所依赖的版本，并且还有类似如下标题： Building

在项目中一直在使用serverless框架。但最近偶然接触了一下它的一个竞争对手：sst，感觉貌似也很不错。而且sst的作者貌似是一个华裔。 图源：sst官网截图 和serverless一样，sst也提供了一个命令行工具，用于创建一个应用框架： npm i -g create-serverless-stack@latest npx create-serverless-stack@latest my-sst-app

在之前的文章中，我曾经提到过，可以通过block_log.index计算出指定的区块在block_log中的位置。那么具体如何操作呢？这篇文章我们就来探究一下。 (图源 ：pixabay) 为了进行测试，我先停到我本地的节点，并复制出来一份block_log.index文件：（当然也可以不停，我怕搞砸了）： 注意到上图中我画红圈的信息： Database flushed at last irreversible

使用AWS开发无服务器应用已经有一段时间了，总结几个曾经走过的弯路/体会： 首先，当选择AWS之后，感觉整套架构都构建于AWS之上。万一以后不满意AWS的服务或者价格的话，是否能够快速的切换到其他的云服务上去。 Source: AWS官网

最近bitshares网络激活了代号湄公河的6.0版本，新增了好多激动人心的特性比如P2P质押借贷、无抵押借贷（闪电贷）等，想起我还在本地运行着一个bitshares节点呢，打算拿来学习一下BTS6.0。 结果打开我的本地节点一看，咦，竟然卡住了好久，仔细想想也不意外，6.0版本是协议升级，也就是我们在HIVE上常说的硬分叉(Hard

Gatsby是目前非常流行的静态页面生成框架。 页面生成是其最核心功能之一。 下面就来说说如何在Gatsby中自动生成文章页面，Category分类页面，以及tags标签页面。 Source: Gatsby官网 配置 gatsby-config.js中的配置 首先需要声明对markdown文件的监测，这样gatsby才能获取markdown中的frontmatter信息，比如slug： { resolve:

尝试了一下strapi，感觉真的很香，几分钟就能搭建起后台的REST API服务，同时还支持很多插件，比如graphql插件，这就大大加快了开发的速度。 其实，之所以喜欢它，最主要还是它的设计出发点：Headless CMS。也就是说，只提供操作数据的API，而不像Wordpress那样同时提供操作数据的UI。（严格的讲，strapi也提供一个非常简单的数据操作界面）

最近看到了Pipedream这个在线自动化工具，试用了一下，感觉非常好。通过Pipedream，可以自己定义在线工作流。总结一下，它的以下特点最为吸引我： 良心的免费版本。其免费版本中包括了每月10，000次的调用。相当于每天333次调用。这对于个人用户来说，肯定是够用了。同时对工作流，连接的app，事件源都没有任何限制。 用户可以自己定义Node.js代码，完全控制工作流。

在HIVE区块链上有很多操作，比如说发帖、点赞、转账、投票见证人、设置见证人代理等，除了这些操作外，还有一类操作不是由我们发起，而是由区块链根据共识而产生，比如说见证人奖励、作者/策展奖励发放等等，这类操作被称为：virtual operation/虚拟操作。 (图源 ：pixabay) 在 查看区块信息时，我们会看到transactions 以及virtual

在之前的文章每天进步一点点：学习一下HF25后HBD利息发放相关内容，我学习了HF25前后HBD利息发放的机制，这篇文章再来深入地聊聊。 (图源 ：pixabay) 上篇文章关于HBD利息发放的结论其实很简单，大概就是就是几点： HF25之前，HBD余额&HBD存款都有利息 HF25之后，只有HBD的存款有利息 利息的计算由账户（余额或存款）变动触发

最近试用了一下React Query，感觉真的很香，在考虑是否在项目中引入这个出色的库。 图源：官网截图 在React APP中不可避免的要调用很多REST API对数据进行CRUD操作。对于每一个API endpoint，我们都需要考虑状态管理，数据同步，缓存，错误处理等诸多细节。这就会使我们的程序变得非常臃肿。而有了React Query，无需借助全局状态，就能实现这些功能。 如果不使用React

在之前的帖子《HIVE硬分叉25(HardFork 25)要来啦 & 共识变化(Consensus changes)》，我曾提及，HIVE HF25一个重要的共识变化，就是仅对存款账户中的HBD发放利息。 (图源 ：pixabay) 而这这之前，HBD的持有者，无论是将HBD放到余额账户中还是将HBD转到存款账户中，都是可以得到HBD利息的。

以下的部分代码源于官网，下面文字部分并不是对官方文档的翻译，而是我自己的理解和记录。 Source: Pixabay Formik是一组用于创建表单的React组件。它主要是解决以下几个问题的： 从表单组件状态中获取状态 表单验证及错误消息 表单提交 安装 yarn add formik 基本案例 这是官方提供的一个简单示例： import React from 'react'; import {

最近在使用React的时候涉及到了组件之间的通信。尝试了一下pubsub-js这个库，感觉是真的香，下面总结一下。 Source: Pixabay 组件的github官网： 安装： npm install --save pubsub-js 或者运行： yarn add pubsub-js 其核心概念和所有消息订阅/发布组件没有太大区别，无非就是订阅/发布的过程。

今天处理某段代码时，发现要处理vesting_shares与delegated_vesting_shares的差值，但是这两个值读回来的amount都是字符串。 (图源 ：pixabay) 以我自己的账户为例，读取vesting_shares与delegated_vesting_shares返回如下：