我记得以前 512 MB 跑 Spree 的 demo 也很顺畅呢,不过每次都是自己从干净的系统开始装起,不装不相关的。一直没问题,直到后来送了 100 刀,才任性地升到 10 刀的。
楼上的方案都好高大上,好好学习,哈哈
@lgn21st 能否麻烦置顶?
点赞 :plus1:
回头来留个言,起名的相关算法是怎样的呢?
只有 close
向楼主致敬!!!
哈哈,我是来看妹子的
另外,开头不是有错误信息吗?
530 5.7.0 Must issue a STARTTLS command first. e108sm52535614qge.15 - gsmtp
这个错误信息的解释是:
The problem is that Gmail requires TLS authentication
应该是安全连接的问题,尝试在页面上将“安全连接类型”设置为 StarTTLS 试试?或者是将 SMTP 认证模式设置为 TLS?
是不是连接类型跟 SMTP 认证类型没设置对?我记得 Spree 的配置好像是数据库优先的,所以要先保证数据库里的配置数据正确。而且你的配置文件为什么会有重复的两行配置:
config.action_mailer.delivery_method = :sendmail
config.action_mailer.delivery_method = :smtp
而且每次 commit 的代码状态都能全部被保留,如果是这样的话,文件大小岂不是会几何级成倍增长
针对这个问题,推荐楼主去读一下 《Pro Git》 这本书,里边介绍了 git 如何在每次 commit 的时候保存快照,读完就会明白 commit 的处理并不是你所想象的那么简单粗暴。
其他的问题可能会涉及,但是我就不妄下定论了。
我之前的方式是用一个支持 markdown 解析的 js 库,在编辑的时候监听 change 事件,生成 html 后插入页面,也算可以实时预览了。然后保存也只保存 markdown 文本,前台渲染时同样使用那个 js 库解析。
这用的是 Discourse 论坛程序?
这果断是造福帖啊
感谢 @allenfantasy 的总结,当天的讲稿已经上传,allen 会尽快更新到本帖,请大家多多关注!