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
Indeed we can implement that, how would you prefer to define the last items?
Perhaps in days would be OK, for example --since=30 to process all items modified in last 30 days?
Just note that would not be bulletproof, as it would for example skip something that was updated more than 30 days ago to be visible after more than 30 days. But it would definitely be useful with some constraints.
BTW, once the items are in persistent cache (so basically on a repeated run), on my machine ~50k items are processed in ~30 seconds, which I think is not slow at all.
oh that's pretty fast .... days should be a good value ... the option would be good for testing, too ;-) modified --since=1 (day) to disable check of old items which may make problems
For big installation it could be a problem to process everytime all articles
in the script php bin/console ngscheduledvisibility:update
a good option could be to sort the objects by modified date and only process the last xxx items --process_last_items_limit ...
The text was updated successfully, but these errors were encountered: