
cn-dev Tag Posts Index
Explore on-chain topics from the Hive blockchain.
- →
解决CDN缓存301的问题
今天在部署新的节点的时候,遇到了一个奇怪的事情,就是配置完 Nginx 后,访问 443 端口出现莫名其妙的 301 循环。 我的 Nginx 的配置文件如下: server { listen 80; server_name s2.61bts.com; location / { return 301 } } server
- →
中国大陆地区第一台不稳定Steem全节点正式上线
前言 鉴于之前全节点的内存占用太高(需要256G内存),一直没有机会去部署一台。后来Mira版出来后,社区也没有看到有相关的运行信息的帖子,而我也是懒,所以这个事情就一直拖到现在。 最近由于 Tron 收购 Steem 的事件发酵过程中,曾有一段时间多数节点不可用,于是我又重新把这个事情提上了议事日程。
- →
Code Server使用小技巧--禁用浏览器标签页关闭
最近在我工作用的台式机上部署了传说中的、微软的 Code Server。 Code Server 其实就是微软 Code editing 的服务器版,可以通过在你的服务器上,通过 Docker 容器建立一个网页 IDE,这样能做的事情就太多了。
- →
解决每次zip压缩后的md5不同的问题
最近为了把新版的温故知新扩展上传到各个浏览器,真的是操碎了心了。这篇文章就来说说在通过火狐审核的时候的遇到的最棘手的问题。 由于我的扩展使用了 webpack,代码 build
- →
Google Analytics Api 使用
最近在做浏览器扩展《温故知新》的新版本。其中,最让我头疼的就是用 Google Analytics 统计信息了。 Google 官方提供的 SDK 使用的话,需要外部引入 SDK,并且配置 CSP,而 Firefox 浏览器不允许配置 CSP。 无奈,只能自己去写一个简单的封装了。 export class GA {
- →
SteemCN更新: 添加LIKE按钮, 广告, 域名问题等
添加LIKE按钮 你可能已经发现很多帖子的底下多出了个Like的按钮 只要LikeCoin用户给帖子拍手,你就会获得LIKE收益。而且这个收益没有时间限制,就算超过2年也可以拍手获得LIKE收益 为了更好的辨别哪些作者/帖子有设置LIKE按钮,在作者的声望旁添加拍手的图标,如下图: 如果你看到这个拍手图标,不要忘记给帖子拍拍手哦~
- →
全新版本的Chrome扩展“温故知新”已通过审核上线
温故知新是一个可以帮助你重温或者整理书签的 Chrome 浏览器插件。 每次当你新建立一个标签页面的时候,插件就会从你的书签栏选择一个书签并提示你。你可以选择浏览或者删除。 利用好你的碎片时间,你就能把你的书签栏管理妥当啦 ~ 现在全新版本 3.0.0 已经正式上线 Chrome 商店。 3.0.0 版本使用了全新的架构,全新的
- →
查看粉丝总SP的小工具
你是否知道要获得busy.pay 和esteemapp的点赞,除了需要用他们的平台发帖子外,他们的点赞比例取决于你的粉丝的实际SP总和。 所以创建了这个小工具让大家了解: 自己粉丝的总SP 如果使用busy发帖,busy.pay会给你多少点赞 如果用esteem发帖,esteemapp会给你多少点赞 工具链接: 开源代码:
- →
Steemmonsters 玩家状态浏览工具/Steemmonsters Player Explorer
由于经常需要查看Steemmonsters账号的状态,但是又不想登陆Steemmonsters查看,所以写了Steemmonsters玩家状态浏览的小工具: 要使用这个小工具,也很方便。只需输入Steemmonsters账号,并点击”View“就可以查看玩家的状态
- →
用 js 控制 manifest.json 的 chrome_url_overrides
我的Chrome扩展重构进度已经60%了,目前又遇到了新问题。 这个问题的缘由得慢慢说来。 我的扩展由于需要用自定义的页面替换新标签页。在我的早期版本的实现是这样的: chrome.tabs.onCreated.addListener(function(tab){
- →
解决Chrome扩展content script中的css冲突
这次重构我的Chrome扩展由于引入了很多新的东西,所以遇到的小问题还是挺多的。 比如在 content script 模式中,我的UI样式会被某些网站的 CSS 给影响到,以至于我的插件的 UI 显示不是预期。 在开发文档中,对于 manifest.json 中的 content_scripts 的 CSS 描述是:
- →
在Chrome扩展的Content Scripts中使用@font-face
在 《Chrome扩展中使用Vuejs》 文章中,我们提到过 @font-face 我是用的 CDN 的方式来搞定的。但是用 CDN 的缺点就是网络不畅的时候,扩展中使用 @font-face 的地方显示就是个方块了。 为了解决这个问题,我搜索了下,找到了解决方案。
- →
Chrome扩展中使用Vuejs
我开发的扩展四年多了,这两天终于突破了500用户数。很早就想要再进行开发了,但是无奈由于之前代码写的比较乱,并且用的 jQuery 去操作,很多东西开发起来还是很费劲的。 现在用户数已经 500 个用户了,之前用户呼声很高的功能,得花点心思搞一下了,要不就对不起这些铁杆用户了! 考虑再三,还是要重构。 jQuery
- →
快速搭建私有单节点 Bitshares Testnet(二)
前言 在 《快速搭建私有单节点 Bitshares Testnet(一)》 中,讲解了如何搭建一个私有测试网络,这一篇将会讲解如何部署 Web 界面用于注册新用户,以及向新用户转账测试币。 部署 拉取代码 git clone 编译镜像 cd bitshares-testnet-for-dapp-developers docker
- →
使用 bitsharesjs 库创建新用户Demo
整理了一下用 js-sdk 创建新用户的最简单的 Demo 实现代码。 代码 import {PrivateKey, key, FetchChain, TransactionBuilder} from 'bitsharesjs'; import {Apis, ChainConfig} from 'bitsharesjs-ws';
- →
把服务器的 frp 换成了 nps
由于国内家庭网络的 80 和 443 端口是被运营商封锁的,因此为了提供 web 服务,我就要用一台公网服务器做一下转发。 之前选择的是 frp 这个方案,不过最近在开发 Bitshares Testnet 的工具集的时候,发现 frp 非常的不稳定,连接经常莫名其妙的断掉,如下图 这蛋疼的断线,让我一直以为是 bitshares-js
- →
在自有私链上使用bitshares-js库
由于我正在搭建的测试网络属于私有链,在这两天的开发中,我发现使用 bitshares-ws 中的 Apis 进行初始化的时候,一直有下面截图中的问题 我的代码是官方文档示例中的 import {Apis} from 'bitsharesjs-ws'; const apiUrl =
- →
bitshares-ws 的 API 配置疑惑
目前正在开发针对 Bitshares 的测试工具,一开始就让我遇到了疑惑,先来看代码: import {Apis} from "bitsharesjs-ws"; var {ChainStore} = require("bitsharesjs");
- →
在同一个路径下反代 Websocket 和 HTTP 服务
昨天重做了一个线上VPS的操作系统,结果忘记了备份 nginx 配置, 其中有一个配置还是比较棘手,这个服务是我的 Online Clipboard。 这个工具最初后端服务是基于 Swoole 实现的 Websocket,后来 用户提了一个需求,希望在命令行下也能用,所以又在 Websocket 的 基础上增加了响应 HTTP
- →
steemcn.org 更新:添加封面,显示受益人,页面微调整和一些小更新
这周steemcn又有一些小更新: 添加帖子封面 收益显示受益人信息 页面微调整 一些小更新 添加帖子封面 一般Steem的前端会自动把帖子内容里面的第一张图片默认为封面的图片。
Leave cn-dev Tag Posts Index to discover