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
Sprocket V1 uses an SVG-based image generation service to dynamically render images like report cards without needing to edit the actual image, but rather just the text.
We should copy as much of the service as possible into v2, with the following caveats:
The image generation UI should not be ported for this issue; we should integrate it into the Sprocket main UI, rather than running it separately.
The Service Connector that lives in v1/common should be moved into the Image Gen Service's directory, similarly to the way Matchmaking is set up in v2. This colocation of service and connector better represents where the responsibility for the connector lies, and prevents lib from becoming bloated with service-specific code.
There may be a better way to handle the saving of image types, as the single row in the database JSON blob got quite bloated. We also do not want to connect any services other than core to the primary database if possible, and image types are very slow moving. We could consider ripping them out of the database and simply loading them from a file
The text was updated successfully, but these errors were encountered:
Sprocket V1 uses an SVG-based image generation service to dynamically render images like report cards without needing to edit the actual image, but rather just the text.
We should copy as much of the service as possible into v2, with the following caveats:
The image generation UI should not be ported for this issue; we should integrate it into the Sprocket main UI, rather than running it separately.
The Service Connector that lives in
v1/common
should be moved into the Image Gen Service's directory, similarly to the way Matchmaking is set up inv2
. This colocation of service and connector better represents where the responsibility for the connector lies, and preventslib
from becoming bloated with service-specific code.There may be a better way to handle the saving of image types, as the single row in the database JSON blob got quite bloated. We also do not want to connect any services other than
core
to the primary database if possible, and image types are very slow moving. We could consider ripping them out of the database and simply loading them from a fileThe text was updated successfully, but these errors were encountered: