[PAGES-190] Assist SPA developers to make SPA's editable in the Page Editor Created: 01/Apr/19 Updated: 15/Dec/22 Resolved: 26/Sep/22 |
|
| Status: | Closed |
| Project: | Magnolia pages module |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Epic | Priority: | Major |
| Reporter: | Christopher Zimmermann | Assignee: | Unassigned |
| Resolution: | Done | Votes: | 4 |
| Labels: | None | ||
| Remaining Estimate: | 0d | ||
| Time Spent: | 2h 49m | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||
| Template: |
|
||||||||||||
| Epic Name: | SPA Editor | ||||||||||||
| Acceptance criteria: |
Empty
|
||||||||||||
| Date of First Response: | |||||||||||||
| Team: | |||||||||||||
| Description |
|
Development teams are employing a headless approach where they create the frontend as a Single Page Application (SPA), typically with React, Angular or Vue. They want to allow their content authors to use the Page Editor to manage the content and layout of the SPA. We need to adapt the Page Editor and our REST endpoints to improve support this use case. |
| Comments |
| Comment by Emilio Garza [ 12/Jul/19 ] |
|
At VSP Global, we use Magnolia headless through delivery and have to maintain FTLs and our SPA separately, thus producing duplicated code. This would be a major improvement to the headless approach. |
| Comment by Jeffrey van der Heide [ 23/Dec/19 ] |
|
Really like the effort going in to this! So far it's looking great! Really looking forward to moving to Magnolia + Angular hybrid headless as our main stack. The initial tests look very promising. Any plans on potentially making SSR easily pluggable as/in the rendering engine? SSR is a must given that sadly SEO and Social Sharing previews etc. still require them. |
| Comment by Christopher Zimmermann [ 06/Jan/20 ] |
|
Thanks for the feedback Jeffrey. Our approach is to be fully headless - so an angular/nodejs server can be used to serve the production instance, including using its built-in SSR. However in this scenario the Magnolia page caching is not in effect as Magnolia is not serving "pages", the angular server is. However you can use any standard caching mechanism that you want for the Angular server. (Of course you could choose to host your Angular app as resource files served from Magnolia as well - but in this case the angular SSR would not be available.) This feature "just" makes the angular app editable via the Magnolia Pages App. The production instance can be something else entirely. |