1. 17 11月, 2016 3 次提交
  2. 12 11月, 2016 1 次提交
  3. 11 11月, 2016 4 次提交
  4. 07 11月, 2016 3 次提交
  5. 04 11月, 2016 3 次提交
  6. 27 10月, 2016 1 次提交
  7. 26 10月, 2016 1 次提交
  8. 24 10月, 2016 1 次提交
    • S
      Fix reply-by-email not working due to queue name mismatch · 59ed1d3c
      Stan Hu 提交于
      mail_room was configured to deliver mail to the `incoming_email`
      queue while `EmailReceiveWorker` was reading the `email_receiver`
      queue. Adds a migration that repeats the work of a previous
      migration to ensure all mails that wound up in the old
      queue get processed.
      
      Closes #23689
      59ed1d3c
  9. 21 10月, 2016 1 次提交
  10. 20 10月, 2016 5 次提交
  11. 18 10月, 2016 1 次提交
  12. 17 10月, 2016 3 次提交
  13. 14 10月, 2016 2 次提交
  14. 12 10月, 2016 1 次提交
  15. 10 10月, 2016 1 次提交
    • Y
      Precalculate trending projects · 237c8f66
      Yorick Peterse 提交于
      This commit introduces a Sidekiq worker that precalculates the list of
      trending projects on a daily basis. The resulting set is stored in a
      database table that is then queried by Project.trending.
      
      This setup means that Unicorn workers no longer _may_ have to calculate
      the list of trending projects. Furthermore it supports filtering without
      any complex caching mechanisms.
      
      The data in the "trending_projects" table is inserted in the same order
      as the project ranking. This means that getting the projects in the
      correct order is simply a matter of:
      
          SELECT projects.*
          FROM projects
          INNER JOIN trending_projects ON trending_projects.project_id = projects.id
          ORDER BY trending_projects.id ASC;
      
      Such a query will only take a few milliseconds at most (as measured on
      GitLab.com), opposed to a few seconds for the query used for calculating
      the project ranks.
      
      The migration in this commit does not require downtime and takes care of
      populating an initial list of trending projects.
      237c8f66
  16. 07 10月, 2016 1 次提交
    • N
      Add markdown cache columns to the database, but don't use them yet · e94cd6fd
      Nick Thomas 提交于
      This commit adds a number of _html columns and, with the exception of Note,
      starts updating them whenever the content of their partner fields changes.
      
      Note has a collision with the note_html attr_accessor; that will be fixed later
      
      A background worker for clearing these cache columns is also introduced - use
      `rake cache:clear` to set it off. You can clear the database or Redis caches
      separately by running `rake cache:clear:db` or `rake cache:clear:redis`,
      respectively.
      e94cd6fd
  17. 06 10月, 2016 1 次提交
  18. 27 9月, 2016 1 次提交
  19. 23 9月, 2016 1 次提交
  20. 22 9月, 2016 1 次提交
  21. 20 9月, 2016 1 次提交
  22. 19 9月, 2016 1 次提交
  23. 16 9月, 2016 2 次提交