以前我工作的时候碰到个类似的任务，让用户绑定微博帐号，然后在个人页面显示最新微博。

后来我提议用微博嵌入挂件，改改样式，搞掂了。

用 cron 执行定时任务，每 30 分钟把设置 30 分钟的用户任务推入任务队列，不同设置的用户用不同的 cron。不同设置的用户还可以区分不同队列。

任务 worker 就是来任务就执行，注意监控队列大小，任务增长速度大于处理速度就要加线程/进程/机器。

创建了健康节点。不过我很奇怪为什么要对“分享”和“其它”节点视而不见，非要发瞎扯淡。

不是同步发售么。

#27 楼 @jamchange 写作最重要的是将内容传播出去，包装逐渐就不太在乎了。

#1 楼 @Lax

想让一个从没用过 git 的人在网页界面下搞定一些简单的操作

楼主看什么书，看到 block 那一节。

#2 楼 @tyaccp_guojian 故意留点瑕疵。

这也要插件？

.name {
  position: fixed;
  bottom: 0;
}

#2 楼 @lvjian700 已经有了 https://developer.mozilla.org/en-US/docs/Using_files_from_web_applications#Example.3A_Uploading_a_user-selected_file

现在 iframe 拿来做低版本兼容。

装 rubyinstaller 的 2.0 版

我觉得懒是学不会的。

#51 楼 @cqcn1991 旧博客废弃了，旧文章我看看也过时了，有空我更新一下内容重发一篇。

如果很急要找以前的内容可以看这里 https://github.com/chloerei/chloerei.com/tree/master/tech/_posts

写得不如 bootstrap 好，不如参考 bootstrap。

writings.io 的弹出框是自己写的，跟 bootstrap 的实现比较像。

bootstrap 的样式不佳，就是拿来定制的啊。

感觉可以啊，有试过吗？

如果格式化好你自己就能看出问题

def math (a，b)
      yield（a，b）
end
def teach_math（x，y，&operation） 
        puts “let's do the  math” 
        puts math （x，y，&operation） 
end

teach_math(2,3)  {     |  c，d  |      c*d  }                      #==>  Let's  do the math
                                                                                               6

楼主请把代码格式化好，是否对格式有着苛刻的自我要求跟你这次遇到的问题是有关的。

http://ruby-china.org/topics/8518

#24 楼 @kongkong Happy writing : )

#22 楼 @kongkong 因为容量是有直接成本的，合适的时候我会发布更高的套餐提供更大的容量。其实 1G 已经很宽裕了。

#20 楼 @kongkong 做文章配图很足够，我的主博客 blog.chloerei.com 写了半年用了 9.6 MB。用来做相册就不够了。

#13 楼 @Peter 我也不喜欢 gmail 的工具栏，鼠标放上去出现，移开又消失很让人抓狂。

#16 楼 @jasli2 我曾经做过 Z 型，但是一切换到 I 型就顿时高端大气了，而且三个图片的内容区域是对齐的。

#9 楼 @Levan 好折腾有 jekyll，社交性有 tumblr，万金油有 wordpress……没错，我们有很多选择。正是因为有这么多选择，他们有很多事都做过了，我才不想做一个跟别人一样的东西。

如果要比较，对象应该是 medium 和 svbtle，我在开发之前这两个网站是不开放注册的，我就一直盼他们开放。我只需要一个不错的页面，就可以只管写不折腾。但是他们一直不开放，我没有好的地方写，就忍不住了。

你可以看到，这个网站首先是满足我的需要，然后开放给大家用，如果觉得好用，就顺便收点费。我觉得这正是独立开发者应该走的路线。

做的过程我有考虑过很多附加功能，比如定制性和社交性，但实际情况是怎么样，如果文章没有价值，网站做得再好看也没用；如果文章没有价值，即使推送给多少人都不会有人看。而且这些附加功能完全可以通过第三方解决的，例如我推荐大家用 RSS 订阅，统一管理阅读来源；用 read later 应用，根本不留意原来的网站样式；用社交网络推广自己的文章，这样可以跟自己原本的圈子对接起来，而不是仅限一个网站的用户。

所以我把大部分精力用于优化“写作”这个功能上，提供一个有助于集中注意力的环境，这样更有可能产出优质的文章。站内的用户互动，比不上整个互联网信息的流动，writings.io 协助产出，其他服务协助传输，文字是属于作者自己的，可以随时导出。

如果我把精力放去别人都在做的那些事上，那么 writings.io 肯定没有什么出众的地方。现在我很有自信，writings.io 的编辑体验比同类产品要好得多。

如果你很在乎网站背景，那么可能你还折腾得不够多，并且我也不期望所有人都会同一个网站上写作。互联网上有各种各样的人定制自己的网站，这样我们阅读的时候会增添很多趣味。如果谁想要在网上写作，但是不愿/不懂折腾网站搭建，那么 writings.io 是个很好的选择。

另，writings.io 之前已经开始收费了，有了一些付费用户，只是数量还不多，最近增长势头不错，到盈亏平衡的时候我会写一篇文章庆祝一下。

#2 楼 @daqing 多谢，语法错误修正了。

#3 楼 @shin 是参考了 nexus 网站的 design，还有 hackerweb。

#88 楼 @RainFlying 个人看法，我不喜欢 rspec，入门教程应该用默认组件，而且测试占的比重太大。不过如果《Web 开发敏捷之道》没有好的翻译的话，中文最新的教程就是 Rails Tutorial。

#80 楼 @nickelchen 可能楼主也有这个疑问吧，为什么要 new 一个 @wiki 以及它后续拿来做什么，问题我理解得不是很清楚。

#76 楼 @nickelchen 可以这样写

<%= form_for :wiki do |f| %>

或者

<%= form_tag wikis_path do %>

甚至

<form action="/wikis" method="post">

都行，只要知道自己要什么。

@wiki 的作用：

1. 设定 :wiki 这个 param scope
2. 设置默认的 action 地址
3. 设置默认值，或者错误时候 render 的值

#71 楼 @hellomac 之所以提醒你感性无用，是因为从你帖子看得出感性已经阻碍你了解计算机原理了。编程就是个纯理性的活。我喜欢我手头的硬件，我也喜欢我开发出来的软件，我也有个人的编码喜好，但这跟怎么编程是两回事，软件纯粹是人写出来的，硬件也是人研发生产出来的，做开发要把心态放到生产者的角度。

或者说楼主是畏难，用情感做借口拉开和计算机的距离。分配内存，变量声明这些知识了解底层原理之后都不会有太大疑惑，学习新语言的时候都是看它需要声明到什么程度，能自动化到什么程度。遇到难理解的部分，就说它不人性化，那很遗憾，能理解人的意识的计算机还没开发出来。