STEEMIT更新:发文收益选择变为全局设置 & 其它修改

话说,最近发帖子的时候,发现帖子编辑窗口下方发文收益选择不见啦!原本发帖子时,我们是可以在此处选择Default(50%/50%)Power Up 100%或者Decline Payout来处置文章收益的。


(图源 :pexels)

我一直以为是steemit.com的UI出了BUG了,发文后特意去核实了一下文章标题后有没有小图标。发现没有这个图标还不放心,去https://steemd.com看了一下自己文章的**`percent_steem_dollars`**参数值为:**`10000`**,总算放下心来。

发文收益

今天看了 @steemitblog 的新文章Steemit Applications Team Update,才知道这不是BUG,是UI做了更新,把文章收益选择设置更改为全局的选项,移动到了Settings(设置)->Preferences(偏好)当中。然后这个选项就一直生效,影响你之后发送的每篇文章以及回复的收益分配。

好吧,原本对于新用户而言,这个选项是很令人困惑的,有些新人不知道如何选择,有些新人选择了Decline Payout发文好久之后求助,为何我1分钱都没收到?把这个原本每篇文章都要选择的选项放到设置中心,可以减少新人的困扰。并且也避免了一不小心选错,导致收益减少的尴尬情况。

但是对于经常针对不同文章的收益情况做设置的用户而言,这样无疑给他们带来了不必要的麻烦。每次需要修改文章收益选择的时候都要跑设置中心设置一下,然后发完文章还要改回来(或者下次重新设置),这体验估计就不爽了。

如果设置中心再进一步,增加个诸如是否使用全局设置?的选项就好了,如果不常改变文章收益分配方式的用户,就使用全局设置;如果不使用全局设置的用户,就在发帖编辑框底下显示选项(和以往一样),这样就方便多了,才会是良好的用户体验。

其它修改

至于转账增加了确认功能,倒是非常不错的改进,防止用户一时手抖输错金额或者输错转账对象。我就干过输错转账对象这种事,把一笔STEEM发送到错误的账户去了,还好过了好几个月以后终于要了回来,但是STEEM已经跌了70%以上。😭

其它的更新,花钱注册账户不过是在注册页面上增加了blocktrades、AnonSteem、SteemConnect等第三方或者通过朋友注册的选项,相关内容我曾经在《O哥闲扯淡:注册账户那点事》,做过详细的介绍,感兴趣的朋友可以去看看。

至于带宽超限提示信息,头像等图片设置处的图片上传按钮,就是属于小改动啦。

题外话

说到发文收益选择,难免会被问到现在如何选择更合算。直接上公众号给我的答复。


简单解释就是假设一篇文章显示预计收益是100SBD,那么结算时,如果选择Power UP 100%,那么你得到的实际收益约为:27.897 SBD;如果选择50%/50%,那么得到的约为:51.448 SBD。如何选择,还用明说吗?

顺便贴个公众号二维码,扫码即可添加:

相关链接


This page is synchronized from the post: STEEMIT更新:发文收益选择变为全局设置 & 其它修改

小马过河 / Pony across the river

有朋友和我说,你总整一些人面桃花相映红呀、江郎才尽黔驴技穷啊,要么是什么诗词曲赋,要么是和古人有关的成语故事,一个小学语文都没学好的,整那么复杂的驾驭得了嘛?

咳咳,人艰不拆、人艰不拆,说的这么含蓄,我都不好意思“蹄之”。其实驾驭得了驾驭得不了并不重要,重要的是,我又水了一篇文章,感觉自己离作家坐家越来越近,偶尔想想也有那么一点沾沾自喜。


(图源 :pixabay)

不过说到“蹄之”,我倒想起一个和蹄子有关的,还很浅显的故事,适合我这种小学没毕业的文化水平的,那就是小马过河。

小马过河的寓言故事想必大家都知晓,原文其实也挺长的,我要都复制过来有凑字数的嫌疑,所以我粗略精简一下,精简后的内容如下:

