吾之所欲,汝或未知

Why us?

我们总在寻找满意的解决方案,到最后,反而博客没写多少。

你或许没有经历过太多空间忘记续费、数据导入导出麻烦、写文章的时候有太多干扰这些问题。

反正我们遇到了,也没有找到一个真正符合心意的解决方案。于是我们就创造了FarBox。

关于FarBox?

Dropbox + FarBox = Blog
FarBox会是一个理想的博客工具。

它简洁、高效,无需部署;
提供的客户端Editor让写作变得轻松,同时也支持其它的写作方式(iPhone、 iPad等移动端APP甚至是文本编辑器);
它的数据永远备份保存在你的Dropbox/Google Drive上面。

但我们还想说,其实,也没这么简单……

又一个静态博客?

Jekyll、Octopress、Pelican、Hexo、GitHub Page、scriptogr.am 、pancake.io .etc, 我们还能列举很多。

不少朋友会先入为主地认为FarBox不过又一个静态网站生成器

呃,事实并非如此。FB是动态的页面,它可以自定义匹配url路径到具体的模板页面;它可以获取指定的数据,根据路径(贪婪或不贪婪)、根据status、根据tag、根据文件类型;它还能提供其上托管图片的EXIF信息,甚至包括经纬度。

我们把一个文件夹内的数据结构,完整地映射为可供快速查询的数据库结构,并在这个基础上提供了自定义的API。

这并不是一件容易的事情,但是带来的效益却是超乎想象的。让数据库像文件夹一样运行,这对个人数据管理来说,这是一种人机交互上最底层的变革。

默认模板简陋得有点丑陋?

我们非常喜欢这个设计,简洁而美。要设计一个模板,同时兼容博客、相册,兼容iPad、iPhone等移动端,是一件比较费力的事情。
或许有一天,当你的访问者在iPad上打开你的网站,点开里面的相册,进入浏览的时候;或者他们用手机访问你的网站时。他们会觉得,阅读没有违和感,这个博客的主人很用心。
当然,最美好的,应该是内容本身。

设计自当简于形——这是我们对自己的要求。如果有对美学有自己的理解,我们总是鼓励去为自己定制模板吧。

除了尽可能地开放接口外,其实,我们的模板框架的底层结构设计,非常酷,它是有点接近Git方式的版本管理;虽然仍然处于初级阶段,但现在支撑着Clone模板的工作。
它的设计思想是让网站与网站产生交流
不久以后,FarBox会开放主引擎的代码,它可以像Wordpress一样自行部署;那么,各自完全隔绝的网站之间如何Clone,克隆之后,又如何保持更新?诸如此类的问题,仍然还在思考一个漂亮的解决方案。(打包、下载、上传、应用?呃,不应该是如此的设计,太低效了,而且丑陋。)

你或许从来不在乎照片?

照片是一个神奇的东西,从数码相机真正开始的时候,从EXIF这个概念被设计出来的时候,它就变得有趣起来。

一张照片会记录当时的光线、快门速度、感光度,如果有可能,它还会记录拍摄时的地理位置。我们试想下,一次旅行,你真正需要的是一个相机(或者能拍照的手机);你为什么需要一个所谓的旅行拍照的APP?当然最最重要的是一个可以一起旅行的人,以及漫天盖地的阳光。

一张原始的图片,其实并不适合在网络上呈现,因为文件尺寸太大。FarBox则会自动为之处理;我们还提供图片的自动裁剪功能。
如果你是一个偏执狂,可以试试对比FarBox上的照片与自己手里的原图,你会发现我们优化了一些看不见的细节。
我们甚至增加了一个功能,如果相册中有Photoshop的曲线文件,那么相册中的图片可以自动处理为你定制的特效;只是实在过于Geek,到现在也没有说服自己开放这个功能。

我们非常在乎照片。FarBox使用的图形基础引擎跟Flickr一致,并且还会不断优化实际效果。

为什么做Editor?

因为Editor能使我们的体验更加的流畅。

另外一方面,可以让身边不懂技术的朋友使用FarBox。我们给他(她)们介绍过其它的软件,比如Mou、ByWord、Free等等。他(她)们并不介意付费,但介意为这些不常用的工具付费;另外实际使用中也比较麻烦。
什么叫麻烦?比如把一篇日志保存到哪里,就是一个麻烦的事情……

哦,还有,你或许会纳闷,Editor默认的样式,文字偏大、行高偏高,为什么呢?

如果你在写诗,或许就能明白,这样的设计有多美好。

请把你的数据带走!

除了文章、图片,它们会自动同步到你的云盘外,如果使用FarBox原生的评论系统,那么,评论也会同步回你的云盘里。

