All

到底是工具人,还是工具

到底是工具人,还是工具

有人对微信的封闭性提出批评,说违背了互联网开放的精神,这种帽子扣的太大了,开源与闭源,开放与封闭,本身就是一种选择,尽管互联网的发展核心动力来源于开源与开放。 题外话:现代商业比人文学科更具有人文性。因为我们可以通过购买去选择一个我们希望生活在一个怎样的世界里和社会里,我需要什么样的生活方式都是通过产品来实现的。但是,别无选择的时候,用户还都在自得其乐的时候,我知道,我们无法投票,导致我们没有意愿去投票,最后在商业的选择上我们也没有选择的意愿了。 商业本来可以通过产品方式来影响生活来改变生活,用户可以通过购买来选择一个自己想要的一个社会和世界。当我们提出一些口号的时候,代价的承受者肯定不是提出口号的人,比如,以瘦为美是这个时代对女性最大的伤害。 画漫画的西乔曾这样说:”上一代人因为很多原因失去了自己选择的权利,但这一代人还是有很多机会的,我觉得应该珍视这样的机会,珍视这个时代带给我们的便利和宽容。虽然有很多束缚是没办法的,比如家庭。但还有很多绳索,比如房子、工作、户口,是自己拴在自己身上的。哪些是你真正珍视的,哪些是你愿意放下的。我们这种看起来的自由,也伴随着许多代价。每一次迁徙,许多熟悉的附着回忆的事物也许就此从你的生命中退去了,但你也有机会往前去经历更多。借用我一位朋友的名言:人生就是一种经历型产品。” »

在kindle中阅读RSS

在kindle中阅读RSS

2009年,因为域名到期,数据丢失,微信息和SNS的层出不穷,就再也没有写过log和打算继续写log的打算。最近整理数据,记起了很多往事。sablog的开发者小A曾经在log里挂出一句话:人的头脑太复杂,时间过得久,有时候连自己也被自己骗了,记下来才是最真实的。 2015年左右,就有开发者用kindle来阅读RSS了。我也是在那时候开始使用kindle来阅读RSS的。算起来也使用很多年了。 站在2021年,使用这样的服务来阅读,可以更加专注。这个服务是按年收费的。也非常感谢开发者送给我了一个终身会员的服务。所以今天我就重新介绍一下这个服务。 作者是一个RSS迷和kindle迷,在之前就做过RSS推送到kindle的服务,我那个时候购买过这个服务,结果推送并不是实时的,再加上推送内容有时候无法全部抓取,用kindle阅读RSS还是很费劲。当时跟作者聊天,发现他对kindle的使用很极客。 最让我想象不到的是,在kindle的浏览器基本上不能用的情况下,作者做出了Reabble.com(如果您在大陆请使用reabble.cn域名访问)这个服务。要在 Reabble 上开始浏览 RSS,你需要使用你的 Inoreader 帐号来登陆就行了。使用 Inoreader 成功登陆 Reabble 后,你就可以立即开始在舒适的电子墨水屏幕上阅读 RSS 了。当然,你的已读与未读,还有收藏的文章都是同步的,毕竟这是一个在线服务。比推送要强多了。 你是知道,Kindle 的电子墨水屏幕刷新缓慢,你要用它来拖动查看网页真是不能忍。因此,Reabble 为 Kindle 的操作体验进行了优化,在 R... »

Google Bookmarks要关闭

Google Bookmarks要关闭

自从Chrome有了书签功能以后,Google Bookmarks基本上处于没有人维护的状态。持续了好多年,终于还是要关闭掉。其实我使用Google Bookmarks的频率是非常高的,基本上每天都要使用,收藏了好多书签。 Google Bookmarks关闭以后,没有办法只能自己搭建一个使用。现在在线书签功能基本上都停止了。可能是,已经很少人会收藏网络地址,更多的是使用APP来浏览来发现。 很多习惯,我还是从电脑那个时代保留了下来。 »

Dmarc邮件安全协议

Dmarc邮件安全协议

最近在设置dmarc,设置完成以后,发现安全性还是有很大提升的。 2012年1月30号,由Paypal,Google,微软,雅虎,ReturnPath等15家行业巨头(主要包括 金融机构,Email服务提供商,数据分析机构等)联手宣布成立了新的互联网联盟,致力于提交并推广一款[DMARC]新电子邮件安全协议。 设置DMARC记录,防止他人伪造贵司域名,还可以获取到他人尝试伪造贵司域名的情况。 当Mail Receiver方(其MTA需支持DMARC协议)收到该域发送过来的邮件时,则进行DMARC校验,若校验失败会发送一封report到DMARC设置的邮箱。 我设置了邮箱基本上每天都会发一封或者多封邮件,dmarc报告。我查询到,原来好多公司会雇佣单独的公司来分析这些报告。 当然设置dmarc一个基本前提是设置了spf。 这是dmarc组织的官方地址 https://dmarc.org 下面是我收到的report报告。 »

Never use the word “User” in your code

Never use the word “User” in your code

You’re six months into a project when you realize a tiny, simple assumption you made at the start was completely wrong. And now you need to fix the problem while keeping the existing system running—with far more effort than it would’ve taken if you’d just gotten it right in the first place. Today I’d like to tell you about one common mistake, a single word that will cause you endless trouble. I am speaking, of course, about “users”. There are two basic problems with this word: “User” is almost never a good description of your requirements. “User” encourages a fundamental security design flaw. The concept “user” is dangerously vague, and you will almost always be better off using more accurat... »