• $ pandoc --extract-media ./doc ./test.docx -o ./test.html

    $ pandoc --extract-media ./doc ./test.pdf -o ./test.html

    ruby中也有相应的gem: pandoc-ruby

  • redis.flushdb

  • 原来狗狗才是重点

  • 匿名干坏事呀😈

  • 谢谢回复。 我去学习下该gem

  • 回复是为了上下文的对应关系

    这个做法的要点有

    • decimal的长度适当长一点,有时会因长度不够,而造成多个position 都为 0.00。
    • 对移动到第一位,或者最后一位做if处理

    补上ruby代码:

    def reposition
      task = Task.find(params[:id])
      next_task = params[:next_id] && Task.find(params[:next_id])
      prev_task = params[:prev_id] && Task.find(params[:prev_id])
      position = if params[:prev_id].blank?
                   next_task.position / 2
                 elsif params[:next_id].blank?
                   prev_task.position + 100000
                 else
                   (prev_task.position + next_task.position) / 2
                 end
      task.update(position: position)
    end
    
  • 我这样理解对吗?

    业务需求比较简单的情况下。使用元数据隔离(维护多一个字段)比表隔离(维护两张表)要更方便些。

    具体的解决思路改成:

    1. 一个数据库,资讯类的表加一个标记字段(lang)。
    2. 部署两个rails服务(中英各一个),在initialization中使 model的default_scope 对应中英文版本
    3. 通过Nginx根据自定义的http头识别中英版本的请求,转发到相应的rails服务。
  • 在PC 端中,感觉还可以。

  • 切换成production,更不方便了。需要自己不断的重启。 你有没有用rubymine中的debug模式。如果有的话,这是慢的重要原因之一。

  • active admin是动态生成controllers,routes等,dev模式下修改代码或者间隔一断时间,就会造成再次动态生成。而production模式下就有缓存的策略。

虚心学习的小年轻rails程序员。