Should 'tx_falsecuredownload_download' be excluded from reference index? #243
Comments
|
When creating a new download record, the reference index isn't updated. The reference index records are only created if you manually (or periodically) update the reference index. So excluding it from reference index shouldn't cause a problem in most cases. I wouldn't do it through However I can imagine some people using the reference index for something, so not adding these relations to the reference index might be a breaking change for them. @joey-bolts What do you think? |
|
I do not see a reason why there should be a reference index in anyway here. Only if people have something customized on it. Maybe make it configurable to disable it via a setting? |
If you do want sys_fileref entries for download stats you can reenable with a new extension configuration variable. When set this will also now create sys_fileref entries when creating the download entries, so a regular file reference update is no longer needed. Resolves: #243
If you do want sys_refindex entries for download stats you can reenable with a new extension configuration variable. When set this will also now create sys_refindex entries when creating the download entries, so a regular reference index update is no longer needed. Resolves: #243
We have a considerable amount (almost 12 M) of records in the
tx_falsecuredownload_downloadtable, and we would want to keep them. (We do already have automated deletion of old records in place - the project is just very active.)This makes updating or even checking the reference index take hours. Since
tx_falsecuredownload_downloadis a statistics table, the references might not be relevant from a system perspective.Should
fal_securedownloadalways listen to theIsTableExcludedFromReferenceIndexEventevent and exclude the download statistics table?This is trivial to implement per project. I merely want to start a discussion if this should be
fal_securedownload's default behavior.The text was updated successfully, but these errors were encountered: