What are the Slack Archives?
Itβs a history of our time together in the Slack Community! Thereβs a ton of knowledge in here, so feel free to search through the archives for a possible answer to your question.
Because this space is not active, you wonβt be able to create a new post or comment here. If you have a question or want to start a discussion about something, head over to our categories and pick one to post in! You can always refer back to a post from Slack Archives if needed; just copy the link to use it as a reference..
Hello everyone, we are facing some problems regarding locales and CMS-Contents. Is anyone running a
Hello everyone, we are facing some problems regarding locales and CMS-Contents. Is anyone running a setup with more than one store attached to one database - but without one store including all available locales? (we got one store having locales de_CH
and fr_CH
/ another store with it_CH
only). Problem then is: As the import infrastructure collects the locales by the actual store the process runs in, not dependent on the store-relations, italian locale is missing out. What do you think: Could this be considered a core bug? Or something which could / should be fixed in the core? Or should the core keep the assumption of having imports run by a store which includes all locales needed?
Codewise this manifests itself e.g. in \Spryker\Zed\CmsStorage\Business\Storage\CmsPageStorageWriter::pairCmsPageEntitiesWithCmsPageStorageEntities
:
Comments
-
Hi Georg,
Spryker default store is not considering the locales for other stores, One solution is to include all locales for the default store instore.php
which workers or data importer are running.
Spryker doesnβt support this out of the box0 -
Hi @UK9N7MP96, thanks for your answer. But including all locales would have unintended side-effects: it would take up more ressources (time & memory - in our case it would double both) and it would lead to the store having a locale we don't wan't it to have (at least without hacking around on this side again). So we really want to fix it on the import side. I know that it's not supported ootb, but i would argue it's a bug (as it takes an assumption which is not always true). But if you don't see it like this we are solving it on the project level...
0 -
We are aware of this strategy that one store wants to manage al other store entities, locales, OMS or one Zed GUI for all, we are currently working for this feature/guidline.
Can you please make sure if you have the latest version ofCmsStorage
module?0 -
Spryker/Zed/CmsStorage/Business/Storage/CmsPageStorageWriter.php:379
0 -
this must return all locales for all stores for
CmsStorage
0 -
-
Hi @UK9N7MP96, thanks a lot, that has been exactly what is was looking (and hoping) for. Still: https://github.com/spryker/cms-block-storage/blob/master/src/Spryker/Zed/CmsBlockStorage/Business/Storage/CmsBlockStorageWriter.php does not have the same ('old') behaviour"
$localeNames = $this->store->getLocales();
- can we expect this to be fixed as well soon? Are you aware what other parts could suffer from the same problem?0 -
Yes we are aware of these modules, in general we should fix all modules which donβt have store concept and basically belongs to all store, like translation, navigation, etc, Iβll create a followup tickets for this.
0 -
π thanks again
0
Categories
- All Categories
- 42 Getting Started & Guidelines
- 7 Getting Started in the Community
- 8 Additional Resources
- 7 Community Ideas and Feedback
- 76 Spryker News
- 929 Developer Corner
- 787 Spryker Development
- 89 Spryker Dev Environment
- 362 Spryker Releases
- 3 Oryx frontend framework
- 35 Propel ORM
- 68 Community Projects
- 3 Community Ideation Board
- 30 Hackathon
- 3 PHP Bridge
- 6 Gacela Project
- 26 Job Opportunities
- 3.2K π Slack Archives
- 116 Academy
- 5 Business Users
- 370 Docker
- 551 Slack General
- 2K Help
- 75 Knowledge Sharing
- 6 Random Stuff
- 4 Code Testing
- 32 Product & Business Questions
- 70 Spryker Safari Questions
- 50 Random