Skip to content

Conversation

@matthewdylan
Copy link
Contributor

What's this PR do?

Sets up the push_donor_list function to run on a schedule determined by an env var (BATCH_HOURS)

Why are we doing this? How does it help us?

This creates an updated json file of donors for the last 365 days that we can ref instead of having to do a direct (and costly) salesforce call on the donor wall page.

How should this be manually tested?

I'll deploy this branch to staging when appropriate and test out the celery scheduling functionality (kind of hard to test that part locally).

How should this change be communicated to end users?

Doesn't need to be.

Are there any smells or added technical debt to note?

None come to mind.

What are the relevant tickets?

Copy link

@fillerwriter fillerwriter left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Assuming server.batch.charge_cards shouldn't be handled somewhere else (or is outside of this PR), this looks good to me. 👍

# deprecated:
CELERYBEAT_SCHEDULE = {
"every-day": {
"task": "server.batch.charge_cards",

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

charge_cards seems important, but I don't know if the system is handling recurring charges through some other system outside of itself (like Stripe recurring charges or something).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, we're good here. This is an old process that's been replaced by features within stripe.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants