挖了坑就跑，真特么刺激...

要为了单纯写文章 Octopress Jekyll 都可以，Octopress 虽然不维护了，但本身也就是 Jekyll 的包装而已，理论上还是可以在底下用最新版 Jekyll 的。

要玩花样的话，就试试 Middleman，Jekyll 的模板引擎是 Liquid，使用限制太多，而 Middleman 默认 erb 可以 haml、slim，同时也很容易编写 helper（就像 Rails），而且前端资源管理集成了 Assets pipeline，感觉集成 webpacker 应该也不是难事。

可以看看我两年前搭的架子 https://github.com/jasl/haven

octopress 还是可以用的啊，有啥不能满足你的么？不过我个人更推荐 Middleman，但那个并不是开箱即用的，但是功能非常强大。

当年人人要踏踏实实搞校园...

支持～

可以啊，直接就能用在黄网上😁

因为你复制来的一坨是带换行的呀...

Assets pipeline 有一个编译规则，就是所有文件名为 application 的，都会被编译，所以你大可把 ckeditor 相关的 JS（当然 CSS 也是同理的）单放到一个文件里（比如 editor/application.js），然后在需要编辑器的页面里，引用他。

另外你也可以自己把 Ckeditor 的文件引入到 AP 的 Precompile 列表去，这个看看文档就好了

当然和 turbolinks 配合的时候可能需要在 <script> 标签的放置位置有要求，我前端苦手这个没有太多研究。

然后封个 helper 方便使用也可，类似 https://github.com/jasl/a_rails_start_up_omakase/blob/master/app/helpers/application_helper.rb#L100 这个代码的思路还是适用现在的

markdown 的问题是表达能力太弱。。。论坛回复这级别算是够用了，但是混合排版之类，还是得上 ckeditor tinymce ueditor（其实我都不知道他还活着没。。。）这种大块头，另外我现在挺看好 https://github.com/quilljs/quill 的

没有 digest，其实 ueditor-rails 里面我当初集成的 ueditor 是我魔改过的版本，所以才能完美支持 Assets pipeline...

当然如果用我做的版本也不好使，我也不知道怎么折腾了... 换 ckeditor 啥的吧

这些都是 Ruby 的文法，恐怕你得有 YACC 的经验才能看懂了...

https://github.com/whitequark/parser/blob/master/lib/parser/ruby24.y

Just Google it

http://guides.rubyonrails.org/plugins.html 这里也可以看看，里面藏有很多更好的组织代码的秘籍

是的

我是因为认识了太多岁数更小的 "真神“，危机感非常强...

我自己就一个评价标准 —— 能不能让我少做事情

前后端分离的话，前端要解决自己的路由、要映射模型、要对接后端的 API，总的工作量肯定增加了，但是也相应的细化了团队成员的职责，分担了个体的工作量。

而且现在对前端的需求越来越复杂，那自然也需要更专业的人才，这是前后端分离架构兴起的一个重要因素。

但是通过前后端分离可以实现的效果是传统的后端渲染+JS 或者是 后端渲染 + 前端 MVC 不能解决的么？明显不是。那有过去的模式不好解决的么？似乎也没有（这点欢迎指出）

所以我一直认为 前后端分离 解决的是工程问题，而不是解决技术问题。

但是为了做到前后端分离，就需要增强前端的工具链，于是 webpack、rollout 之类的工具就雨后春笋般诞生...外加前端圈子不折腾不舒服司机的氛围，现在也是百家争鸣...

那其实不是 webpacker 的问题了... 是 webpack 的问题，说实话我也不喜欢 webpack，好复杂，配置研究了一个通宵一点头绪都没有...

我做过的项目多了，前后端该怎么做我也有经验，不然公司也不会聘我做架构师，公司聘我就是要我解决要怎么做事情的。

就算我没这个经验，我自己的朋友圈也有很多各公司的 CTO、总监、高程，我可以找到相关领域的高手来解答我的问题。

你可以讨论别的东西，这论坛讨论 Go、前端、Elixir/Erlang 的多了去了，唱衰 Ruby 的也多了去了，你要讨论上干货啊，开始你说你写的 Autumn 牛逼，结果被扒的底裤不剩，那 Amber 写的一看就是没法用的。

