-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tag Pages in DCAR for Dotcom #8314
Comments
Revisiting Tag Fronts? Here's what you need to knowWhat are they? Stories on tag fronts are grouped into containers much like on pressed fronts, however since there's no curation, containers are date based, a container will either show all the stories for a given day, or a given month, depending on the frequency content is being published to that tag. The standard URL for a tag front is Tag fronts can be overwritten by pressed fronts, e.g in the case of https://www.theguardian.com/tone/recipes. In this case, the tag front can be found at There are a few other variants of tag fronts as well:
There are a few others that will be detailed later. What has been done so far? PRs: guardian/frontend#26149 #7752 guardian/frontend#26233 #8056 #9336 #9340 #9344 #9405 #9450 In frontend we have defined a datamodel for tag fronts, and set up the ability for frontend to send requests to DCR with that model, and created a 'TagFrontPicker' that decides what rendering tier to render tag fronts on. In DCR we've created a tag front layout, all the accomanying types, models & data transformation as well as pagination & ad support. What does this result in? We support the following URLs
We don't support the following URLs
What to do first The best first step is to work toward launching a 1% test. This will allow you to test that everything that's been implemented up and till now is working as expected, before investing further effort in the other tag front URLs. Before launching a 1% test, you'll need to identify which tag fronts should be excluded. Some tag fronts have extra data injected by Frontend, which won't yet be supported by DCR. Some known examples of this are the accessibility help page: https://www.theguardian.com/help/accessibility-help and football teams: https://www.theguardian.com/football/paris-fc. Once this is complete, you should be good-to-go with the usual 1% DCR migration approach (set up 0% test in order to check everything, talk to d&i, notify Central prod & user help, launch) What to do second Once the 1% test launch is complete, you can start to migrate the other 'types' of tag pages, for each of these you'll generally want to follow a formula along the lines of:
Subjects / Contributors This seems like a good time to migrate the subjects & contributors pages as well. They can be found here: https://www.theguardian.com/index/subjects |
Edited title and description to reflect chosen terminology of "tag pages" rather than referring to them as "fronts" |
What are tag fronts?
Fronts can generally be separated into two categories:
facia-press
in Frontend.DCR's pressed front rollout is (almost) complete - but tag fronts need their own data model & features, which need to be built & supported.
What's left to do?
Pre 1%
Post 1%
Subjects / Contributors
Bugs found during 1% test
/all
URLs #10556Bugs found during 20% test
The text was updated successfully, but these errors were encountered: