Closed jilladams closed 1 year ago
Added.
Likely to move into Sprint 84
News from refinement: anticipate launch around May 30-June 1.
Need: docs for OPIA regarding keeping their content current, how to do it, etc. Dave will coordinate.
Existing KB, "Managing homepage content blocks: --> https://prod.cms.va.gov/help/managing-homepage-content-blocks
@ryguyk, @randimays pointed out that there's an engineering question in the ticket details above:
TO REFINE: Because the "new" home page path will stay live, it seems the best means of cutting over will be to just replace the contents of home.html with what's currently in home-preview. One is an html doc and one is a liquid template: what implications does that have?
I wonder if we could determine this ansync before sprint planning on Wednesday. Do you already know the answer?
@wesrowe A few notes:
home.html
is not what drives the existing homepage (as far as I can tell, it's old and can be considered for removal, though I'd need to examine more deeply the story behind this). home.drupal.liquid
is the template.home.drupal.liquid
with the contents of home-preview.drupal.liquid
will not work. There are more pieces to this puzzle. There is some pre-processing work done in src/site/stages/build/drupal/home.js
that sets up data objects that are used by the templates. The pre-processing for the current homepage is different than the pre-processing for the new homepage.home.drupal.liquid
.home-preview.drupal.liquid
to be home.drupal.liquid
.src/site/stages/build/drupal/home.js
that sets up data for existing home page.src/site/stages/build/drupal/home.js
that sets up data for the new home page (rename to just be "homepage" rather than "preview" or "new").src/site/stages/build/drupal/home.js
), I'd add a second file to be built:
const homepageHtml = createFileObj(homeEntityObj, 'home.drupal.liquid');
files[`./index.html`] = homepageHtml;
files[`.${homePreviewPath}.html`] = homepageHtml;
It's worth noting that this approach will simply produce the same contents from the same template in two different places. In the event of a next iteration of a homepage refresh, the process would then have to include bifurcating things again.
Point of clarification for DaveC (we'll ask in planning today): after we split, is it ok for new-home-page to go stale with any interim homepage updates before the next iteration? Or do we need to maintain both in parity over time?
Forgot to ask in planning, asked here: https://dsva.slack.com/archives/C52CL1PKQ/p1685048765507689
Answered: post-launch, it's acceptable for va.gov and /new-home-page to fall out of sync, as we update the live home page.
ACs met, KB updated / published, closing. WOO.
Description
Replace the existing VA.gov homepage with the new homepage.
The existing preview path, /new-home-page, will stay live in its current state, for use in future iterations of the homepage, per previous discussions with DaveC.
BLOCKED BY:
User story
AS A(N) Veteran I WANT to see the most up to date and well researched content on the VA home page SO THAT my navigation, search, and wayfinding experience is streamlined and efficient.
Engineering notes / background
DRY conversation:
CMS Feature flag
FEATURE_HOMEPAGE_V2
Launch steps
Pre-launch:
FEATURE_HOMEPAGE_V2
CMS feature flag, and is tested / verified in Tugboat.Launch:
FEATURE_HOMEPAGE_V2
CMS feature flag is OFF so that it snapshots down to Staging overnightva_home_preview_modal
Flipper - modal will no longer appearFEATURE_HOMEPAGE_V2
CMS feature flagRollback plan: disable
FEATURE_HOMEPAGE_V2
.Acceptance criteria
Modal
va_home_preview_modal
Flipper is disabled (will be deprecated by #13184)Homepage
VA.gov Home | Veterans Affairs
New VA.gov home page | Veterans Affairs