Problem Scenario
A) You set TYPO3 HTTP/proxy as array like:
'HTTP' => [
'proxy' => [
'http' => $_ENV['HTTP_PROXY'] ?? '',
'https' => $_ENV['HTTP_PROXY'] ?? '',
'no' => [
'127.0.0.1',
'localhost',
],
],
],
Since the networkteam/sentry-client does not use a Guzzle Http Client, the build in HttpClient of sentry/sentry is used where only HTTP/proxy/http is retrieved and set as option http_proxy for the communication with the sentry-host.
If you run a local sentry-relay on the same host as the webserver to keep the performance up and cache errors locally until it get's delivered to the upstream Sentry Server you have the problem, that it's always using the proxy set in TYPO3's TYPO3_CONF_VARS.
However, there's a workaround
Setting TYPO3_CONF_VARS
'EXTCONF' => [
'sentry_client' => [
'options' => [
// Overwrite automatic proxy configuration to add support for the local sentry relay
'http_proxy' => null,
],
],
],
overwrites the option after the auto config of TYPO3's proxy config and befor the sentry http client steps in.
Other Solution?
Is there a way for us to find a more pleasant solution for this in this extension? Or should we point this out in the documentation again? Or is this a problem in the upstream repository?
Problem Scenario
A) You set TYPO3
HTTP/proxyas array like:Since the
networkteam/sentry-clientdoes not use a Guzzle Http Client, the build in HttpClient ofsentry/sentryis used where onlyHTTP/proxy/httpis retrieved and set as optionhttp_proxyfor the communication with the sentry-host.If you run a local sentry-relay on the same host as the webserver to keep the performance up and cache errors locally until it get's delivered to the upstream Sentry Server you have the problem, that it's always using the proxy set in TYPO3's
TYPO3_CONF_VARS.However, there's a workaround
Setting
TYPO3_CONF_VARSoverwrites the option after the auto config of TYPO3's proxy config and befor the sentry http client steps in.
Other Solution?
Is there a way for us to find a more pleasant solution for this in this extension? Or should we point this out in the documentation again? Or is this a problem in the upstream repository?