Open andig opened 9 years ago
Yes, it would make perfect sense as long as user gets page back immediately with their updated input while worker php is completing the “job” and making the db update in the background.
On Sep 2, 2015, at 3:51 AM, andig notifications@github.com wrote:
In settings.php you keep updating the session- if the worker has accepted and finished the task or not, e.g. https://github.com/andig/moode/blob/master/settings.php#L62 https://github.com/andig/moode/blob/master/settings.php#L62 Wouldn't it make more sense to:
move session/db update back to daemon.php add waitWorker() to settings.php as the other config tasks are doing? That should take care of session being updated with latest values after worker finishes.
— Reply to this email directly or view it on GitHub https://github.com/andig/moode/issues/19.
In
settings.php
you keep updating the session- if the worker has accepted and finished the task or not, e.g. https://github.com/andig/moode/blob/master/settings.php#L62Wouldn't it make more sense to:
waitWorker()
tosettings.php
as the other config tasks are doing?That should take care of session being updated with latest values after worker finishes.
In case of latency change you're even doing special check for session being locked:
https://github.com/andig/moode/blob/master/settings.php#L94
Is this necessary with the above changes?