You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, statusd uses the old approach to run status-go, by providing NodeConfig, instead of using modern CreateAccountAndLogin, LoginAccount, etc.
This has drawbacks that we have to keep some deprecated code just to keep statusd working.
To replace it, we have the new status-backend which provides enough functionality. If REST API is not ideal for some needs, a new app can be implemented, which would utilize the modern status-go accounts API.
However, statusd is still used in notify.prod as push-notification servers for mobile app.
The goal
We should try to extract the push-notification service from statusd into a separate command like cmd/push-notifications-server
This will allow us to remove the remaining usages of statusd and allow us to eventually remove the code completely.
And we should migrate the notification infrastructure to using the new cmd/push-notifications-server instead of statusd.
The text was updated successfully, but these errors were encountered:
FYI, I was working on the status-go architecture, and it helped me understand how the Push Notification Server should look like. I've opened a draft PR:
Summary
statusd
uses the old approach to run status-go, by providingNodeConfig
, instead of using modernCreateAccountAndLogin
,LoginAccount
, etc.statusd
working.statusd
is still used in notify.prod as push-notification servers for mobile app.The goal
statusd
into a separate command likecmd/push-notifications-server
statusd
and allow us to eventually remove the code completely.cmd/push-notifications-server
instead ofstatusd
.The text was updated successfully, but these errors were encountered: