serverside translation of web component templates#12
serverside translation of web component templates#12ufundo wants to merge 2 commits intofield-options-web-componentfrom
Conversation
4678345 to
9f55e38
Compare
|
@ufundo so the idea here is that web component templates are passed through smarty first? That seems like a good way to solve the ts problem. |
|
Yep @colemanw thats the core idea, and it seems to work quite well. I think the tricky comsiderations are: performance - smarty requests fire up PHP, we'd lik to avoid that as much as possible. how do we make sure the template partials are very cacheable (by reverse proxy, at browser level between requests etc) access control - it's possible to pass data into the template. there may be good reasons to do so (for example rendering the nav menu, this is basically how |
|
Yea, we get into trouble when we introduce something that looks wide-open but really isn't. If the templates are being cached globally (best for performance) then they can't contain any user-specific or time-sensitive variables. But actually, I don't think we are making it wide-open because in order to assign Smarty variables the template must be called from a CRM Page/Form and this one won't be. So devs will have no way to assign any variables to the template, and for extra caution we could lock down tags like |
No description provided.