2022年3月

功能更新

上篇博文讲Pinfive基本满足自己需求了,不会增加新功能,没想到这么快打脸,昨天发布了一个重要更新:可以将其它用户的分享复制到自己的素材区,添加自己的笔记后再次分享。再次分享会带上来源,若是经由多位用户传导分享,来源会记录最早和最近的两位用户

这个功能做起来不难,但决定做这个功能却不太容易,特别纠结。纠结于:这个功能特别像转发,看起来有很强的社交属性,而我不想给Pinfive引入社交能力,就像我很喜欢的pinboard的slogan「Social Bookmarking for Introverts」,我希望Pinfive是内向者的分享工具,不带来社交压力。(也是作为Pinfive第一位用户的我的性格决定的)

下图是简单的功能示意。接下来,详细介绍下为什么做这个功能,以及我关于Pinfive的思考。

过程

Pinfive上线一个月了,目前90+注册用户,其中11位发布过内容,留意观察HAL 9000Singee’s Share均有多次更新。(此处特别感谢xiqingongziHAL 还有御卓在newsletter或Twitter上的推荐,这些是我知道的)

我有RSS订阅这些分享,其中一些我非常喜欢,想分享到自己的主页上。这种场景我倾向于在笔记中说明是从谁那里看到的,如同写博客引用别人文章时注明出处一样(虽然两个场景不完全一致)。如第19期一篇分享所示。

SKYue's Reading 第19期
SKYue's Reading 第19期

然后,我碰到两个问题:

1、这样备注挺麻烦的。
2、看到喜欢的内容一般会先收藏到其它稍后读应用,与其它来源的内容混在一起,之后看完想分享,已经不记得是从哪来的了,也就无法备注。

很自然的就想:能不能先把其它用户的好内容收藏到自己的素材区,自动带上来源,稍后阅读再附上自己的笔记分享

我立马就想到了pinboard.in的copy to mine交互:

pinboard
pinboard

由于pinboard定位私人书签,可以分享但并不主打分享,所以它没有展示来源。

而Pinfive把来源展示出来了。

一些思考

对于前面的纠结,要回答两个问题:Pinfive的定位到底是什么以及社交压力到底来自哪里。

Pinfive灵感来自sidebar.io和湾区日报,它的定位非常的清晰,就是让大家有个地方每天分享5条优质链接,并支持RSS输出。

分享即收藏,Pinfive也可间接的作为一种收藏工具。最初也有想做pinboard类的产品,但不够极致,我希望分享第一,顺便收藏。pinboard是收藏第一、顺便分享。

分享内容的来源,当然不用局限于从外部发现,从现有的Pinfive用户那里发现的好内容,也应该能被方便的分享。将Pinfive内部来源记录下来,还能形成击鼓传花,读者能够顺着来源,发现更多有趣的用户并订阅。就如同博客,顺着引用的文章或友情链接,找到更多有趣的博客一样。所有这些,都是围绕分享和发现好内容的定位进行的。

在功能设计上,复制只能复制链接本身,它人的笔记不会被复制,复制者需要附上自己的笔记分享。

虽然这个设计已经非常弱了,但多少带有一丝社交属性,是否意味着会带来社交压力呢。

我认为社交压力主要来源于互动和数据上,别人对你的内容的点赞、转发、评论,你都会收到通知,并且这些数据都会被公示出来,评论还需要去回复。这种双向被通知,且行为被量化的特点,带来压力。

我很喜欢用博客举例子,相信写独立博客的人不会觉得有社交压力(反而会思考如何让更多人看到),如果把评论关闭了,则更加安静,更加纯粹。博客的内容会被他人转发引用,博主并不知道,被他人RSS订阅(就是关注),博主也不知道。博主只知道(如果加了统计)文章的阅读量而已。这种模式确保了博主只需单纯的分享。

Pinfive设计时,就参考了博客模式。你会被关注(RSS订阅),你的内容也可以被转发(现在的复制功能),但这一切,都不会通知到你,也不会有粉丝数和转发数的统计。唯一的统计就是你的链接被点击的次数,而且也只有你自己可见,不被公开。

