1. 22 Aug, 2020 1 commit
    • Eloy Lafuente (stronk7)'s avatar
      MDL-69479 upgrade: Change all 4.0 occurrences to 3.10 · 9a79c34e
      Eloy Lafuente (stronk7) authored
      Under parallel development, when something is worth being commented
      in upgrade.txt notes, it will be applied to all the development branches
      using the "earliest" one to be released. So, if something changes
      in 3.10 (and also is applied to master), the upgrade.txt notes will
      show 3.10 in both branches.
      
      Of course, if something only goes to one dev branch (say master), then the
      master version will be used in the notes (4.0 in this case).
      9a79c34e
  2. 06 Aug, 2020 1 commit
    • sam marshall's avatar
      MDL-68729 Search: Allow query on one server while indexing another · 679e8d8b
      sam marshall authored
      To support transitions from one search engine to a different one, or
      to a different installation of the same kind, this feature allows for
      queries to use a different search engine from indexing. So you can
      reindex (and do all other search operation) on one server, while
      user queries are unaffected on a different server.
      
      This feature supports changing between search engine types, and also
      between two Solr installations.
      679e8d8b
  3. 10 Jul, 2020 1 commit
    • sam marshall's avatar
      MDL-68690 Search: Allow Solr to add documents in batches · 0deb1946
      sam marshall authored
      Adding documents in batches instead of one at a time can make
      indexing using Solr significantly faster.
      
      This adds new API functions for search engines, including
      add_document_batch() to add a batch of documents,
      supports_add_document_batch(), get_batch_max_documents() and
      get_batch_max_content().
      0deb1946
  4. 23 Aug, 2019 1 commit
    • sam marshall's avatar
      MDL-66326 Global search: Delete from index when courses are deleted · 7ba2a201
      sam marshall authored
      Adds new API support within search engines for optional methods to
      delete data for courses and contexts, and implements this for the
      two core search plugins (simpledb and solr).
      
      The new API is automatically called when courses or contexts are
      deleted. When a whole course is deleted, it only sends the course
      delete rather than sending 1,000 separate context deletions as
      each activity/block is deleted.
      7ba2a201
  5. 21 Jun, 2019 1 commit
  6. 01 Mar, 2019 1 commit
  7. 20 Apr, 2018 1 commit
  8. 18 Apr, 2018 1 commit
  9. 20 Mar, 2018 1 commit
  10. 17 Feb, 2018 1 commit
    • sam marshall's avatar
      MDL-58885 core_search: Add group support · 4359ef18
      sam marshall authored
      Adds group support to the core search API and the Solr search engine.
      This allows for:
      
      * User searching by group (in the API only, no interface yet)
      * Automatically restrict search results by group (in some cases like
        separate-groups forums)
      4359ef18
  11. 22 Dec, 2017 2 commits
    • sam marshall's avatar
      MDL-60981 core_search: UI to gradually reindex a single area · 65da6840
      sam marshall authored
      Adds a new 'Gradual reindex' link to the search areas page for each
      area. When clicked, this takes you to a confirm prompt, and then
      adds each context from that search area to the indexing queue.
      
      The search areas page now displays the 'Additional indexing queue'
      (if it is non-empty). The table shows the first 10 items in the
      queue, and it also indicates the total number in case there are
      more. (I don't think people really need to see the entire
      contents of it, so I didn't implement paging.)
      65da6840
    • sam marshall's avatar
      MDL-60981 core_search: Add get_contexts_to_reindex API · 25564a78
      sam marshall authored
      This new API returns a list of contexts for each search area. This
      allows the areas to be reindexed in a sensible order (roughly
      speaking, newest first) and also allows this to be controlled by
      each area.
      
      An implementation in the forum module means that forums are ordered
      by the date of the most recent discussion, so that active forums
      will be reindexed early even if they were created a long time ago.
      25564a78
  12. 12 Oct, 2017 1 commit
    • sam marshall's avatar
      MDL-55356 core_search: New area API get_document_recordset · 427b7563
      sam marshall authored
      The search area API now includes a new function get_document_recordset
      which should be implemented in preference to the older
      get_recordset_by_timestamp. (It's also possible to implement both in
      plugin search areas which need to work against older Moodle versions.)
      
      Existing search areas without the new function will continue to work as
      before (obviously without the new functionality).
      427b7563
  13. 11 Jul, 2017 1 commit
  14. 02 Dec, 2016 1 commit