有匹小马想要过河,但是不知道河水深浅,于是问老牛,老牛说:“水很浅,刚没小腿,能蹚过去。” 小马听了以后放心了,准备过河。这时有只松鼠看到了,连忙阻止他:“小马,别过河,别过河,河水会淹死你的!” 并且松鼠说昨天有一个小伙伴就在河里淹死了。

小马无奈,只好回家问妈妈,妈妈回答:“河水是深是浅,你去试一试就会明白了”,于是小马试着淌水过河,发现原来河水既不像老牛说的那样浅,也不像松鼠说的那样深。


(图源 :pixabay)

在我小时候,听过这个故事以后,得出的结论就是要勇于尝试,实践出真知。在生活中,我经常遇到类似像小马一样的朋友,有的甚至年龄比老马还大,问我一些很白很肤浅的问题,我往往并不直接告诉他们答案,而是反问他们,为何不试一下呢?只要简单的试试,就会得出正确的结论,可是他们宁愿费劲周折找很多人请教,也不愿意自己动手试试。

当然了,如果一些所谓外行,遇到一些特殊领域的问题,自己没法测试或者不好判断,这也很正常。但是我经常遇到一些内行或者所谓的科班出身的人士问一些一试便知的问题,就忍不住呵呵了。

我曾经和一个搞开发的朋友聊天,他问我很多技术相关的问题,有些自己写两行代码验证一下就可以了,有些动动手指用百度Google一下就行。于是我问他,你为啥不自己试试呢?他说因为我的时间很宝贵啊,不能浪费在这些细枝末节上。我晕,你的时间宝贵,我的时间就不值钱是吧?😵

不过如果我们只从小马过河看到了试试看,那其实还是很危险的。就像河水,有时候是真的会淹死人的。其实就这个故事本身而言,我挺支持这个故事中小马的做法,充分调研之后再去尝试,比如老牛说水浅,妈妈说让他试试(妈妈肯定不会害他),这时候试试是安全的,是没有生命危险的,如果是滚滚长江,小马下去试试,估计就会变成死马了。

生活中也时不时的有这种问题,比如说220V的家庭用电能不能电死人?从5米的高处蹦下来会不会摔伤?锋利的刀片会不会划伤手指?浓硫酸可不可以当饮料?如果这时候去试试看,那么只能用一句网络流行词汇赠予了:不作不死!所以知识的搜索以及传承还是很重要的。有个笑话说:“当年神农尝百草,最后的遗言:这草有毒!” 笑罢仔细思索,意味深长。

再来看小马过河,如果小马从能对比老牛的身高,松鼠的身高,以及自己的身高,再对比他们说的水的深度,不难判断出河水的实际深度以及自己是否可以安全过河。但是小马放弃了思考,被二者貌似相悖的言论弄糊涂了,还得回家问妈妈,这真是一个不善于思考的温室宝宝。


(图源 :pixabay)

从小马过河这则寓言当中,我们每个人都可以看到自己的影子,在遇到问题的时候,我们有没有去找寻一些已有的答案(传承),有没有根据各种已知的情况和条件做出自己的判断(思考),有没有在保证安全的前提下去做一些尝试和探索(实践),还是说我们把问题抛给别人,得到一个答案后就笃信之,直到啥时候碰壁为止呢?

如果你是小马,该如何过河呢?要是我的话,要么走桥,要么待在这边不过河,然后再配个风景这边独好(咦,又扯出毛诗了呢),为毛非要过河呢?又或者,我们可以摸着石头过河?😀 (小马怒,你给我摸摸看,蹄之!)


This page is synchronized from the post: 小马过河 / Pony across the river

使用EzWhois查询域名NS(Name Server)以及Whois信息

Webmaster 最时常打交道的莫过于域名和网站了,将域名解析到网站是由DNS(域名解析服务)来完成的。域名解析服务简要来讲可以分为两个部分,一个是域名的NS信息,另外就是NS中的域名各项纪录(A记录、MX记录、CNAME记录等等)。

