最近遇到一个Java Web应用中的性能问题。在某个时段程序的响应时间过长。在分析了日志后没有任何头绪。于是祭出了Glowroot这个Java性能调优的神器，终于将问题找了出来。下面把这个强悍的工具向大家介绍一下。 安装及配置 首先在其官网下载压缩包。如果对其源码感兴趣的话，这里是其Github页面。将压缩文件下载并解压缩后会在相应子目录(glowroot)中看到glowroot.jar这个文件。

之前发了一个提案，但是对于提案获得的总HP是如何计算的有些不太确定。有人说就是按账户HP计算的，也有人说是和见证人投票一样规则是账户和见证人代理的和。 (图源 ：pixabay) 尽管 的界面上是按账户+见证人代理的总权重来排序的，但是万一界面就是仅仅这样显示而已呢？真要搞明白这个问题，还是要看代码。 好在这个代码还是很好找的，到database.cpp中找到如下函数： void

早前的一個文章說了要學用一下當下最火最熱的NUXT JS。 NuagSnap - 還是要學一下 Nuxt JS & Vue JS 如前文所說， Nuxt 是 Vue 的威力加強簡化版，差不多就是化繁為簡，替你除去微細易錯的小細節，讓你可以專心放在功能上的設計。初用了一會，果然很易上手，很多原本在 React 必須 set up 的 如 routing, code spliting 等，都是

帮别人写一个小脚本，其中需要读取网络上的一些图片资源。话说以前倒是用过Python 的requests 对指定网址进行过POST和GET操作，想必读取图片应该用GET操作就可以了吧。 为了进行测试，我首先选择了一个图，虽然只是读一个图片，但是我们的征途是星辰大海。： 这图的地址是： 然而我尝试直接保存，却保存成为了ocean-3605547_960_720.webp，第一次见到这个webp格式，查了一下：

最近准备开始一个新的项目。其实也不是全新的，其现有代码已经运行了5年，现在需要添加很多新的功能。在这个项目中使用了Solr，因此首先需要把其数据备份并恢复到自己的VM上来以坐测试和开发。于是一个曲折的故事就开始了。。。 Solr 7.5

之前和@ety001就注册问题进行了讨论 目前账号注册大部分是通过消耗RC领取ticket来创建新号，这样虽然减少了注册费用，但是由于这些领取的tickets不能集中在一个号上来创建新号，一旦有大规模的新用户加入，一个账号的tickets不够应付创建新号

想将自己写的python3 代码部署到另外一台VPS上，自己最常用的方式就是用scp复制了，但是总是感觉这样很繁琐也不优雅。你看别的项目用pip install安装多好呀。 (图源 ：pixabay) 于是去学了一下怎么打包，怎么弄pip，发现网上的文章太多，并且很多都已经过时了，最后参考Packaging Python Projects，大致搞明白了怎么做，在这记录一下。 打包操作

自2019年10月18日起，梦幻辰风就开始针对这一个地方屏蔽了那一个地区的访问。 最初我是通过又拍云CDN来实现的，但是随着网站的备案号被注销后，又拍云CDN就暂停了我的接入。 随后呢，我采用了淘宝IP的API，但是发现有限制：每个用户的访问频率需小于1qps。作为一个文科生，我也不知道1qps是什么意思。随后，看着IPIP，发现那一家在线API也有限制——直接对梦幻辰风的IP返回429。 最后，在

帮朋友写一段短小的Python代码，其每次运行时会产生一个字符串，需要与上次运行时生成的结果字符串对比一下，来判断是否需要继续。 (图源 ：pixabay) 要想做到这点有很多办法，比如说读写数据库啊、读写配置文件啊，但是无论那样都觉得太麻烦了，毕竟我们没有太多的数据要存储，不过是一个字符串。 想来想去，最简单的办法莫过于直接写个文本文件了，因为既要读取又要写入，于是我直接写了如下打开文件的代码：

