#steemjiang

刷了几集《剑王朝》，感觉还不错。故事开始的设定有点老套：几个兄弟打天下，天下打下来了，又开始兄弟反目！然后是传人报仇，最后大仇得到！善有善报，恶有恶报，不是不报，时候未到！唉，看来我都可以写剧本啰！ 娱乐而已，不能太较真！除了故事的老套设定，其实情节和场景还是用了心的。故事杂揉了武侠和修仙的特点，兼顾了政治和江湖的两者互动，颇多玩味的地方。 孤身仗剑走天涯！

SteemJiang在区块同步（即文章更新）方面做了改进，做了一些去重的逻辑。回复和评论的样式中图片也做了些改进，不会再出现占满屏的现象。 因为不对文章的收入做显示，所以单独做了个显示按钮“文章数据”--可以跳转到steemd上查看相关的文章的收入和点赞情况。 先这么多。IPFS的图片服务器会很快加上，小程序端的设计也在日程上。

SteemJiang在发布时会出现一个文章时间不同步的问题，如下图所示： 如上所示，虽是同一篇文章，但发布的时间却是相差几秒，在SteemJiang上就会被判断为两篇文章！ 这是什么原因造成的呢？ 找想了下，发现是文章同步到Steem上时的延时造成的！

《庆余年》很早就读过，我是指小说，猫腻的这种清新文艺流还是挺不错的消遣文字。虽然小说中也有着穿越、写诗这类的大烂梗，不过好在笔法还算清奇，故事讲得也不错。 男主叫范闲，听来也就是一个休闲的故事，其实这么说也没错，供大家茶余饭后的谈资。不过，越往后读，倒也能读出些不一样的东西来。 这几天听说有拍成电视剧，也就刷了几集，发觉也还不错呢。 小范闲站在凳子上打管家！

在细节上做了不少调整，比如底部菜单，回复的样式...... 做前端是个累活！ 同时又是个精细活！虽然有不熟练的原因，但前端样式确实花费了大量的时间。说到这，有点同情steemit的前端几年如一日，从来没变过！这确实很耗费时间和精力。 到现阶段，功能基本齐全了，用起来体验还不错。进一步的细化会持续的......

Steem区块链的本质是数据库 昨天和大伟兄吃饭时聊到：Steem的最大优点是什么？ 这个问题几乎于灵魂拷问！作为Steem的深度参与者，想聊下我的看法。 首先当然是区块链的所有特质它都具备，比如去中心化、不可篡改、可追溯......这些当然是一些优点，其它区块链也具备，不是非Steem不可的。 那它的最大优点是什么呢？我想应该是便宜！ Steem的操作和应用都极为便宜！成本几近于零。

SteemJiang朝着功能越来越完善的方向发展啰！ 趁着热情还在，在这段时间内是尽力在打磨下产品！ 这次主要是更新自动点赞、评论和回复等功能，这些毕竟是大家每天都要使用的。对它们进行一定的优化，也方便点。 这是自动点赞的界面，比较易用。添加作者和点赞比重，点击下方“保存并开始”就可自动点赞啰！ 在浏览器的控制台（console）中可以看到点赞列表，和点赞完成的结果，还是比较方便的。

Mixin的玩法简单粗暴：Mixin签到送BTC！ 就是这么简单的套路瞬间圈粉无数，大大小小的媒体，各类圈子都在讨论这事。咱不能太落伍，还是得看看。 最有诱惑力的就是这张表吧！如果你连续签到一年就会有近4000大元的收益，这真真是天上掉馅饼呢！ 天上有掉馅饼，你竟然都不去捡？！ 啥心思？ 我简单地看了下签到规则，现在几乎就是没有规则，点个到就能领钱！不过初始很低，后面倍增，长时间签才有点收益。 羊毛出在羊身上！

SteemJiang是一个纯粹的前端应用！ 它和比特币的离线钱包类似，可以很方便地在本地构建，无需服务器。 当然，为了方便大家使用，我把它上传到github page中，大家可以直接访问： 本地构建说明 本地环境：Apache 或 Nginx 将仓库中的“index.html” 和 “static” 下载到本地，放进Apache 或 Nginx的根目录即可， 仓库地址： SteemJiang相当易用！

