#network-institute

IPFS daemon提供后台的网络服务，但是这个守护进程相当脆弱，动不动就挂了！挂了也不会重启之类的，这样的话，网络的服务就意外地终止了！ IPFS在容错上真是做得不好，更可恶的是在github上的案例中竟然还有恶意代码！比如在这： -> "dependencies": { "core-js": "^2.6.5",

在上一篇《零代码用IPFS做文件服务器》中启动了IPFS网络，这时服务器这边就准备好了，前端就可以向IPFS网络上传图片了。 关键的函数只有一个ipfs.add，前端读取图片，用ipfs.add上传，得到一个文件的哈希值，再在前端展示就好啰。 js-ipfs-http-client 前端和IPFS网络交互需要用到客户端插件js-ipfs-http-client，一条命令就可以安装好，cnpm install

这两天研究了下IPFS网络是如何在前端中使用的。既然IPFS号称是星际文件系统，想必在文件保存方面有优势啰！ 认真研究了一下它的js版的文档（ 思路就是：安装IPFS -> 运行，没了！ 我也没想到它有这么简单，学些什么PHP 、Django后台的简直弱爆了，代码写了一堆，运行起来bug一堆！还是IPFS好用啊。什么技术都得尝试着用用！这样你才能体会到它的特点和优势。

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

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

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

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

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

如果你是有几台电脑同时在用SteemJiang来发文章，可能会出现文章不同步的情况，因为在首页并没有同步功能。要解决这个问题，无非就是在首页加入一个判断，有新文章则同步，否则什么也不用做。 改动如上图所示 加了一个逻辑，感觉代码又复杂了一层！打磨起来真心不易啊！

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

今天查了下社区的文章，倒也是把递归获取评论的事给解决了，社会的技术分享还是挺不错的！这是地址，有兴趣的小伙伴也可以去看看： 参考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