剧中人
哈哈，又有人来挖坟了！ 小剧的博客虽然完全不介意任何人使用，包括借鉴设计和使用部分代码，但是对博客本身的运行小剧并不想花太多精力投入。 - 一来博客的代码质量以及实现方式对新人没有任何指导意义，不具备学习价值。 - 二来因为博客的细节元素和设计更多是个人色彩的东西，不具备广泛使用的价值。 - 再者博客的初始化对小剧来说是个及其低频度的操作，让其变得易于操作显然需要耗费更多的个人时间。 所以关于如何运行，可以参考这篇文章 [《小剧客栈是怎么样跑起来的？》](https://www.bh-lay.com/blog/1583c79f13e)，如果遇到问题小剧更希望的是你自己尝试动手解决，如果通过自己的努力解决后，欢迎再次来到这个 issue 下回复你的解决方式，或者新开一个 issue。 _________ **关于 @w583895819 w 提到的问题。** 程序员之间正确的提 BUG 姿势应该是上报更多的错误细节，而非像普通用户一样截一张网页截图。 直观的猜测，应该是你并没有操作上面文章里提到的运行静态资源服务这一步，具体操作见下图。 
很开心这么多小伙伴喜欢小剧客栈，这一点是给我最大的鼓励。 很抱歉，本项目到现在定位依旧是小剧客栈的个人博客，目前没有做成通用框架的打算。 **考虑点如下：** - Service 框架实现上路子偏野，没有成熟的周边配套，如文档、demo、自动化测试等 - 版本不稳定，演进完全是兴趣驱使，可能半年没有一次提交，也可能某一天提交会改的面目全非 - 个人精力有限，没有想好合适的互助演进思路 如果你喜欢博客的前端交互，可以参考下面这个目录，实现依旧很野路子，没有使用 vue、angular、react 甚至是 jQuery，看起来可能会比较晦涩。 https://github.com/bh-lay/blog/tree/master/frontEnd/single-page 为了项目的完整性，后面会考虑逐步收敛部署方案，但是不保证时间，也不保证用户友好度！ 再次感谢大家！
本以为说了这么多组件化的痛点之后，会兜售一套自己的解决方案，结果竟然没有。 很精彩，受益匪浅！
目前使用的方式是在入库时做转义操作，可以考虑在组件里增加转义功能，不过安全起见入库时的转义操作必不可少。
历史记录功能已完成 Mditor demo：http://bh-lay.github.io/mditor/ 相关文章： 简单的历史记录实现：http://bh-lay.com/blog/14c23552433
回退细节已修复，见下面的change https://github.com/bh-lay/mditor/commit/96f0c2a9eca13016924b247a6aee45f11078e08a 中文输入，暂不清楚过程细节，日后再做调整！
目前写得比较简陋，扩展性也没有做太多工作，求fork，求pull request 😭
是个好提议，周末加上去，3Q！
的确，直接操作textarea的方式太过具体到内部实现，不适合作为一个组件的使用方式！:cry:
页内的模式的预览是需要手动点击切换的，全屏模式是直接实时预览的，目前实现的交互比较简陋，就这个样子！