还记得鲁迅小说《孔乙己》中提到的茴香豆的“回字有四样写法”吗？孔乙己觉得自己掌握了茴香豆的几种写法，是一个有学识有文化的人。 (图源 ：pixabay) 今天在写一段HMAC代码时，直接就用了 digest = hmac.new(key.encode('utf-8'), msg.encode('utf-8'), digestmod='sha256').hexdigest() 然后突然想起来我以前习惯这样用：

早前的一個文章介紹了如何有系統地把一大堆文本資料從簡體轉換到繁體。 NuagSnap - 簡介一個很好用的Python Library - 中文轉換 OpenCC 為了同一個項目，現在需要建立一個 interactive 的型式去把項目的分析展視，所以問始需要用到 View 的工具。 原本想使用 Python 的 Streamlit，但是當中的 interactive 必須更具彈性，所以認為 JS

最近Hive更新了hive-js这个库，在阅读这这篇英文文章后，把要点概括一下： 使用steem-js的应用应切换到hive-js上，在下一个HF后steem-js无法正常在Hive上工作。 增加了节点的自动切换功能(alternative_api_endpoints)，如果一个节点出现问题，会自动切换到下一个节点。 下面进行了一个简单的测试。 首先创建test.js: "use strict"

之前的文章中，我学习了如何创建订单，尽管有两种方法可以选择，但是最终我还是选择了一个便于理解的。但是新问题来了，订单创建后，我们如何查看？以及如何取消呢？ (图源 ：pixabay) 在说到查看与取消之前，我们先来看看fill_or_kill & expiration两个参数。 fill_or_kill fill_or_kill

之前说到Power Up，并且实现了Power UP 功能，然而Power UP需要有流动性HIVE才行，如果只有HBD，那么就需要用到内部市场来交易成HIVE了。 (图源 ：pixabay) 同样，之前的交易我是用cli_wallet完成的，命令格式为： create_order(string owner, uint32_t order_id, condenser_api::legacy_asset

昨天在测试memo的时候，放了几段长长的古文，比如《得道多助，失道寡助》之类的，结果用力过猛，@oflyhigh.test RC不够用了。 (图源 ：pixabay) RC告急 看着这段提示就很闹心，何况还要等很久等RC恢复，这我不能忍受😳 'plugin exception:Account: oflyhigh.test has 436004956 RC, needs 535083479 ' 'RC.

经过了几个昼夜的学习和测试，终于搞定了memo的加密解密。原本以为这块不会有多复杂，但是实际沉浸下去才发现涉及的内容还很多。 (图源 ：pixabay) 涉及内容 简单回顾一下涉及的主要内容： 理论基础：Pub(Alice) * Priv(Bob) = Pub(Bob) * Priv(Alice) 内容加密：AES (Advanced Encryption Standard)，CBC模式

在处理memo的时候，发现steem-python 以及 beem 等，都是假定编码后的字符串长度值可以存储在一个字节内，这样memo的长度只能限制在255个字节以内了。 (图源 ：pixabay) memo 长度问题 比如steem-python中处理message的部分代码如下： 那么memo到底支持多长的内容呢？在微信群中提出这个问题后，@abit 指出memo可以支持任意长度(受限于区块大小，RC等）

近來有一個小小的 peronal project, 主要是針對某個特定範疇的，結果必須顯示繁體。 可是因為 project 本身範疇，不論在香港或台灣的文中數據都比國內少。所以要是以收集數據簡易度來說，還是 crawl 國內網站 data 比較方便。 可是問題來了，如何 crawl 後把國內簡體文本數據轉換成繁體呢？ 要知道數據大小是以GB為單位，總不能手動去 google translate copy

在前面分享了如何使用Serverless

在Memo使用AES加密的过程中，除了使用到shared_secret外，还涉及到两个数值：分别是nonce以及check。 (图源 ：pixabay) nonce & check 其中nonce是一个64位的随机数(8字节)，在BM的一篇文章中曾有提及： The purpose of the 'nonce' field is to generate a unique encryption