看来是要优化到底啰！ 文章的优化倒还好，直接丢数据库就好了，但是评论部分就没有那么简单了。 首先评论是递归的数据结构，一动就要全动（是不是有点区块链中梅克尔树的意思），没办法单独修改某一条评论。其次是别人的评论你要同步进来啊，这就要涉及如何同步区块链的方法了。 先来试试如何发布评论： 发布评论和发布文章是几乎一样的，所以它的处理逻辑和文章相同，都是“先上车再补票”的思路。 展示起来倒是有点困难，难点就在它了。

在做SteemJiang前端的时候，思路和逻辑都有了（详见《SteemJiang解决痛点的两个思路》），但真要实现起来，还真是有些麻烦！

对于常用的重复使用的代码，可以把它写成公共方法，然后在全局使用。当然这是一个最用的技巧，也是一种标准的编程方法。 Vue.js中要实现全局方法，可以使用插件的写法。比如npm, 这些包都是些代码高手整理出来通用的方法，你一安装挂载上就可以全局使用！这可以大大加快你的开发进程。 这里不介绍插件的写法，用的是另一个简洁便利的写法，可以制作出全局公共方法。其实在Vue.js中过滤器也可以使用这种方法来写的。

这几天在做SteemJiang评论这块，因为评论和文章的数据结构几乎一致，所以也想着把它存在本地的数据库中。做起来才发现自己还是太天真了！ 文章倒还好，就是一篇，和别人也不搭界的，但评论就不同，它有父评论，有子评论，还有孙评论.......子子孙孙无穷尽也！要把这种结构完全显示出来，着实要费一番功夫。因为做评论时，与它相连的上下级的评论都会相连着变化，这倒是怎么破呢？！

前端样式：HTML5, CSS3, BootstrapVue, Vue.js 业务逻辑：JavaScript 数据调用：SteemJS, axios 前端存储：IndexedDB, LocalStorage 内容存储：IPFS 前端路由：Vue-router 状态存储：Vuex, Vue-Cookie 前端编辑器：mavonEditor, WebStorm 运行环境：Nodejs, Webpack

是部美女的片子，到处充斥着一种神秘的气息，以至于看完了，也只记得美女很不错，故事完全不知在讲啥子！ 女主的各种花式炫啊，以至于故事根本不重要！这种完全可以不看故事的电影确实具有超高的颜值，而且充满了一种颓废的文艺范，不是哪个导演都能拍出来的。 这口烟吸得，是相当得销魂啊！ 故事相当混杂且凌乱，不是插叙，就是倒叙，还有各种想像，好像是故意不让你看懂似的。嗯，全程看美女的各式花式撩法，也是不错了。 有点改动，666

今天查了下社区的文章，倒也是把递归获取评论的事给解决了，社会的技术分享还是挺不错的！这是地址，有兴趣的小伙伴也可以去看看： 参考1 参考2 经过一番改进，递归函数挺完美了： //递归获取某篇文章的所有评论 async function getReplies(author, permlink, res=[]) { let replies = await

如上图所示，文章的评论和以上的节点非常类似，也是由一个节点分支出去的多分支结构。以前看评论还挺简单，轮到自己来做，才发现到处都是事！ 查询函数 steem.api.getContentReplies(author, permlink, function(err, result) { console.log(err, result) })

继续深入设计中，增加“关注”和“热门”栏目。 “关注”是指关注好友的文章，“热门”是指CN区的热门文章，都是默认查询50篇，因为是实时从API节点中获取，所以速度方面有点慢了哦！

今天在做一些逻辑业务的时候，发现从steem中取出某位作者所有文章的方法不好调节，因为村长给出的是一个递归的写法，不太好理解（请原谅我水平不高），更不好调节了。所以，最后还是自己写一个实现，用起来更顺手些。 这是村长的递归函数 function getPosts(author, startPermlink = null, limit = 100, posts = []) { return new

使用Steemit的老朋友们都有过无比慘痛和心酸的经历，经常卡顿那是常有的事，偶尔当机也不少见。再加上现在Steemit在国内不能访问，一些用户都用不了！ 萌生解决这些问题的想法早就有，不过虽然前端可以写，但业务逻辑没法整，后台代码我可不熟。经过了两年多的时间，技术这块，提升得还是比较明显，尝试了下，很幸运地都解决了。 1.解决访问的问题