Whois是用于查询NS信息或者查询域名注册信息的服务。


(图源 :https://bing.com)

EzDig

之前我介绍过我N年以前做的一个小工具EzDig,一个Windows下图形界面域名解析记录查询工具。详情可以参考我的老帖子:《介绍一个我几年前做的小工具 EzDig》

NS/Whois

其实查询域名解析记录我们还是有很多工具的,比如说Linux下的dig命令。但是,查询域名的NS信息呢?尽管EzDig也可以查询,但是由于域名解析记录是有存活时间(TTL)的,所以想即时地查询NS的修改是否生效,是略有不足的。另外,涉及到查询Whois信息,更是无能为力了。

网上有些在线查询的页面,但是因为他们要频繁的向whois 服务器发起查询请求,为了避免请求过于频繁而被whois服务器屏蔽,他们主动采取了缓存的策略,所以查询到的信息基本上都是不新鲜的。

另外一个比较权威的查询地址是:
https://www.internic.net/403/302/whois.html
但是它目前只支持查询(.aero, .arpa, .asia, .biz, .cat, .com, .coop, .edu, .info, .int, .jobs, .mobi, .museum, .name, .net, .org, .pro, or .travel)这些域名后缀的,比如说查询steem.io 或者arduino.cc 这里是查询不到的。

EzWhois

为了解决上述查询NS或者Whois存在的问题,我特意做了一个小软件:EzWhois,具有如下特色:

  • Check domain information
  • Check Registrar information
  • Check name server information
  • Check IP information
  • Check the popular Generic TLDs like .COM, .NET, .ORG, etc.
  • Check Country Code TLDs (ccTLDs)
  • Automatically directs the query to the right whois server
  • Specified whois server
  • Do RAW whois query
  • Clear, copy, save the output window

最重要的是,它采用图形界面,简单易用。比如我们来查查steem.io


从这个图中我们可以看到域名对应的顶级注册商是godaddy.com,注册时间到期时间等一目了然。


从这个图中我们可以看到域名的NS设置,以及域名注册商(代理商),以及是否开启DNSSEC设置。

Whois / Who is?

原本我的软件是支持直接返回域名Whois详情的,但是好多年没维护了,这些注册商返回的信息变了接口。所以返回到注册商一级就停掉了。不过对我而言这已经够用了,所以懒得去改了,但是能不能查询具体的Whois信息呢?答案是能的。


指定的whois查询服务器是从上边查询结果中得出的。可惜steem.io 设置了隐私保护,看不到一些具体的信息,比如说ned的私人信息等等。😀

相关链接


This page is synchronized from the post: 使用EzWhois查询域名NS(Name Server)以及Whois信息

江郎才尽 & 黔驴技穷

今天有朋友私聊我,“O哥O哥,可不可以和你说两句话?” 这问话感觉咋这么别扭呢,和我说话莫非还要事先征求我同意?我不由想起一句歌词,觉得挺适合回答这个朋友的,那就是:我家大门常打开,开放怀抱等你,咦,怎么感觉我像个老流氓似的。


(图源 :pixabay)

其实我想表达的是,有事就说嘛,扭扭捏捏做什么。然后这个朋友就说了:“我觉得你最近的文章有点水呢?大不如前了,是不是江郎才尽了?” 额,这好尴尬,好愤慨,知不知道什么叫做人艰不拆,早知道是这话,那我家大门就先关上好了,拉黑,果断拉黑。

不过比被拆穿更让我愤慨的是竟然用江郎才尽来形容我!我这能叫江郎才尽吗?我这明明应该叫黔驴技穷!今天我就非得掰扯一下江郎才尽这个事。

江郎才尽,词典上释义一般是:“江郎:指南朝江淹。原指江淹少有文名,晚年诗文无佳句。比喻才情减退。”所以我们看这个词或者说看江郎,要从两个方面来看,一就是少(年少)有文名,二就是晚年才情减退。

少有文名

说到少有文名,古代有不少例子。比如骆宾王,七岁的时候写《咏鹅》,又比如孔融让梨、司马光砸缸(额,这都哪跟哪啊,和文名扯不上关系)。

不过最著名的例子莫过于《伤仲永》了,《伤仲永》中的方仲永天资聪颖,那真叫个神童,结果后来不好好学习,泯然众人矣。

那么江淹是不是和方仲永一样呢?答案是否定的。史上形容他:少孤贫好学,沉静交游。你看人家,家境贫寒还好学,没事不和狐朋狗友一起玩。据说6岁就能作诗,再想想我们6岁干啥呢?玩泥巴呢吧?

年少这么牛,那之后是不是泯然众人了?看一下江淹的生平就知道了:

江淹(444年—505年),字文通,南朝著名政治家、文学家,历仕三朝,宋州济阳考城(今河南省商丘市民权县程庄镇江集村)人。 江淹少时孤贫好学,六岁能诗。 文章华著,十三岁丧父。二十岁左右在新安王刘子鸾幕下任职,开始其政治生涯,齐高帝闻其才,召授尚书驾部郎,骠骑参军事;明帝时为御史中丞,先后弹劾中书令谢朏等人;武帝时任骠骑将军兼尚书左丞,历仕南朝宋、齐、梁三代。

这么牛的人,竟然说他江郎才尽,那么让我也才尽吧😭


(图源 :pixabay)

才情减退

再来说说江淹是如何才情减退的。

据说江淹之所以少有才情,是因为有一天他在睡梦中梦到神人赠送他一只笔,之后再写文章就可谓是妙笔生花。(所以说多睡觉是有好处的)然后江淹当上大官之后,有一天睡着了梦见神人又来了,找他要回了之前送的他的笔,之后江淹再写文章就平平淡淡,无甚亮点了。(哎,看来也不能睡太多)。

也有故事是说梦中送锦缎的,后来又被要回,从此后再也写不出锦绣文章了。

但是事实真的如此吗?文章是用于表达思想,有不少文人墨客在文章中写了不恰当的内容,导致与仕途无缘。我知道的有孟浩然的“不才明主弃,多病故人疏。”,就因为这句话,惹怒了玄宗,玄宗说:“卿不求仕,而朕未尝弃卿,奈何诬我!”。还有就是柳永,落第写了首词发牢骚,其中一句:“忍把浮名,换了浅斟低唱!”,结果再次参加科举,考中了进士,然后宋仁宗看到他的名字,直接勾掉:“不就是填词柳三变吗?何用浮名,且去填词!”

所以,文人不能太高调,一旦高调过了头,就悲催了。江淹应该深知此中的道理,所以自己编俩故事,找个借口,然后老老实实地当官,享受荣华富贵多好。至于什么立言,曾经立了那么多了,也没必要再多几个。


(图源 :pixabay)

黔驴技穷

他这一低调不要紧,江郎才尽的大帽子扣了一千多年,看样子还要继续扣下去。不过江淹不介意,我介意啊,用这词形容我,我可担当不起,这分明就是褒义词啊,哪怕我有江郎千分之一的才思也就满足了,可惜以前没有,以后估摸也不会有。

倒是黔驴技穷用来形容极为恰当的,不过你要真敢这么说我,我就会让你见识一下:驴不胜怒,蹄之的威力,话说,这个蹄之大概就是STEEMIT的踩(Downvote)吧,还别说,真形象。


This page is synchronized from the post: 江郎才尽 & 黔驴技穷

站点迁移时域名解析问题的一些处理经验

前篇文章中说到为了节省睡后支出,我准备关掉一些几乎闲置的服务器。但是服务器上除了我自己的站和程序以外,还有一些用户站点,如何将用站点平滑的迁移(零DOWN机时间),是很重要的问题,其中影响颇大的就是域名解析相关的问题。


(图源 :pixabay)

我将操作经验分情况整理如下。

修改DNS

因为我们的服务器上都自建了DNS(域名解析服务)。这样做有个好处就是开通站点以及绑定域名时,不用手工指定各种解析记录(A记录、MX记录、CNAME记录等等),极大的简化了流程以及方便了用户。

如果用户域名也是在我们这里注册和管理,这样操作起来就比较简单了。迁移会把相关的域名解析记录全部迁移到新服务器并自动修改对应记录的指向,数据迁移完成后,我们只需将域名DNS修改为新服务器的DNS即可。

DNS转向

直接修改DNS是最简单的一种情况,但是如果用户是在其它注册商注册的域名,然后域名的NS记录指向我们的服务器,这时候我们是无法直接修改用户域名的DNS的。

当然了,联系用户修改DNS是必须要做的事情,但是有时候用户会由于各种原因没能及时联系上或者没能及时修改DNS。对于一些静态站点,这样并不会造成什么问题,但是对于一些保存一些用户信息的动态站点而言,如果旧服务器上的站点发生了修改(比如新插入一条数据)然后DNS再指向新服务器上的站点,这时候数据就会变得不一致。

所以这时候处理类似情况的最好办法是DNS转向,DNS转向是我自己命名的一个名词。简单来讲假设一个域名的DNS设置为:

ns1.xxx.com
ns2.xxx.com

那么我们可以在ns1和ns2的DNS服务中添加对应的解析记录,比如:

example.com 14400 IN A 1.1.1.1
example.com 14400 IN MX 0 example.com

那么如何让其不修改域名NS的情况下使用ns3以及ns4呢?答案是在域名的解析记录中添加新的NS记录。

example.com 14400 IN A 1.1.1.1
example.com 14400 IN MX 0 example.com
example.com 14400 IN NS ns3.xxx.com
example.com 14400 IN NS ns4.xxx.com

因为域名解析时,NS记录是递归判断的,所以纵然从域名数据库(注册信息)那查询到的NS为ns1/ns2,但是在域名解析时,域名使用的NS为ns3/ns4。


截图是一个DNS转向的实例,解析时,我们从根域名服务器获取NS记录,然后从.cn的解析服务器中获取对应域名的注册NS,再由注册NS获得转向的NS,最后从转向NS中得到A记录。

IP迁移

如果用户域名不再我们这里注册,并且用户不是使用的我们的DNS,而是使用第三方DNS服务通过A记录等直接指向站点的IP,这可咋办?

这种情况略麻烦,当然了喊用户改解析是最好的方法。还有一种方法就是迁移IP,但是这样操作不便成本太高。以SOFTLAYER为例,同一机房的IP可以route到任意的服务器,当然了这个操作需要发起ticket,然后由他们的技术人员操作。

我这边可以在新服务器上添加(绑定)同样的IP,然后将迁移的站点设置到这个相同的IP上,等服务商IP route操作完毕,就可以了。

但是这个操作无法在不同服务商之间完成,也无法在不同机房之间迁移IP(以前似乎可以),并且操作繁琐,所以实际上并不推荐这个操作。

附加DNS

对于DNS转向操作,如果我们迁移完所有的站点,那么还保留着DNS服务器做DNS转向功能,这无疑是对资源的极大浪费。这时候最简单的方法就是将ns1/ns2附加上ns3/ns4的IP上,然后老旧的服务器就可以彻底地关闭了。

附加DNS IP和注册DNS类似(有些服务商支持直接修改),这个没啥含量,不再赘述了。

总结

总的来讲我们有各种方法解决和域名解析相关的问题。不过之所以产生这些问题,还是因为当初的架构设计的不合理,比如当初我设置几台服务器做DNS Cluster,那么至少就不会涉及到改DNS的问题。

另外,尽管我们可以零DOWN机时间迁移站点,但是通知用户还是要做到的,毕竟知情权也是应有的权利。

当然了,说到底还是生意惨淡,否则我弄100台DNS服务器又如何呢?只愁扩张得不够快,哪像现在愁怎么高效快速的收缩呢?


This page is synchronized from the post: 站点迁移时域名解析问题的一些处理经验

睡后收入与睡后支出

最近朋友圈子里(不单单是朋友圈哦)流行一个新词汇:睡后收入。别误会,这指的不是特殊工作者提供特殊服务后的收入,指的其实是被动收入,也就是常说的躺着就可以赚钱。


(图源 :pixabay)

睡后收入

说到这事,我想起一个记不得哪里看过的笑话,大致是(找不到原版的):

A:年收入100万其实挺简单的
B:怎么才能做到?
A:只要你在银行有2000W的存款。
B:废话,可问题是如何赚到2000W存款呢?
A:其实也挺简单,只要你有4个亿的存款,一年利息就2000W了。

当然了,如果银行有2000W,或者4个亿,人家肯定不满足于吃这些利息了,要投资要考虑跑赢通胀等等等等,总之,有钱人也挺累的。没看马云和马化腾都是有了钱一点也不快乐嘛。

银行存款利息只是睡后收入的一个例子,其它的睡后收入有房产,你如果在一个城市有20-30套房子,然后按月收房租,这样吃穿不愁还赚着有事情干,想想就非常惬意。房产不光可以收房租,这些年还可以享受房价上涨带来的巨大福利,我身边好多朋友,这些年一直买房买房买房,一个人年纪轻轻都有十来套房产,这边的房价纵然不比北上广,但是这些朋友的房产价值也都超千万了,让我酸得不得了。

除了银行存款、房产以外,还有知识产权、收藏、投资等等等等。我的一些朋友这些年申请了挺多专利,还真的可以弄到专利费啥的,不过这种事情是艳羡不来的,至少这方面我是一点不懂。说到投资我倒是能说个一二,但是战绩往往是羞于和人说的。又想起一个笑话:

聚会的时候有个朋友介绍给我一个新朋友,说他炒股成了百万富翁,我当时一听就感觉好厉害!来到他边上,悄悄的问到,有没有什么炒股秘诀,他一脸木然的对我说:有啥秘诀,我原来是个千万富翁!


(图源 :pixabay)

睡后支出

好吧,说到睡后收入再来聊聊睡后支出。一些人可能没有睡后收入,但是睡后支出却避免不了。

最常见的支出有但是不限于:

  • 房租/房贷/物业费
  • 水费/电费/煤气费
  • 电话费/宽带费/超额流量费
  • 汽车保险/保养/汽油钱
  • 孩子奶粉钱/续费/书本费/各种补习费
  • 等等等等

当然了这只是睡后支出的一部分,如果的亲朋好友结婚生孩子,总要随个份子吧?逢年过节给老人和小朋友的红包总不能少吧?七夕、情人节、三八妇女节、女朋友/媳妇生日、结婚纪念日等等总要表示一下吧?还有国内国际旅游等等,还要防备着大灾小病的。

其实之所以想到这个睡后支出的话题,是因为我最近正在想办法减少我的睡后支出。比如有几台服务器和VPS上边只跑着少量的东西,完全可以合并一下,这样我每月就可以节省好几百美元的睡后支出了。

比如说以前申请下来的IPv4地址,闲置了好些个,也可以都取消和释放了。这样又可以剩下一笔开销。还有养了十几年的域名,现在域名后缀越来越丰富了,域名越来越不值钱啦。

其它的,我看看能不能把电话套餐改成便宜点的?将家里灯泡都换成节能灯?将家里乱七八糟的设备能关的都关掉?


(图源 :pixabay)


既然没啥办法增加睡后收入,就想想办法减少睡后支出吧。有个笑话说得挺好:

虽然我不会挣钱,但是我会省钱啊。前些天看上一辆法拉利,我一咬牙一跺脚“不买!”一下子就省了好几百万!

嗯,最近我没少省钱。


This page is synchronized from the post: 睡后收入与睡后支出

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×