最后,我把Pinfive的这种特性,总结为「收藏、分享、不社交」。

昨天的迭代还有一处,把菜单中的「设置」、「草稿箱」和「退出」全部收纳到管理后台,网站形成主页和后台两层结构,这也参考了wordpress,进一步确立一个原则:保持作者主页最大的独立性。读者(无论是否登录)在访问作者的主页时,只有页脚处有登录注册入口,其它区域全是作者自己的内容。

缘起

原计划想给Pinfive增加各渠道(如Twitter、Telegram等)自动同步的能力,但发现有点难,还得研究下技术。在此之前,先使用IFTTT的方案,简单介绍一下IFTTT的使用。

工具地址:https://ifttt.com/

IFTTT是「if this then that」的缩写,是一个自动化的工具,能将不同的互联网服务连接起来。比如:

  • 如果RSS更新,发一条Twitter
  • 如果RSS更新,发一个消息到Telegram频道

this和that是两个互联网服务,如果this有变动,则触发that执行一个动作。

IFTTT对RSS的支持非常好,刚好Pinfive提供了RSS,所以可以使用IFTTT将Pinfive的更新同步到其它渠道。

RSS同步到Twitter

IFTTT上有很多网友制作好的流程,比如图中搜索「rss to twitter」的结果,我直接使用了第一个。

1、点击后需要连接账户(Connect)

连接网友制作的流程
连接网友制作的流程

2、填写RSS地址并选择Twitter账户,然后点击Save保存即可。

Pinfive的RSS地址为https://pinfive.today/@<your_id>/feed/your_id即注册时设置的永久链接。

填写RSS地址,选择Twitter账户
填写RSS地址,选择Twitter账户

之后,Pinfive更新,就会自动同步到Twitter账户,效果如下图

就这么简单。

RSS同步到Telegram频道

1、与Twitter不同的授权方式

IFTTT操作Twitter和Telegram都需要授权,Twitter授权很简单,网页上确认一下即可。但Telegram频道授权要复杂一点点,也只是一点点。

首先,把IFTTT的机器人加为好友,机器人地址:https://t.me/IFTTT

然后,把IFTTT机器人添加为频道的管理员,如下图

这些就完成了频道的授权。

2、同Twitter类似的流程配置

同Twitter一样,搜索「rss to telegram」找一个网友制作好的流程。

同Twitter类似,连接后的设置如下图。

这样就完成了,Pinfive的更新能自动同步到Telegram频道,效果如图:

自定义流程配置

细心的朋友会发现,Twitter的效果图,发出来的是Pinfive的文章标题,而Telegram频道发出来的内容包括了每一篇文章的链接和笔记。

这样的效果是网友制作的流程配置好的,我们可以自己修改,以RSS to Twitter为例。

1、在My Applets中找到刚刚配置的RSS to Twitter

2、点击右上角Setting进入流程配置页,修改Then的操作

3、修改Tweet内容

Tweet的内容是基于RSS输出的字段进行拼接的,可以看到,网友这个流程用了RSS的文章标题(EntryTitle)和文章链接(EntryUrl)。如果希望把一期的内容整体输出,需要使用EntryContent字段,Telegram频道流程便是用了这个字段。

需要注意:Tweet有140字限制,如果使用全文,超过140字的部分会截断。

IFTTT的能力依赖第三方服务的开放API,除Twitter和Telegram外还支持很多服务,大家可以自行探索。但也有些不开放的产品无法支持,比如国内的微博和微信。

最后

以上配置好之后,就可以把Twitter和Telegram放到Pinfive的简介页面了,为此,我让简介(也包括文章笔记)支持markdown链接了,最后效果如下图(点击查看)。

图中的邮件订阅,是通过mailchimp实现的RSS转邮件,如有需要可参考之前写的教程

回顾:

进入3月原本已经很惨的股票账户,更加不忍直视,以致2月的数据迟迟不想整理,但周末看到人物发的《短短十天,我亏完了去年的工资》,其中有个豆瓣网友讲到,他在「理财失败相互鼓励小组」发了一个帖子),日更自己基金定投,最近有网友在下面回复「无数次我到了绝望的时候,过来看看你,就有信心了」。

