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. Do you know if it is possible to have a concrete product available for a certain store? We ha
Hello. Do you know if it is possible to have a concrete product available for a certain store? We have the situation, that we have products that are basically the same but they differ for example in the product image … so a product in a DE store would have another product image than in a AT store even if they are the same product. For that the idea would be to have two concrete products variants with different properties … one of them is available in DE and the other is available in AT … i found that store availability is just possible on abstract product level, but any clue how to solve the case above? 🤔 Best regards
Comments
-
What if to add a locale for AT store like de_AT and Spryker then has images per locale?
0 -
Is the other locale then automatically disabled? So the locale gets controlled by the header (in case of glue at least) And anyway wouldnt that mean to bound a locale to a store?
de store -> de_DE locale
at store -> de_AT locale
us store -> en_US locale0 -
I would suggest to copy functionality of product_abstract_store to concretes if that's exactly the case
0 -
should be as simple as adding a table to db and modifying the query for publisher... but well, it's just a guess
0 -
Sounds to me easy as well but i also have in mind to maybe update tons of queries with “WHERE store = …” … what i mean: effort could also easily explode^^
0 -
not to forget dependencies on other places where the implicit existence of concrete products is required when a abstract product exists
0 -
depends on your functionality of course. I was thinking about minimal case like displaying concretes on PDP - in this case they're taken from storage
0 -
but then it could be simplified even to custom product attribute indicating to which store it belongs
0 -
Attributes could do it, thats a good hint …
0 -
I was also thinking of using categories anyhow, but i think this will end up in a mess
0
Categories
- All Categories
- 42 Getting Started & Guidelines
- 7 Getting Started in the Community
- 8 Additional Resources
- 7 Community Ideas and Feedback
- 65 Spryker News
- 877 Developer Corner
- 741 Spryker Development
- 84 Spryker Dev Environment
- 360 Spryker Releases
- 3 Oryx frontend framework
- 33 Propel ORM
- 68 Community Projects
- 3 Community Ideation Board
- 30 Hackathon
- 3 PHP Bridge
- 6 Gacela Project
- 22 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
- 68 Spryker Safari Questions
- 50 Random