random order of communities admins

See merge request !401

vaccum at sync final

See merge request !395

Resolve "CI pipeline should exit with error, when script cannot recreate existing database"

See merge request !397

Mock tests for communities

See merge request !389

Compact all CI jobs to one

See merge request !390

Wojciech Barcik authored 4 years ago and Bartek Wrona committed 4 years ago

Fix path to test script

Some sql functions called in method _after_initial_sync heavy updates
tables (espacialy hive_posts) and produce dead tuples what slowed down db operations.
This behavior sometimes also introduced problems with autovacuum which
cannot clean up fast after this hughe number of updates

faster by created for observer communitites

See merge request !394

[DLN/EMF] faster get_ranked_posts_by_created_for_observer_communities by first getting limit number of posts in each of the observer's communities, then sorting those by created (post_id)

Reputation calc enabled at LIVE SYNC again

See merge request !393

Jsalyers more community muting changes

See merge request !392

changes in various places to clean the code and fix small problems

See merge request !387

[Change] blacklisted accounts and blacklists ordered by name to make sure order is always the same
[Ign] removed nonimplemented methods from follow_api/tags_api
[Ign] mock data slightly extended

Merge branch 'jsalyers-more-community-muting-changes' of gitlab.syncad.com:hive/hivemind into jsalyers-more-community-muting-changes

[JES] More updates to muting. Filter on inner queries, use IDs instead of Strings for slightly faster processing

[JES] Case when was actually slowing queries down. I'm still not sure I understand that but ok. Updated the functions to check for mutes on ids instead of strings.

[JES] Passed True instead of False when trying to look up an observer. Observers can be null/don't have to exist

[JES] More changes to muting in communities. If sort type is muted, return everything, otherwise move the observer checks to the inner loops for more efficiency and to not mess with paginated results

[ABW]: get_blacklists_for_observer renamed get_blacklisted_for_observer since that's what is in results
new get_blacklists_for_observer added that returns list of blacklists/mute lists for observer
get_relationship_between_accounts supplemented with new field: follows_muted
[Fix] does_user_follow_any_lists works properly again (broken by previous commit)