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
getItemsByTag(tagname) seems not working as expected. I have to delete key matching all keys with prefix eg. 'cachekey_'. For this purpose I used getItemsByTag(tagname) to fetch all items with shared tag name and delete matched keys. But it is not returing all cached keys with shared tag ''. However, haskey(key), $item->get() returns data.
To Reproduce
Steps to reproduce the behavior:
Save multiple items with key prefix 'cachekey_' eg. 'cachekey_01', 'cachekey_022', 'cachekey_033', 'cachekey_014', 'cachekey_305', 'cachekey_ffg0' etc.
Save these items with a shared tag in my case '' tagname is used. I tried with static tagname ('pfc') but does not help.
Now list all items stored with tagname '' using getItemsByTag('') method. It should return all keys but unfortunately it doesnot returns all keys. eg. it returns all except 'cachekey_014'. However, haskey('cachekey_014'), $item->get() returns data.
Expected behavior
getItemsByTag('') should returns all keys sharing the tagname ''. So that i can check for partially matched key and delete the matched keys.
Current behavior
All items that share the shared tags are removed only if it is listed by getItemsByTag(''). But few items are not listed. Due to this reason i could not delete key to recreate key with fresh data and showing stale data.
The text was updated successfully, but these errors were encountered:
Please note this issue is not always replicated but when concurrent users start access webserver then it is replicated randomly. So if method to list all available keys ie from any tags it would be of great help.
getItemsByTag('') is not supposed to return any keys, this behaviour will be fixed soon and throw an exception. This is not intended to be a feature for performances reasons. This could work with dozen of keys, maybe hundred, but this will kill the php memory if you attempt to load more cache item.
Remember that for obvious performances reasons YOU SHOULD NOT load all keys from cache at all, this is the reason why the PSRs did not specified such behavior.
Configuration
Describe the bug
To Reproduce
Steps to reproduce the behavior:
Save multiple items with key prefix 'cachekey_' eg. 'cachekey_01', 'cachekey_022', 'cachekey_033', 'cachekey_014', 'cachekey_305', 'cachekey_ffg0' etc.
Save these items with a shared tag in my case '' tagname is used. I tried with static tagname ('pfc') but does not help.
Now list all items stored with tagname '' using getItemsByTag('') method. It should return all keys but unfortunately it doesnot returns all keys. eg. it returns all except 'cachekey_014'. However, haskey('cachekey_014'), $item->get() returns data.
Expected behavior
getItemsByTag('') should returns all keys sharing the tagname ''. So that i can check for partially matched key and delete the matched keys.
Current behavior
All items that share the shared tags are removed only if it is listed by getItemsByTag(''). But few items are not listed. Due to this reason i could not delete key to recreate key with fresh data and showing stale data.
The text was updated successfully, but these errors were encountered: