-
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
Is there a maintenance possible / needed / sensful for table tx_tracking_pageview / recordview? #119
Comments
Hey, thanks for using the extension and asking for feedback here. The provided command will try to extract more data if possible. That might happen if you installed an early version and the extension could now extract more data. It will basically go through all the data and extract information from the stored User-Agent once more. Now to the refindex: Each entry has a relation to a TYPO3 page, it might check this relation all the time, but I would need to check it myself. Unfortunately I'm on vacation right now and can't promise to have a look earlier than 28th of October, but I've added a reminder for myself and will investigate if I could improve that situation. |
Hi Daniel, Thank you, Sam |
Hey @subnoodle, I guess you've EXT:scheduler system extension installed and enabled in your system? Concrete example could be (untested): $GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['scheduler']['tasks'][\TYPO3\CMS\Scheduler\Task\TableGarbageCollectionTask::class]['options']['tables']['tx_tracking_pageview'] = [
'dateField' => 'crdate',
'expirePeriod' => '180',
];
$GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['scheduler']['tasks'][\TYPO3\CMS\Scheduler\Task\TableGarbageCollectionTask::class]['options']['tables']['tx_tracking_recordview'] = [
'dateField' => 'crdate',
'expirePeriod' => '180',
]; Place this within the additional configuration or Would be cool if you could give it a try and provide feedback. |
Dear Daniel,
your extension is really cool and runs in between for a while in one of the websites i maintain.
Now, the table tx_tracking_pageview has ~700.000 entries.
This leads to an intensive duration when updating the reference index.
I discoverd the scheduler-job / CLI tracking:updatedata.
In the docs is it nowhere mentioned, so i'm asking myself what is updated, why reference-index does consider it at all, and if this command does also a kind of cleanup.
Any information about the cummulating sizes of these tables and data-cleansing in relation with tracking-statistic-timespans would be very useful.
Thank you for all your effort!
Sam
The text was updated successfully, but these errors were encountered: