@linjunhalida 很多时候根本停不下来,全天连续编程 10 小时,连续 7 天这种情况不少。
spring gem 对 development 下面的 load 速度真的有明显提升,就是不知道为什么 spring gem 不 overwrite 系统自己的 rails c ?
@lgn21st 我搞错了,我以为是一开始就发在瞎扯淡节点的。
@wushexu 我不觉得。 1.在瞎扯淡节点 2.主题人头像都没有,关键的要做什么?市场如何?竞争如何?现在是那个阶段?等都一概不提。 3.要求基本是为主题人量身定制。每一条都难满足的,因为判断条件是主题人的个人喜好。例如:
可以是一个极客,但是一个技术中立的极客,也就是不偏执地追求某一个或某几个技术,而是能够冷静中立地审视,看到不同技术的优缺点,因需而学,择优而用。
而我认为,开始的时候采取 Java 和 Rails 这 2 种哲学差别这么大的技术的场景很小,偏执采用一种技术,专注在业务产品本身效率才最高。 4.没有人会为了交朋友而交朋友吧?
主题人发完之后就没影了...
产品款式
@dddd1919 对的,比较诡异的是,我 2 个邮件服务器账号(都是腾讯企业邮箱)有一个能正常发,有一个就出这个 501 问题。
@dddd1919 我没有写 workers 直接用的 delay email
NewsletterMailer.delay.releases(user_id)
sidekiq 的配置:
:concurrency: 5 # 并发数
:pidfile: tmp/pids/sidekiq.pid
:logfile: ./log/sidekiq.log # 输出的日志地址
:queues:
- default # 写在队列参数中的, 表示让 sidekiq 处理这个 queue
- [normal, 2] # 使用数组的形式写, 第一个参数为打开的 queue 的名称, 第二个为优先级
development:
:concurrency: 5
staging:
:concurrency: 10
production:
:concurrency: 20
#6 楼 @bastengao 重启了,可能是 mailgun 地址导致的问题,但我现在比较迷惑的是,rails console 调试可以顺利发出邮件,但是一旦用 sidekiq 就出这个 501 错误。
#3 楼 @davidhuangdw 是,写全了的
#1 楼 @hz_qiuyuanxin 是,肯定是配置对了,因为我 rails 的 console 中执行 deliver 是可以成功发送邮件的。调试的过程中我认为可能是 sidekiq 将任务加入到队列的时候是不是修改了内容导致的问题。
@saiga 正解
#24 楼 @shangrenzhidao 可能更换到 SSD 会好很多
#22 楼 @shangrenzhidao 直接升级的,过程顺利。
没有问题,没有卡顿。
我以血的经验告诉大家一定要去大公司
:plus1:
:plus1: 再详细点就更好了
房地产公司做电商...连个 JD 都这么不专业,绝对一大坑
我也好奇程序员的绩效如何算?
几乎每个程序员都被这样的公司面过或者虐过吧?
@billy Draper 主要是会在另外一个目录中增加一个 Class 感觉总是不舒服
@billy 对,没错。
预设的场景有问题,try 的场景应该是 product.cover.try(:url) || '-'
谢谢纠正
之前为了适应 product.title 的问题确实用的 decorator,这个 gem:https://github.com/drapergem/draper
ps: 出于上下文考虑还是不修改帖子的标题和描述了。
@saiga 哎呀 居然忘记了 try 这个用法,多谢多谢 有一篇 topic 介绍这个技巧: https://ruby-china.org/topics/5348
人真正想要的是主宰自己的命运。
坐等稳定版
直接用 linux 下的 chmod 命令就可以了
FileUtils.chmod("+r", File.join(full_path, file_name))
@Victor 你还别说 真心不靠谱的