我们希望一篇文章(一张图片)的评论是人类可读的,所以,它们会被规整到同个文件夹的一个新文本;修改这个文本,则可以直接修改、删除、增加评论。

不仅如此,假设A评论了B,除了内容会留在B上之外,还会另外推送回A的云盘中。

这真是一种违背常理的操作方式……
而且技术实现上也并不是容易的,因为要从一堆文本中抽离出单条的评论并进一步排序、分页;为了避免重复计算,还要保证Merge过程中的颗粒度是单条评论。

为什么做这样吃力不讨好的事情?
因为大家可以把自己的数据带走呀!哪有这么多为什么……

你所看不见的技术结构?

当我们拆了苹果(MBP)的时候,被里面精细到每一颗螺丝的工业设计折服。

虽然接下来的事情会让很多人费解,但我们还是很有欲望说道说道。

  1. FarBox最核心的是数据库服务器,它支撑了所有结构化的数据的存储;可集群。
  2. 紧随其后的是同步服务器,它主要负责从云盘中同步数据,并结构化存储到数据库中; 正在优化为可集群的过程中。
  3. 然后是Web服务器,大家的网站就是通过它来呈现的;内部有一个高速缓存的算法;可集群。
  4. 还有的一个类型是图形服务器(它对服务器的计算能力要求非常高,需要独立出来),它负责所有图片的裁剪、重制、特效工作;通过DNS负载的形式,也可集群。
  5. 最后是一个类似CDN的中转服务器,它也是可集群的。

听起来挺简单的吧?Yes,但是这样的结构,从理论上可以负载足够大的流量,漂亮至极!

山寨老外的?

谈了很多了。但有些朋友会受到这样的想法的影响?

其实我们自己感觉在产品上,FarBox要远超过他们;更极端的是,我们没有使用过他们的产品,也曾因此闹过笑话,比如我们在兼容Octopress的时候,对其中的一些规则没有明白透彻,然后说某个特性已经处理了。直到我们的一个朋友(呃,他是Octopress的用户)跳出来说,你搞错了……
我们尊重他们(甚至还有不少产品不为大家所知),但并不以为标杆,甚至有时内心还有小小的嘲讽。

但也有些人有一种奇怪的思维,“不惮以最坏的恶意揣测中国人”。请想象,当我们看到一些用户在底部保留FarBox链接,并写道骄傲滴使用FarBox时;你觉得我们会怎么回应这种奇怪的思维呢?就报以呵呵吧,反正愤怒也是一种不理智的情绪。

FarBoxers如果因为这个产品而内心产生一种骄傲,我们想说的是,这份骄傲是极其干净的。

关于未来

一些我们最近(半年内)要处理的事情:

  • 提供一个模板的本地开发环境(一键操作,不需额外配置)
  • 提供可单独部署、开源的FarBox博客引擎
  • 完善模板机制的结构设计
  • 提供国际(英文)版
  • 一个超乎想象的模板调整模型的alpha版(对,它会是基于自然语义的!)

未来很显然不止半年1年
我们希望有一天,人们可以很慎重的考虑,一个博客、项目到底应该使用FarBox还是Wordpress。

当然,未来也不应该这样乏味。
我们真正考虑的是如何探索一个基于人本内容的协议,并让它成为互联网的基础服务之一。以往的基础服务,不论是IP、DNS、域名,都是针对于一台设备的。
那为什么某个人类不能以类似的形式24小时(松散地)永存在于互联网之中呢?
这样的想法很疯狂,但是总是值得探索的。我们在坚持“去中心化”、“集群”、“以文件夹替换数据库”,在合适的时候,会尝试一种P2P的方向。
P2P意味着,一旦启动了,它就不会被关闭。

这个未来实现的时候,也是FarBox彻底瓦解的时候。

