今天在部署新的节点的时候，遇到了一个奇怪的事情，就是配置完 Nginx 后，访问 443 端口出现莫名其妙的 301 循环。 我的 Nginx 的配置文件如下： server { listen 80; server_name s2.61bts.com; location / { return 301 } } server { listen 443 ssl; server_name s2.61bts.com;

前言 鉴于之前全节点的内存占用太高（需要256G内存），一直没有机会去部署一台。后来Mira版出来后，社区也没有看到有相关的运行信息的帖子，而我也是懒，所以这个事情就一直拖到现在。 最近由于 Tron 收购 Steem 的事件发酵过程中，曾有一段时间多数节点不可用，于是我又重新把这个事情提上了议事日程。 经过两周的折腾，目前服务器已上线，地址是： 相关信息 下面就来总结下，以给想要搭建全节点的同学参考。

最近在我工作用的台式机上部署了传说中的、微软的 Code Server。 Code Server 其实就是微软 Code editing 的服务器版，可以通过在你的服务器上，通过 Docker 容器建立一个网页 IDE，这样能做的事情就太多了。 比如我现在需要经常出门，而我的工作环境都在台式机上，有时候出门仅几个小时，在笔记本上可能代码都没有写完，就回家了，要把工作进度转移到台式机上就很麻烦。 现在用了

最近为了把新版的温故知新扩展上传到各个浏览器，真的是操碎了心了。这篇文章就来说说在通过火狐审核的时候的遇到的最棘手的问题。 由于我的扩展使用了 webpack，代码 build 后，没有可读性，所以火狐要求需要上传源代码，然后会进行审查。审查的步骤就是根据我提供的源代码和编译方法，审核人员编译一次，然后把编译后的代码打包，最后与我上传的压缩包比对，看是否一致。负责审查我的那位审查员，用的是 Beyond

最近在做浏览器扩展《温故知新》的新版本。其中，最让我头疼的就是用 Google Analytics 统计信息了。 Google 官方提供的 SDK 使用的话，需要外部引入 SDK，并且配置 CSP，而 Firefox 浏览器不允许配置 CSP。 无奈，只能自己去写一个简单的封装了。 export class GA { constructor(ua, cid, debug = false) { this.ua

添加LIKE按钮 你可能已经发现很多帖子的底下多出了个Like的按钮 只要LikeCoin用户给帖子拍手，你就会获得LIKE收益。而且这个收益没有时间限制，就算超过2年也可以拍手获得LIKE收益 为了更好的辨别哪些作者/帖子有设置LIKE按钮，在作者的声望旁添加拍手的图标，如下图： 如果你看到这个拍手图标，不要忘记给帖子拍拍手哦~ 具体可以设置可以看：SteemCN添加Like Button 添加广告

温故知新是一个可以帮助你重温或者整理书签的 Chrome 浏览器插件。 每次当你新建立一个标签页面的时候，插件就会从你的书签栏选择一个书签并提示你。你可以选择浏览或者删除。 利用好你的碎片时间，你就能把你的书签栏管理妥当啦 ~ 现在全新版本 3.0.0 已经正式上线 Chrome 商店。 3.0.0 版本使用了全新的架构，全新的 UI，完善了更多的细节功能！ 引入 Vuejs 使用 ElementUI

你是否知道要获得busy.pay 和esteemapp的点赞，除了需要用他们的平台发帖子外，他们的点赞比例取决于你的粉丝的实际SP总和。 所以创建了这个小工具让大家了解: 自己粉丝的总SP 如果使用busy发帖，busy.pay会给你多少点赞 如果用esteem发帖，esteemapp会给你多少点赞 工具链接： 开源代码： 怎么使用？ 输入你要查的账号，然后点击“View”就行了

由于经常需要查看Steemmonsters账号的状态，但是又不想登陆Steemmonsters查看，所以写了Steemmonsters玩家状态浏览的小工具： 要使用这个小工具，也很方便。只需输入Steemmonsters账号，并点击”View“就可以查看玩家的状态

我的Chrome扩展重构进度已经60%了，目前又遇到了新问题。 这个问题的缘由得慢慢说来。 我的扩展由于需要用自定义的页面替换新标签页。在我的早期版本的实现是这样的: chrome.tabs.onCreated.addListener(function(tab){

这次重构我的Chrome扩展由于引入了很多新的东西，所以遇到的小问题还是挺多的。 比如在 content script 模式中，我的UI样式会被某些网站的 CSS 给影响到，以至于我的插件的 UI 显示不是预期。 在开发文档中，对于 manifest.json 中的 content_scripts 的 CSS 描述是： Optional. The list of CSS files to be injected

在 《Chrome扩展中使用Vuejs》 文章中，我们提到过 @font-face 我是用的 CDN 的方式来搞定的。但是用 CDN 的缺点就是网络不畅的时候，扩展中使用 @font-face 的地方显示就是个方块了。 为了解决这个问题，我搜索了下，找到了解决方案。 这里面有几个要点，一个是字体文件可以在任意页面访问到，一个是如何获取到扩展ID。

我开发的扩展四年多了，这两天终于突破了500用户数。很早就想要再进行开发了，但是无奈由于之前代码写的比较乱，并且用的 jQuery 去操作，很多东西开发起来还是很费劲的。 现在用户数已经 500 个用户了，之前用户呼声很高的功能，得花点心思搞一下了，要不就对不起这些铁杆用户了！ 考虑再三，还是要重构。 jQuery

前言 在 《快速搭建私有单节点 Bitshares Testnet（一）》 中，讲解了如何搭建一个私有测试网络，这一篇将会讲解如何部署 Web 界面用于注册新用户，以及向新用户转账测试币。 部署 拉取代码 git clone 编译镜像 cd bitshares-testnet-for-dapp-developers docker build -t btfdd:latest .

整理了一下用 js-sdk 创建新用户的最简单的 Demo 实现代码。 代码 import {PrivateKey, key, FetchChain, TransactionBuilder} from 'bitsharesjs'; import {Apis, ChainConfig} from 'bitsharesjs-ws'; generateKeyFromPassword(accountName,

由于国内家庭网络的 80 和 443 端口是被运营商封锁的，因此为了提供 web 服务，我就要用一台公网服务器做一下转发。 之前选择的是 frp 这个方案，不过最近在开发 Bitshares Testnet 的工具集的时候，发现 frp 非常的不稳定，连接经常莫名其妙的断掉，如下图 这蛋疼的断线，让我一直以为是 bitshares-js 库我使用的不对，看了大半周的源码。 在网上搜索了下，都说断线是

由于我正在搭建的测试网络属于私有链，在这两天的开发中，我发现使用 bitshares-ws 中的 Apis 进行初始化的时候，一直有下面截图中的问题 我的代码是官方文档示例中的 import {Apis} from 'bitsharesjs-ws'; const apiUrl = 'wss://api-testnet.61bts.com'; Apis.instance(apiUrl,

目前正在开发针对 Bitshares 的测试工具，一开始就让我遇到了疑惑，先来看代码： import {Apis} from "bitsharesjs-ws"; var {ChainStore} = require("bitsharesjs"); Apis.instance("wss://eu.nodes.bitshares.ws",

昨天重做了一个线上VPS的操作系统，结果忘记了备份 nginx 配置， 其中有一个配置还是比较棘手，这个服务是我的 Online Clipboard。 这个工具最初后端服务是基于 Swoole 实现的 Websocket，后来 用户提了一个需求，希望在命令行下也能用，所以又在 Websocket 的 基础上增加了响应 HTTP 的功能，在代码里可以很清楚的看到这些。 然后最终的服务是依靠 Nginx

这周steemcn又有一些小更新： 添加帖子封面 收益显示受益人信息 页面微调整 一些小更新 添加帖子封面 一般Steem的前端会自动把帖子内容里面的第一张图片默认为封面的图片。 也就是说，如果你想把最漂亮的图片作为封面，必须把那张图片放在第一个位置。如果你最漂亮的图片在最后一个位置，那你需要把那张图片搬到第一个位置。这样其实没什么问题，只是影响帖子的阅读性。所以添加了一个可设置帖子封面的功能。