本文或许有同样的效果。

2月依然没有交易,事实上也没有担心,反正已经躺平,但进入到3月,因为杠杆的缘故,有两次被迫减仓。从未想过,当初1.2倍的杠杆,竟然能跌到预警状态。

直接贴数据,大家感同身受一下。

1、账户收益

账户收益
账户收益

2、股票交易

股票持仓
股票持仓

3、基金交易

基金持仓
基金持仓

人物那篇文章也提到另一个网友在接到采访邀请时讲「如果未来成功了,我再来聊,因为那个光环能抹去所有不堪,现在我不想当个反面教材」。

如实记录挺难的,本文就当自己的反面教材了,以后再想上杠杆的时候,拉出来看看。

结合当下的国际形势,用张一鸣早年的一条微博作结:

通货膨胀正在洗劫你的钱包,同学问怎么办?三个办法,一是尽可能地提高家庭 负债率,当今之世能借到钱的就是英雄;二是配置资源性财产,能够抵抗通涨的 只有三个东西,黄金房产和农产品;三是象傻瓜一样的长期持有,眼前的涨跌都是对耐心的考验。除非天下大乱,否则以上三条应是规律。

拾风,写个杂记系列。

海南outing

2月底团队去海南outing,共3天,去了万宁,走海口机场往返,基本路上就耽搁了两天,实际只玩了一天。

尽管如此,依然觉得玩的挺不错,回想以前的outing似乎都是预期不高,最后结果不错。

吃的不错,海鲜、海南地方菜、东南亚菜,专挑当地特色,没踩雷,都好吃。比如:清补凉、文昌鸡、糟粕醋火锅、椰子鸡火锅、芒果糕、椰子糕……

唯一的坑是:第1天在海口板桥海鲜市场吃午餐,觉得特别好吃,第3天返杭前又去吃了一顿,回杭州的次日晚上,10人中有8人出现拉肚子,严重的进了医院,怀疑是食物中毒。只有我和另外一位同事,不太喜欢海鲜,只吃虾和蟹,得以幸免。

住的不错,万宁日月湾高层海景房,人少安静。据说三室一厅的房子,月租过万,还挺贵的。啥时候能来这里远程办公就好了。

玩的不错,一天时间,主要去了分界洲岛玩了两个海上项目,飞艇和帆船,跟大海亲密接触了一把,前者很刺激,后者很休闲,非常推荐。当天天气很好,分界洲岛的水很蓝。

骑行上班

新公司有两位同小区的同事骑行上班,便也盘算着等到冬去春来,车位到期后,加入他们。这不,海南回来之后,入了一辆捷安特XTC800。

家到公司单程16公里,差不多要骑50分钟,来回要100分钟,但开车也差不多要80分钟。

算一笔经济账,开车停车费+油费,一天差不多40,整套骑行装备下来4000出头,也就是骑100个工作日回本,考虑到杭州有一半的天气不适合骑行,实际需要200个工作日回本,即10个月。

此外,就当强制健身了。

目前还只骑了一天半,累的时候就想上面这笔账,哈哈。

Pinfive.Today

最近一个多月,在这个项目上花费了很多时间,在海南outing时,晚上也在写代码。

之前在博客公开项目,通过邀请码大概有10来个注册,周五在v2ex上推广了一波,有接近40个注册。活跃的很少,目前只有两位朋友有更新


其中夏泉 是老朋友了,分享的内容很对味口,傅真的斑马ASK HNDaily HN 这三篇就进了我的Reading List,这便是我想做的,通过人的关系,让优质的内容流转起来。

在v2ex的帖子下面,有些人提到了分享动力的问题,这很难解决,事实上,我也不打算去解决。我倾向于把它定位为一个工具,而不是社区。我的出发点也是要一个工具建立自己的sidebar.io,如果一定要找个动力,大概就是像sidebar.io那样,积累一定的读者后,适当加些推广软文,赚点外快。当然,积累读者是个非常漫长的过程。

