分享 Rails Rumble 的作品,欢迎帮忙投票

chunlea · 2013年10月21日 · 最后由 liwei78 回复于 2013年10月22日 · 3291 次阅读

忙活了两天,实现了一个半成品…… 主要的想法基于自己的一个需求:有时候可能会帮别人做些小网站,不想请出 Wordpress,感觉 Jekyll 和 Middleman 这类的更适合。但是,对于不怎么了解计算机的人,或者说对于非开发者来说,接受程度非常低…… 所以一直想实现一个可以兼容 Jekyll 的在线 CMS 系统。当然,目前我实现的这个谈不上兼容 Jekyll…… 欢迎大家多提提意见。

额,还有,多多投票哦。投票就是网页下端的那个黑条……

前前后后做了差不多 30 多个小时,效率不高……一个人再做,包装包装界面一天基本上就没有了。看来一个人做产品,就需要投入大量的时间做保证。

还得感谢下 @lgn21st, 由于时区的原因,看到你推荐 RailsRumble, 我赶上了末班车,报了名。

遇到了几个坑,比如:capistrano v3 和 rvm 部署总是失败,我的解决方案是切换到 rbenv……

链接: http://okyll.r13.railsrumble.com

单人 2 天搞出来的,很赞!

Video 做的不错啊

#2 楼 @allenwei 那个 Video 不是我做的,我的还在规划脚本中……应该写上 “此处应该有个 Video”

Coooool. 我需要它。 昨晚才开始接触 jekyll,刚才还在改进我的 blog,希望过渡到 它上面。

#4 楼 @liwei78 额,这个版本是功能不完整的……我现在正在重新规划,重新实现。基本功能完成后会通知你哦。主要也是想搭建个 Demo,看看这个概念的市场存在不存在。

#4 楼 @liwei78 最主要的一点,坚决不做 Host,只做编辑和内容管理。毕竟 S3,Github Pages 以及 GitCafePage 都非常成熟了。

#6 楼 @chunlea 呵呵,我指的它是 “skeyll”,不过我真的非常需要你们的设计理念来参考。 这种一站式解决方案的市场是有的,不过我需要的是两个方面: 1 是低端 cms,可代替 dede,因为我有几十个 dede 建的网站,我一直想找一个解决方案,解决 dede 这个既好用又垃圾的东西。 2 是流程化的处理一些事物。比如设计 -> 代码 -> 部署 -> 交付 -> 维护。在一些低端的群体里还是需要这种工具来完成的。

说远了,回来。。。真的非常喜欢你们的设计。。加油

#7 楼 @liwei78 呵呵,如果是做博客的话,个人比较推荐 Middleman,相较 Jekyll 感觉更爽些。做 Okyll 的时候,第一诉求是用来管理优秀的网站…… 还有,Okyll 的设计主要目标不是低端群体,而是分而治之,协作而为。也就是开发人员和设计师继续用它们喜欢的技术,比如 sass、coffee script 等来设计自己的网站;内容管理人员不用关心网站本身,只需要关注内容。这样通过一个工具将两者柔和在一起。 将来接些小企业的网站制作就简单了,而且,毕竟通过 Javascript 和在线支付一类的服务,静态站点也是可以做电子商务站点的。

#8 楼 @chunlea 哎,一言难尽,最近那几十个 dede 的服务器被攻击的很惨,各种挂马各种改。

Middleman 我今天会研究下,目前正在搞 http://jekyllbootstrap.com/ 。今天是第二天玩这东西。

对 Okyll 的思路我们大体方向一致,所以一下子有了共鸣。

你最后的观点和我跟一个朋友的观点完全一致,html 是可以做出高端网站的。

顶一个, 想起去年熬夜搞 RailsRumble 的时光了.

不过里面的完成度还不够, 那些没有做的链接和视频等, 建议不随作品提交, 要不然很降分的. 不过, Solo 也不容易了, jekyll/middleman 同看好中, 加油

#10 楼 @beenhero 不关心结果了。经过尝试,发现部署到 Github Pages 什么的都是可以做到的,决定重新做这个东西。这次给自己多个 48 小时,慢慢打磨。(反正也是闲着)

css 怎么解决?买皮肤?? 刚试过了,我新建的站点,怎么访问呢??

#12 楼 @small_fish__ 自己写的啊。使用的是 Bootstrap 3。主要就是顶端的 navbar 这一个修改,其他的都是 BS 3 提供的。还有,发现原来 Bootstrap 3 将 Bootstrap 2 的 Theme 抽取出来,成了一个 theme.css,默认不加载。如果想修改界面的话,可以直接参照这个文件修改,不用抓瞎了。(毕竟有 BS 2 参考)

#13 楼 @chunlea 不是这个意思。。我是说给用户用。不是要打造 cms 吗?

有点像 logdown 的感觉

话说我觉得 middleman 更好,理由是自由度更高,而且数据源可以是 json,比 yaml 的玩法更多了... 然后。。。这玩意做站群不错 - -

#14 楼 @small_fish__ 哦,这个问题……正在想方案中。发现 Logdown 目前就支持内联的页面和外部页面;Shopqi,shopify 等走的是文件系统的方法。我想把 CSS 和 Javascript 等文件放到数据库中,这样比较容易做版本管理,另外由于不去做 Hosting,唯一需要做的就是 Preview 的时候需要取到 CSS,然后将其写入数据流中。 这个在设计的时候就是不想支持 Hosting,因为感觉太难维护,成本太高,它其实还是模仿了 Jekyll,是一个静态网站生成器。访问页面的站点,在站点页里面有个 Preview 按钮。 对了,@XDite今年的 RubyConfChina 的演讲主题好像就跟这个主题相关

#15 楼 @blackanger 呵呵,还跟 Writings、Shopqi 什么的差不多,还有 squarespace.com 等等吧。不过,最大的区别是 48 小时没有作出可以比较完整的功能……技术还是太差点

#16 楼 @jasl 看来需要好好考虑站群这个方向。

如果能够做一套,通吃各种 pass,那就安逸,,期待下一个 wp,哈哈/。/

#17 楼 @chunlea 原来考虑过这个,属于 RubyConf 后的代办事项之一 - -

#17 楼 @chunlea 话说文件系统一样方便版本控制呀,子站建个本地的 git repo 就行了,你做的工具无非就是个管理界面而已...而且既然要部署到 github page 本身就是一个 repo 了...

#20 楼 @jasl 好方法,只不过感觉坑肯定不小……正在看 Gitlab 的实现,学习中 好像 squarespace 就是使用 git 来管理模板的存储的。

加油。作這東西坑很大的啊。Logdown 背後的血淚我想十篇都寫不完 T_T......

#22 楼 @xdite 同样期待,已经写的几篇让我收获颇丰。👏

#22 楼 @xdite 期待血泪。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册