起码你不了解别人的时候，基本的谦虚得懂吧，扯了那么多大道理，结果代码写的这么烂，你自己没意识到德不配位了么。

然后摆出一副唯我独尊的样子，众人皆醉唯我独醒，好心劝劝你变成了别人在迫害你，这跟民科有什么区别。

实际上 GoRails 上也有一讲涉及到部分应用 vue 的（标题应该是谈如何用 vue.js 解决含有 nested attributes 的表单渲染），我个人也是倾向大部分场景都可以这样做（其实就是把过去 backbone.js 或者类似的前端 MVC 换成了 Vue）。

我最近经手了一个项目，又要兼顾 SEO，又要搞前后端分离，搞到最后变成 Node.js 做了一个动态站（Nuxt.js）然后数据通过调用我的 Rails API 获取，要我说这是一种很扭曲的架构

我这样说吧，所谓的 Web MVC full-stack framework 就是 Rails 开创的，CI 也深受 Rails 的影响

我原话，Rails 开创的是什么？Web 领域的 MVC 结构的 全栈 框架，这里涉及细节了？

看看 CI 现在的结构

这就叫 Inspired by，说实话，CI 源码我读过，起码路由和 ORM 的架构上，原理上还落后 Rails

这才是思想，一个框架需要解决哪些问题。至于实现细节，从来都是因地制宜的，次要的。

这些是什么鬼，说得好像自己站在这种拿着人家的文案就像是诠释了全世界一样的，CI 你用过几年，有几个项目用它写？

CI 用过几年... 我说我大学靠 CI、靠 CakePHP 私活挣了几万，我第一份工作就是写 PHP，读大学的时候我对 PHP 5.7 之前的掌握成都，我就是敢吹这牛逼，我当年读书的高度已经在那了，现在我比那时候经验还丰富，对 Web 架构的理解比读书时候透彻多了。

哦，其实我给学校做项目的时候 Java、C# 也还算写过一些的。

吹牛逼谁不会啊，上代码啊，比比 Github 项目的引用数量？比比业内的声望？你在哪高就？

然后，你们居然还拿 creadits 来说事，然后还嘲讽我等对 rails 没有实际了解过的 PHP 居民（好比没有到过中国四川吃辣椒的外地人），好好好，你们土著民了不起。

所以，作者的观点可以被你的意志转移了对吧？你的资本在哪？

为啥冒火，你都 你们土著民 了还不许我发火？你当面敢这么说不抽死你丫挺的

那好啊

嘲讽 在哪里，你们土著民 哪里了不起

拿作者的观点来反驳你的观点，这叫“嘲讽”你？！

你的语句哪里有毛病？

然后，你们居然还拿 creadits 来说事，然后还嘲讽我等对 rails 没有实际了解过的 PHP 居民（好比没有到过中国四川吃辣椒的外地人），好好好，你们土著民了不起。

这是不是你原话，嘲讽 你们土著民 是不是你说的

我有意见，我拿作者原话反驳你的观点，你为什么不去反驳作者的观点去？纠正他啊，你的框架跟 Rails 一点关系都没有

你用的不是 https://codeigniter.com/ 对吧？

是的话，你的使用感受能代表作者的观点？作者说受 Rails 影响，你说不是，你比作者说话权威？

说你是 Troll 才是嘲讽你

那是你的自由，你的项目你爱咋咋地，但是，CI 作者自己说的事，你替作者说不存在的，你这也太霸道了吧

再说了，贴出作者的言论就是嘲讽你了？

华顺怎么说的

不懂就别乱说

贴了个证据，纠正了你的错误观点：

但是 CI ThinkPHP 这类东西，尤其后者，根本就是任务型的，CI 自身也是任务型的，一点都不 OO，到处都是 this-> 的反射，所以也不至于描述得前辈你说的，太夸张了。（跟 Rails 思想几乎扯不上边）

你认为这是：

然后，你们居然还拿 creadits 来说事，然后还嘲讽我等对 rails 没有实际了解过的 PHP 居民（好比没有到过中国四川吃辣椒的外地人），好好好，你们土著民了不起。

不好意思，我就是来打你脸的

另外，我 91 年的

我们没吐槽、也没贬低过其他技术、框架，但是 CI 自己写了受 Rails 启发，作者承认的事，你不认，你算老几？