13 Mar, 2013
1 commit
12 Mar, 2013
7 commits
10 Mar, 2013
6 commits
-
Fix padding between pagination links
-
Huge Performance Improvements
-
Enable the identity map for Mongoid. This allows subsequent finds for the same object to skip the DB and use an in-memory store of all retrieved records. In many cases this reduces the number of DB queries from _hundreds_ to a few tens. This is particularly noticable when showing lists of problems. Previously each `problem.app` reference caused a Apo.find() using the `app_id`, now it's an in-memory lookup.
-
Mongoid defines it's own ==() and eql?() methods that are based on the ObjectId. Comparable provides it's own ==() function that uses `<=>` under the hood. == is used when inserting into a Hash, App docuemnts are put in hashes hundreds of times per request. We don't was to to call <=> hundreds of time. Putting the Comparable mixin at the top allows the mongoid mixin to override == with it's faster implementation.
-
Keepin it DRY.
08 Mar, 2013
8 commits
-
Github Login: allow setting to blank
-
Backtrace link to source file in Redmine repaired - fixes #374
-
Error Email: add similar count to subject
-
Unicorn: shut down old master upon first fork
-
After the first child forks, shut down the old master. Previously, the old master and it's workers would jut sit there forever. See: https://github.com/blog/517-unicorn https://github.com/sosedoff/capistrano-unicorn/blob/master/examples/rails3.rb#L30 Tested in production. -
Previously, creating a user without a github login would result in user.github_login == '' instead of nil. This prevented creating more than one user without a github login because of the unique index on the field.
-
It's pretty useful when visually scanning the messages in my inbox to see the count in the subject instead of having to open the email. The relative importance of an email roughly scales with similar_count, so it's a fairly important piece of info.
07 Mar, 2013
3 commits
-
Tally: correct the sort order
-
Alter tally sort order to be by popularity descending instead of ascending. Because we should show the most popular entries at the top.
-
…nd line number, and fall back to error message.
06 Mar, 2013
9 commits
05 Mar, 2013
6 commits