-
Couldn't load subscription status.
- Fork 79
Offload template processing from webserver #1720
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Offload template processing from webserver #1720
Conversation
… into artifact-study-pages-offload-templates
| alert_type = '' | ||
| alert_msg = '' | ||
|
|
||
| alert_msg = alert_msg.replace('\n', '</br>') |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we really need this? Perhaps it will make more sense to have it in line 143.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
move to 142
|
A few comments. |
qiita_ware/context.py
Outdated
| acceptable, so this wrapper makes sure that the job_id | ||
| is returned only once the job has already been submitted. | ||
| From previous tests, the while loop is executed ~2 times, so there is no |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
no -> not
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done
|
Looks good! |
This PR offloads the sample template create/update/delete and the prep template udpate from the webserver. The create/delete prep template are a bit more tricky given that those operations perform bigger changes in the interface, so I open an issue to keep track of it: #1719
Some of the fun stuff that starts happening here. The system becomes now way more distributed, as some of the processing is happening through moi and the interface is just checking it is done or not. It becomes really interesting at the time of testing the handlers, since they just submit and return right away, which means that we can't reset the DB at this point until the process running the job is done. Thus, I needed to put some waiting code on those tests.
In order to make the interface more responsive to this changes, we will need to introduce websockets, but I don't think it is blocking ATM.