Change Details

When we release phonos to a new wiki and the "meta" template for IPA changes to include the `<phonos\>` tag, the `htmlCacheUpdate` job will re-parse all the pages where the template is transcluded in and trigger hundreds if not thousands of calls to the IPA Engine. We need a way to rate limit those calls to comply with Google's rate limit. Useful links - [[ https://www.mediawiki.org/wiki/Manual:$wgJobBackoffThrottling | $wgJobBackoffThrottling ]] - [[ https://www.mediawiki.org/wiki/Manual:$wgCommandLineMode | $wgCommandLineMode ]] - [[ https://www.mediawiki.org/wiki/Manual:Job_queue/For_developers#Registering_a_job | How to creating a new job type ]] **Acceptance Criteria** - Since we will be using Google in production, job execution should be throttle to a sensitive rate depending on the rate limit we'll be getting from google. Right now it is 1000 requests per minute - A job should be schedule when phonos is triggered from a cli command and not from a http request - Jobs should not be duplicated in the queue

When we release phonos to a new wiki and the "meta" template for IPA changes to include the `<phonos\>` tag, the `htmlCacheUpdate` job will re-parse all the pages where the template is transcluded in and trigger hundreds if not thousands of calls to the IPA Engine. We need a way to rate limit those calls to comply with Google's rate limit. Useful links - [[ https://www.mediawiki.org/wiki/Manual:$wgJobBackoffThrottling | $wgJobBackoffThrottling ]] - [[ https://www.mediawiki.org/wiki/Manual:$wgCommandLineMode | $wgCommandLineMode ]] - [[ https://www.mediawiki.org/wiki/Manual:Job_queue/For_developers#Registering_a_job | How to creating a new job type ]] **Acceptance Criteria** - Since we will be using Google in production, job execution should be throttle to a sensitive rate depending on the rate limit we'll be getting from google. Right now it is 1000 requests per minute - A job should be schedule when phonos is triggered from a cli command and not from a http request - T318979 - Jobs should not be duplicated in the queue

When we release phonos to a new wiki and the "meta" template for IPA changes to include the `<phonos\>` tag, the `htmlCacheUpdate` job will re-parse all the pages where the template is transcluded in and trigger hundreds if not thousands of calls to the IPA Engine. We need a way to rate limit those calls to comply with Google's rate limit. Useful links - [[ https://www.mediawiki.org/wiki/Manual:$wgJobBackoffThrottling | $wgJobBackoffThrottling ]] - [[ https://www.mediawiki.org/wiki/Manual:$wgCommandLineMode | $wgCommandLineMode ]] - [[ https://www.mediawiki.org/wiki/Manual:Job_queue/For_developers#Registering_a_job | How to creating a new job type ]] **Acceptance Criteria** - Since we will be using Google in production, job execution should be throttle to a sensitive rate depending on the rate limit we'll be getting from google. Right now it is 1000 requests per minute - A job should be schedule when phonos is triggered from a cli command and not from a http request - T318979 - Jobs should not be duplicated in the queue