-
Notifications
You must be signed in to change notification settings - Fork 2
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
Enqueuing all identifiers logic #12
Labels
Comments
mmenozzi
added
enhancement
New feature or request
help wanted
Extra attention is needed
labels
May 5, 2020
mmenozzi
added a commit
that referenced
this issue
Nov 4, 2020
@fabianaromagnoli @LucaGallinari my proposal for the
Those changes should be backward compatibile. |
It's a good solution! |
mmenozzi
added a commit
that referenced
this issue
Nov 7, 2020
mmenozzi
added a commit
that referenced
this issue
Nov 7, 2020
mmenozzi
added a commit
that referenced
this issue
Nov 7, 2020
mmenozzi
added a commit
that referenced
this issue
Nov 8, 2020
Done in #18. Closing. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As stated in #5, currently the only way for an importer to enqueue identifiers is to implement the
\Webgriffe\SyliusAkeneoPlugin\ImporterInterface::getIdentifiersModifiedSince()
which assumes that you can get from the Akeneo API only those resources modified since a given date.Unfortunately this is not always true. On the contrary this is true only for products and product models, all other resources cannot be fetched by "updated at" date/time.
So we need a different enqueuing logic.
Based on the fact that all these resources are "catalog structure", they should not change very often. So one solution could be to enqueue all identifiers for this resources.
Doing so will require a change in the
webgriffe:akeneo:enqueue
CLI command to allow users to have a different cron schedule potentially for every resource/importer (or a completely separate command).The text was updated successfully, but these errors were encountered: