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
The SEO Tab should be extendable over XML mechanism of Sulu. At current state create a lot of unneeded SEO fields which we could also store as JSON object we already do for template data. The only field which is required for filtering is currently the seoHideInSitemap all other fields we could store into a JSON field:
In this case we may change the content_seo.xml to put SEO again into ext/seo like we already done previosly in the page_seo. This may also resolve the SERP currently not working: #79
The change is a BC break and require a SQL upgrade in the UPGRADE.md.
The exptected result is if somebody creates inside of its own project a config/form/content_seo.xml it should add that new field and save it also to the seoData json field:
The text was updated successfully, but these errors were encountered:
alexander-schranz
changed the title
Change handling of SEO Tab to support extending of SEO tab
Make SEO Tab extendable and make it simpler to handle
Aug 9, 2024
The SEO Tab should be extendable over XML mechanism of Sulu. At current state create a lot of unneeded SEO fields which we could also store as JSON object we already do for template data. The only field which is required for filtering is currently the
seoHideInSitemap
all other fields we could store into a JSON field:In this case we may change the
content_seo.xml
to put SEO again intoext/seo
like we already done previosly in thepage_seo
. This may also resolve the SERP currently not working: #79To support this we need introduce also a
SeoNormalizer
so the seoData field get correctly returned under['ext']['seo']
: https://github.com/sulu/SuluContentBundle/tree/0.8.1/Content/Application/ContentNormalizer/Normalizer So Seo fields are not returned on the root level instead again underext/seo
.The
setSeoData
andgetSeoData
could look like this:That way we can remove the different setters.
The change is a BC break and require a SQL upgrade in the UPGRADE.md.
The exptected result is if somebody creates inside of its own project a
config/form/content_seo.xml
it should add that new field and save it also to theseoData
json field:We may could add should add to our test application such file: https://github.com/sulu/SuluContentBundle/tree/0.8.1/Tests/Application/config and test it in the
ExampleTestController
The text was updated successfully, but these errors were encountered: