app/notify_client/status_api_client.py

from app.notify_client import NotifyAdminAPIClient, cache


class StatusApiClient(NotifyAdminAPIClient):
    def get_status(self, *params):
        return self.get(*params, url="/_status")

    @cache.set("live-service-and-organization-counts", ttl_in_seconds=3600)
    def get_count_of_live_services_and_organizations(self):
        return self.get(url="/_status/live-service-and-organization-counts")

    @cache.set("live-service-and-organization-counts", ttl_in_seconds=3600)
    def get_count_of_live_services_and_organizations_cached(self):
        return self.get(url="/_status/live-service-and-organization-counts")


status_api_client = StatusApiClient()
finally fix redis 2022-09-07 21:32:33 -07:00			`from app.notify_client import NotifyAdminAPIClient, cache`
2767 passing 2022-08-05 00:25:03 -07:00
Use the local APIClient rather than the one from the python-api-client - ensures that all API calls set the request ID when talking to the API. 2016-11-30 17:01:44 +00:00
			`class StatusApiClient(NotifyAdminAPIClient):`
Status update added. 2016-01-29 14:41:07 +00:00			`def get_status(self, *params):`
Adjust positional arguments flagged by flake8-bugbear The new release of flake8-bugbear is starting to flag positional argument unpacking that comes after keyword arguments in function calls as a style warning that fails. This is a good thing to catch because it can lead to unexpected side effects with function arguments and/or errors thrown by Python. See the following links for more details: - https://stackoverflow.com/questions/58961715/python-value-unpacking-order-in-method-parameters - https://github.com/python/cpython/issues/82741 This changeset fixes a couple of instances where the positional argument unpacking was happening after keyword arguments were being provided. Signed-off-by: Carlo Costino <carlo.costino@gsa.gov> 2023-11-28 17:33:17 -05:00			`return self.get(*params, url="/_status")`
Initialise clients outside the app This avoids the annoying problem where you can’t import a client unless the app has already been initialised. 2018-10-26 15:39:32 +01:00
notify-api-412 use black to enforce python coding style 2023-08-25 09:12:23 -07:00			`@cache.set("live-service-and-organization-counts", ttl_in_seconds=3600)`
blunt rename of org (#620) 2023-07-12 12:09:44 -04:00			`def get_count_of_live_services_and_organizations(self):`
notify-api-412 use black to enforce python coding style 2023-08-25 09:12:23 -07:00			`return self.get(url="/_status/live-service-and-organization-counts")`
Automate counting of live services and orgs Returns the data calculated by the API. Stored in Redis against a hardcoded key so that no-one hammering the home page is directly hitting the database. 2019-04-10 17:20:51 +01:00
notify-api-412 use black to enforce python coding style 2023-08-25 09:12:23 -07:00			`@cache.set("live-service-and-organization-counts", ttl_in_seconds=3600)`
blunt rename of org (#620) 2023-07-12 12:09:44 -04:00			`def get_count_of_live_services_and_organizations_cached(self):`
notify-api-412 use black to enforce python coding style 2023-08-25 09:12:23 -07:00			`return self.get(url="/_status/live-service-and-organization-counts")`
finally fix redis 2022-09-07 21:32:33 -07:00
Initialise clients outside the app This avoids the annoying problem where you can’t import a client unless the app has already been initialised. 2018-10-26 15:39:32 +01:00
			`status_api_client = StatusApiClient()`