@2013-06-06 23:14
  • cegle2013-06-07 10:25

    主页视频演示里面的输入法什么皮肤?自己怎么设置不出

  • Hepo2013-06-07 10:26

    @cegle 应该是默认的搜狗输入法Mac版。 :)

  • cegle2013-06-07 10:38

    好吧 我懂了

  • Su Zixiong2013-06-07 12:55

    我一直以为FarBox是另一种形式的Tumlr,原来远远不止。
    另外,“但是带来的效益缺是超乎想象的“,”缺“是错别字。。。

  • Su Zixiong2013-06-07 12:58

    哈,我在这里评论居然也会把记录保存到我的Dropbox里。
    一直以为自己网站里的评论才会同步进Dropbox。
    赞!

  • 烂柯人2013-06-09 10:43

    一个从wordpress转过来的用户,为你们鼓掌

  • admin2013-06-09 23:40

    正在随着farbox一起成长,一起加油!

  • 小雨2013-06-10 03:22

    殷其雷,天阴霾,雨零耶,盼君留。
    殷其雷,纵不零,卿若留,吾将从。 =W= 你的变化很值得期待,所以希望能做得更好。PS,评论嵌套还不能实现么?

  • hit92013-06-10 11:59

    好简洁的博客!

  • 周良2013-06-10 20:58

    支持一下。话说,为什么我克隆不了官方博客的模版?另外,是不是考虑,在使用模版的博客上面标注模版名字,比如wordpress一样,不然我找模版找的真是太头痛了,有点混乱。拿到源码也不知道是那个模版。

  • YJK2013-06-12 10:15

    支持Farbox!

  • Junius2013-06-14 21:34

    漂亮!感谢Farbox团队!

  • Akagi2012013-06-16 10:01

    喜欢简洁的东西,可以考虑做自己的云存储服务, 不用依赖dropbox了, 如果有一天dropbox不能用了, 网站掉线对有些人来说是不能接受的

  • Anonymous2013-06-20 22:38

    用过许多静态博客,jekyll, octopress, scriptogram, calepin.co 之类的都没有 Farbox 功能这么强大,自定义这么好。非常赞!
    但是如果你们的定位是要做到国际化,并且普通用户也喜欢用的话,还需要在交互设计,template使用上更加明了一些,宣传上也得下点功夫。比如国外这个ghost(tryghost.org),功能很简单。但是宣传到位,还没推出,就已经有不少反响。
    不过还是觉得farbox很棒。支持你们!

  • sitin2013-06-22 13:45

    强烈支持!

  • Hepo2013-06-23 12:42

    @Su Zixiong, Thanks for 错别字。 :)

    @Akagi201, 在放弃国内个人云的接入后,我们实际上增加了一个中间层存储可以直接连接FarBox,Editor就是运行在这个机制上。另外,Dropbox即使不能用了,网站是不会掉线的……

    @Junius, Thanks,你的文章也很棒!

    @小雨, 目前还没有办法做到,一来这种嵌套的关系没有办法在一个平文本中体现出来,另外一方面,我们自己挺喜欢非嵌套式的……

  • Hepo2013-06-23 12:47

    @周良 这个其实就是默认模板…… 模板的机制跟Git有点像,但处于初级阶段,每一个文件都是独立的一个hash进行存储;如果要一个整体(模板)表现出来,这个后台管理就会变的麻烦。我们还在考虑中,要如何更好的处理。

    @YJK,Thanks,另外,你真的是一枚换模板控

    @hit9, lilac极棒!

  • 蓝冰2013-07-21 15:45

    关于未来

    一些我们最近(半年内)要处理的事情:

    提供一个模板的本地开发环境(一键操作,不需额外配置)
    提供可单独部署、开源的FarBox博客引擎
    完善模板机制的结构设计
    提供国际(英文)版

    真是太棒了

  • Jon2013-07-28 21:33

    真棒,我想说很多人是不会改所以才是骄傲的使用farbox吧?哈哈不过我就算会改我也不回改的,加油。

  • Jon2013-07-28 21:33

    真棒,我想说很多人是不会改所以才是骄傲的使用farbox吧?哈哈不过我就算会改我也不回改的,加油。

  • Jon2013-07-28 21:33

    真棒,我想说很多人是不会改所以才是骄傲的使用farbox吧?哈哈不过我就算会改我也不回改的,加油。

  • 土木坛子2013-07-29 21:15

    FarBox这种DropBox+MarkDown方案思路:化繁为简,将数据同时保存在个人电脑和云端,又能呈现简洁可靠的文字。它不只是一种技术,更是一种哲学。写作者只要专注写字就好——博客本应如此。

    试过几种国内国外DropBox+MarkDown博客方案,我个人认为FarBox是最好的。也许有人会说FarBox不免费。FarBox对于小流量博客相当于事实上的免费,30万的请求量才能达到100元人民币的付款条件。事实上,没有限制的免费几乎没有未来,没有开发人员永远免费地开发项目,免费是最昂贵的收费。

  • einverne2013-08-14 16:17

    开始尝试使用

  • 就爱纯博客2013-11-29 21:23

    知道吗,当我前几天刚得知你们的服务,第一念头是:太牛X了。
    现在我已经开始用了

  • 不知子曰2014-08-31 14:46

    或许有一天,当你的访问者在iPad上打开你的网站,点开里面的相册,进入浏览的时候;或者他们用手机访问你的网站时。他们会觉得,阅读没有违和感,这个博客的主人很用心。

    当然,最美好的,应该是内容本身。

    很喜欢这2句话

  • 九木旭2016-02-04 10:17

    看了这么多 你怎么不告诉我怎么搭建啊