| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Squashed commit of the following:
commit ba8e052d40f27123fbb5a94e9b30c05f51b90d36
Author: Christopher Brown <ccbrown112@gmail.com>
Date: Fri Sep 1 12:08:57 2017 -0500
style fixes
commit 121649f92f313813d9f105ddffb7d02ce5d3736f
Author: Syakyr Surani <coding@syakyr.me>
Date: Sat Aug 26 10:19:14 2017 +0800
Added comments for ARM/x86 (32-bit) compatibility
commit 4bd13dd0e378cd4866bd5aed762f2b4fb75d7de9
Author: Syakyr Surani <coding@syakyr.me>
Date: Sat Aug 26 05:20:43 2017 +0800
Added comments for ARM/x86 (32-bit) compatibility
commit 78027f616ab736076cef0b1fd8b3266b3c3010dc
Author: Syakyr Surani <coding@syakyr.me>
Date: Thu Aug 24 03:01:06 2017 +0800
[PLT-7055] Modified code arrangement for compatibility with 32-bit ARM
|
| | |
|
| |
|
|
|
|
|
|
|
| |
* PLT-7302: Aggregate Elasticsearch indexes over a certain age.
This is done by a scheduled daily job, in order to keep the shard count
to a sensible level in Elasticsearch.
* Use map[string]string instead of StringMap
|
| |
|
|
|
|
|
|
|
|
| |
* add response_url support for custom slash commands
* pr suggestions
* pr update / suggestion
* test fix
|
| |
|
|
|
|
|
|
| |
* Adding debugging to index creation
* Fixing debug stmt
* Fixing debug stmt
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Implement user access tokens and new roles
* Update config.json
* Add public post permission to apiv3
* Remove old comment
* Fix model unit test
* Updates to store per feedback
* Updates per feedback from CS
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* Adding Reaction store cache layer example
* Implementing reaction store in new caching system.
* Redis for reaction store
* Adding redis library
* Adding invalidation for DeleteAllWithEmojiName and other minor enhancements
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit redesigns the jobserver to be based around an architecture
of "workers", which carry out jobs of a particular type, and "jobs"
which are a unit of work carried by a particular worker. It also
introduces "schedulers" which are responsible for scheduling jobs of a
particular type automatically (jobs can also be scheduled manually when
apropriate).
Workers may be run many times, either in instances of the platform
binary, or the standalone jobserver binary. In any mattermost cluster,
only one instance of platform OR jobserver must run the schedulers. At
the moment this is controlled by a config variable, but in future will
be controlled through the cluster leader election process.
|
| | |
|
| |
|
