composer require kanti/server-timing
at the moment there is nothing to configure
Server timings are not displayed in production for users who are not logged into the backend.
php: from start of php call to the register shutdown functionconsole.command: from start of the console command callmiddleware.in: will show how much time was spend in a middleware to prepare the Requestmiddleware.out: will show how much time was spend in a middleware to change the Responsedb: shows the sql query'smail: shows the mails that are send (only TYPO3 >=12)dataP: Shows the DataProcessors that were executedextbase: show all Extbase dispatches, (forwards are included in the original action call)fileProcessing: show all file processing callshttp.client: external API calls are measured if they use the official TYPO3RequestFactoryor theGuzzleClientFactory)
if a measurement key has more than 4 entries, they will get combined into one total time with a count. And the 3 longest entries will be kept
if you have sentry enabled (different Extension eg. pluswerk/sentry or networkteam/sentry-client) than you can activate the tracing.
sentry_sample_rate- if empty
it will keep the setting that was set from the sentry extension. - if set to a number like
0.1it will track 10% of all Requests in sentry.
- if empty
sentry_cli_sample_rate- just like
sentry_sample_ratebut this setting is for the cli calls of thetypo3binary
- just like
stop_watch_limitis set for long-running processes, if you get memory problems you can lower this setting. (default: 100_000)- you can force the Tracing of Requests by adding the Cookie
XDEBUG_TRACEwith any value.

$stop = \Kanti\ServerTiming\Utility\TimingUtility::stopWatch('doSomething', 'additional Information');
$result = $this->doSomethingExpensive();
$stop();this has some limitations, there can only be one
doSomethingat a time.
\Kanti\ServerTiming\Utility\TimingUtility::start('doSomething', 'additional Information');
$result = $this->doSomethingExpensive();
\Kanti\ServerTiming\Utility\TimingUtility::end('doSomething');- more tests
- fluid renderings (possible solution with XClasses?)
- functional tests
- ViewHelpers