这个周末也没闲着,继续优化了四个功能:

  1. 一期的5篇文章,将feed由原来的5个独立的item合并为1个item,因为我有时分享的5篇文章有前因后果,需要整体来看。相应的,也为每一期创建了一个页面,便于按期分享。
  2. 基于blogtrottr实现了邮件订阅,实属权宜之计,它有两个弊端:

    1. 无状态,无法获取订阅者email地址,作者无法知道有哪些人订阅了,和RSS一样,我觉得这倒不是什么严重的问题。
    2. 邮件会有广告,尤其前面经常有大图广告,对体验有较大影响。
  3. 实现了数据备份功能,这是最重要的,我非常执着于本地备份,尽管是我自己开发的项目,也会定期的备份数据到本地。
  4. 增加了阅读次数,仅作者本人可见,不对读者公开,即让作者了解自己分享内容的数据情况,但又不增加数据压力。

相应的迭代日志帮助文档,均有更新。

到这里为止,该工具基本满足了我自己的全部需求,短期内不会再增加新功能了,只会稍加优化后端代码以及前端交互。

接下来专注分享,做好韭菜的自我修养这个栏目,顺势再推广一波,感兴趣的RSS订阅起来。

还有个转变值得一提,最初我想集成尽可能多的分享渠道,比如TG、Twitter,现在决定暂停这个想法,这其中有开发成本的考量,同时,我觉得RSS已经足够通用和开放(并且我也提供了json接口),对于其它渠道,使用RSS + IFTTT一类的工具去实现更合理。

决定把这篇文章当作Pinfive.Today的更新日志。 教程地址: https://www.yuque.com/pinfive.today/help/howto

2022.03.06

近期又做了四点迭代:

1、将feed由单条输出改为一期整体输出

一期有5条数据,之前feed会生成5条item,现在将5条item合并为一篇文章,标题是5篇文章标题拼接而成,如图所示:

这样处理的原因为:有时候分享的5篇内容,有前因后果的关系,放在一篇文章更具整体性。

2、添加邮件订阅功能

如图所示:

目前订阅功能是基于blogtrottr实现的,实属权宜之计,它有两个弊端:

  • 无状态,无法获取订阅者email地址,作者无法知道有哪些人订阅了,和RSS一样,我觉得这倒不是什么严重的问题。
  • 邮件会有广告,尤其前面经常有大图广告,对体验有较大影响。

3、实现了数据备份功能

登录状态下访问 https://pinfive.today/backup/markdown/?seq=1 即可备份数据,格式为markdown,seq参数有多种用法,具体用法见帮助文档

4、增加了阅读次数

没啥新意,其实数据库中字段早就预留了,只是把它放出来而已,但也仅登录时看到自己内容的阅读数。该数据不公开给读者,减轻压力,专注分享。

2022.03.01

最近几天继续折腾Pinfive.Today,主要优化了添加URL的流程,同时,在语雀上写了一篇教程

添加URL流程的优化,包括两点:

1、提供ios端添加URL的方式

第一版上线,已经支持URL scheme,结合bookmarklet或AddToAny一类的Chrome插件,能够比较方便的添加URL了。但手机端却非常的麻烦。

不可能为此开发一个app(也没这实力,哈哈),最简单的方式是开发api,再使用ios快捷指令实现快速添加URL。

所以,添加了用户token、api功能,并制作了两个快捷指令,完全满足我自己的日常使用了,教程中有详细介绍。

手边没有安卓手机,但技术上,安卓也能基于api制作类似的工具。

2、草稿箱增加素材区

草稿箱只能添加5篇文章,日常看到好的备选文章,只能通过别的工具保存,然后定期的筛选出5篇发到Pinfive.Today,也因此在上一篇文章中提到,Pinfive.Today不是稍后阅读应用。

这让Pinfive.Today很纯粹,但使用过程中发现确实不太方便。所以,决定在草稿箱增加素材区。备选文章可以先添加到素材区,然后从素材区挑选文章加入草稿箱发布。为了不让素材区过渡膨胀,目前限制了素材区最多允许20条内容,以此敦促自己及时的处理素材。

草稿箱和素材区
草稿箱和素材区

上面两个优化完成后,能满足自己90%的需求了,还差一个定时发布功能。