1. 12 Oct, 2017 1 commit
  2. 11 Sep, 2017 1 commit
  3. 29 Aug, 2017 1 commit
  4. 14 Aug, 2017 1 commit
  5. 07 Aug, 2017 1 commit
  6. 04 Aug, 2017 1 commit
  7. 10 Jul, 2017 1 commit
  8. 12 Jun, 2017 1 commit
  9. 30 May, 2017 1 commit
  10. 27 Apr, 2017 1 commit
  11. 04 Jan, 2017 1 commit
  12. 20 Sep, 2016 1 commit
  13. 10 Aug, 2016 1 commit
  14. 25 Jul, 2016 1 commit
  15. 26 May, 2016 1 commit
    • Add new export_olx management command. · a36aa68f
      This moves the functionality of the 'export_course'  management command from lms/djangoapps/courseware
      over to the Studio codebase.  This reflects its use going forward to be run with cms settings, to
      export the content of the Studio modulestore instead of the LMS modulestore.  The management
      command is used by an analytics workflow to output course content for researchers.
      Brian Wilson committed
  16. 04 May, 2016 2 commits
  17. 02 May, 2016 1 commit
  18. 12 Apr, 2016 1 commit
  19. 08 Apr, 2016 1 commit
  20. 01 Mar, 2016 1 commit
  21. 01 Feb, 2016 1 commit
  22. 20 Jan, 2016 1 commit
  23. 10 Dec, 2015 2 commits
  24. 22 Nov, 2015 1 commit
  25. 20 Nov, 2015 1 commit
  26. 19 Nov, 2015 1 commit
  27. 10 Nov, 2015 1 commit
  28. 19 Oct, 2015 1 commit
  29. 01 Oct, 2015 1 commit
  30. 17 Sep, 2015 2 commits
  31. 16 Sep, 2015 1 commit
  32. 15 Sep, 2015 1 commit
  33. 04 Sep, 2015 1 commit
  34. 31 Aug, 2015 1 commit
    • Optimize memory and CPU usage. · e3c66f55
      The print_out_all_courses() routine consumes a ton of memory (2G and
      causes noticable mongo usage spikes).  This actually causes other
      processes on production boxes to be memory starved and killed
      (such as worker children on edge when this was run recently).
      
      The behavior of this script on production is
      * Print several hundred courses
      * Ask if you want to delete the one you specified
      * print several hundred courses minus one
      On a sandbox with 5 courses, you could tell by eye that 1 is gone, but
      not in production (or even in stage).
      
      The original PLAT-619 ticket for this suggested printing a course
      listing on error, but instead it always printed the course listing.
      Even in the error case, hundreds of course ids is confusing and obscures
      the error message saying that your course_id is invalid.
      
      You should be getting the course id from the UI or from ./manage.py lms
      dump_course_ids, not by searching a list.
      
      Adjusted the test accordingly
      
      Remove get_courses_keys
      Kevin Falcone committed
  35. 27 Aug, 2015 1 commit
  36. 24 Aug, 2015 1 commit
  37. 24 Jul, 2015 1 commit