看源码,搞明白这个 gem 是如何生成上传的 url 的,看到你这个问题的时候,我去找了这个 gem 的源码,简单翻了一下源码,这是与你问题相关的关键源码
https://github.com/Macrow/rails_kindeditor/blob/master/lib/rails_kindeditor/helper.rb#L52-L58
调试一下,看你跑完这段代码的时候,生成的 url 的 schema 部分是否是你所期望的
同时注意配置:https://github.com/Macrow/rails_kindeditor#asset-host-options-configuration
最后,看一下你的 web(nginx/apache)配置是否正确,如 nginx
proxy_set_header X-Forwarded-Proto $scheme;
我只是提个新手问题,不知道惹到这位大牛哪疼了,不帮助解决问题,管倒是挺严,如果觉得发帖有问题,可以指明,然后删帖。
新手不意味着你可以不动脑然后期望着别人能直接给你一段代码让你 COPY 完事。
我这两天也刚好在捣鼓 RSA 签名与验签,我的代码是这样子的
def self.gen_sign(str, rsa_private_key)
rsa_instance = OpenSSL::PKey::RSA.new(rsa_private_key)
Base64.encode64(rsa_instance.sign(OpenSSL::Digest::SHA256.new, str))
end
def self.verify_sign?(str, sign, rsa_public_key)
rsa_instance = OpenSSL::PKey::RSA.new(rsa_public_key)
rsa_instance.verify(OpenSSL::Digest::SHA256.new, Base64.decode64(sign), str)
end
另,你所说的 我已经竭力改进了,不知能否过关?
在我看来,跟修改前的内容没区别。
我理由就是你仍然没有将整个过程呈现出来,你的阐述无异于:啊,我遇到了一个问题,谁能直接帮我解决一下。
可看的人根本不知道你的问题是啥。
我之所以会这么说,是因为这 4 年来,这里的每一篇帖子我都看过,而我这两天不知道怎么了,就刚好挑上这个贴就怼了。
@Rei 我觉得得把这个帖子 https://ruby-china.org/topics/24325 永久置顶,且新注册的账号必读一遍后考试通过才给发帖。
如果过去日本能够使得你的在未来 3 年变得更好那就去,包含收入、能力、幸福感等等等等。 但是从描述来看,你考虑的都是钱的事情还有他人对你的看法,且你对日本也没有一个基本的了解,未来也没有目标。 另外再问问自己,在现在的公司已经到瓶颈了吗?
先接受自己的所有缺点,然后再去处理现实,我们人生的目标不应该是达成别人眼中的【体面】。
我知道,但是我又说了
如果不想停机的话,就搞台新的服务器,自己改 host 测试完没问题再把流量切换过来,旧机器就直接关掉
另外,3 楼的回复可以看看,里面确认有平滑升级的方案。
升级版本一般都是要硬重启的
也许以后我会用这个贴跟别人讲个笑话
这个网站连备案都没有,确定能在大陆玩?
从文档上看是并没有支持人民币的
我突然想起了一个成语:纸上谈兵。
这个论坛是有价值取向的,几个管理员都一直在努力维护这个社区的文化和帖子的质量。 这里没有绝对的立场和观点,但这里更欢迎和尊重有独立思考能力、辩证思考能力的人,或者正在往这个方向的人,如果能做出行动且出成果就更好了。
这是个好论坛。
最近我做了两件事
然后发现,身体真 TM 差了好多
我能想到的 3 种方案
赞啊!
貌似这个概念叫【函数节流】?
看源码呀
为什么不是周末呢。。。
哪个程序员写的,出来认领一下
既然是求职,那就认真点
你的部署脚本运行时,在与服务器成功建立连接后所加载的 shell 环境,可能没有加载 .bashrc
这个文件,或者说,加载了但是被这段代码返回了,导致 rbenv 没有加载
# If not running interactively, don't do anything
[[ $- != *i* ]] && return
所以,你必须亲自确认你的部署脚本所加载的 shell 环境究竟会加载和运行哪些配置文件
都用上构建工具了,不理解为什么还要用 Coffeescript 而不是 ES6+。
先想好如果纯用 SQL 的话怎么写
我上面写了一个观点:时区应该只是展示层的事情
像你这么配置,你很多时候弄不清楚目前究竟是啥时区,究竟应该用什么时区,换个人来维护更容易出错。 还有,你的这个配置在不同区域的服务器上面,由于你采用了 :locale 会使得你的代码行为不一致,这简直就是挖个坑自己跳进去。 万一错了,你还得搞清楚哪些数据错了,然后迁移数据。
如果统一成了 UTC,你根本就不需要考虑上面那么多问题,只需要考虑用户的输入的时候是什么时区,然后使用
param_time = Time.zone.parse(params[:time])
然后就没了,ActiveRecord 会自动帮你把时间转换成为配置的时区,ActiveRecord 的时区配置,与数据库一直这点很重要。
再加上 Rails app 的时区与这两个一致,我认为刚好就对上了 约定优于配置
的理念。
综上,建议
# config.time_zone = 'UTC'
# config.active_record.default_timezone = :utc
啥时候深圳能办一场