• 很赞!我很喜欢这种docker+自己写脚本部署的方式

  • 👍 好的

  • 之前的项目一直是rails3.X的 资源的安放路径是public 现在使用5.2的版本,想遵循一些以前的做法,看来我的这种想法就是错的

  • 是的,我现在直接用< style >标签的写法了,资源的时间戳是我自己打上去的。

  • 我们不用AP来编辑静态资源,我们前端用自己的构建资源的工具以及压缩方法。一般上线前,前端会把他们编译压缩后的静态资源提交,我们直接引用相应的资源即可,没有用到AP的功能,所以也禁用了AP。但是感觉stylesheet_link_tag的写法很方便,所以想使用这个helper方法。尤其是stylesheet_link_tag可以在生成的资源文件后面加上时间戳来防止资源文件的缓存问题。

  • 禁用 Assets Pipeline之后,stylesheet_link_tag 写成相对路径不生效,写成绝对路径就行了,但是不知道在哪里设置stylesheet_link_tag的默认工作dir

  • 是的,我感觉也是,在线上环境下使用gemset来管理ruby gem非常不方便,出了在自己的个人电脑上还行。推荐的文档不错!

  • 开源 Tower 的编辑器 Simditor at 2018年09月29日

    tower文档编辑器的版本对比的功能,包括文档版本回退,用的是什么方案实现的?不会是git吧

  • “我突然想到一种神经病的做法 就是所有请求的返回码都是404 这样浏览器就会忽略你response-body 但是你可以在你的app里面继续使用” 你说的这种方法其实有人在用,就是HTTP请求得到的是加密后的HTML文本,只有自己的APP内的改造过的浏览器才能渲染,这种方法的破解难度要大多了

  • 这种做法跟识别特定的UA是一样的道理,只能做基本的防护,用任一款网络请求分析工具都能看到APP发出去的HTTP请求的详细信息。