• EnglishEspañol日本語한국어Português
  • 로그인지금 시작하기

PHP agent release notesRSS

August 16, 2011
PHP agent v2.2.2.193

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • Fixed a SIGSEGV that happened when Zend Guard encoded files were encountered
  • Corrected the way we were determining the domain names of external services that was causing a Transaction Traces display problem (500 error)

August 6, 2011
PHP agent v2.2.1.185

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • Fixes up a problem in our SQL parser that was causing Magento app segfaults when accessing admin pages

August 3, 2011
PHP agent v2.2.1.181

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • QDrupal support.
  • SQL parsing fixes.
  • Framework auto-detection when multiple frameworks in use is working now.

July 26, 2011
PHP agent v2.1.3.164

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • We now support reporting to multiple applications simultaneously.
  • We had a bug where a large data string could cause a segmentation fault.
  • A few bug fixes around Wordpress RUM, CakePHP transaction names, and auto-detecting the Zend Framework.

July 13, 2011
PHP agent v2.1.1.134

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • RUM and Web Transaction data is available a lot earlier. You no longer need to drive specific amounts of load to get RUM data to appear and early WT's are now recorded.
  • Thread safety in the agent has been considerably improved. While we do not officially support the worker MPM, this change will make the agent behave correctly when using a ZTS (Zend Thread Safety) enabled PHP host.
  • We can now change the agent log file and log level on the fly, without forcing you to restart your web server just to debug a problem. This is a considerable improvement in the user experience if things go awry and you need to contact support.
  • A few minor bugs in the installer script were fixed, most notably creating /etc/newrelic if it did not exist.
  • The PHP agent data reporting has been verified to be UTF-8 safe.

June 11, 2011
PHP agent v2.0.5.98

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • There was a bug in the newrelic-install script that under some circumstances would cause the script to use 100% of the CPU when installed via aptyum. This has been fixed.
  • The particular User-Agent that was used when a slow transaction is recorded will now be displayed in the "Parameters" drop-down when viewing a transaction trace.

June 6, 2011
PHP agent v2.0.3.89

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • Previously, auto-RUM did not work when certain Drupal modules were used (for example the ajax module). All fixed up now.

May 25, 2011
PHP agent v2.0.2.65

중요

The end-of-life date for this agent version is July 29, 2019. To update to the latest agent version, see Update the agent. For more information, see End-of-life policy.

Notes:

  • Versions 2.0.0 and 2.0.1 had an error in the spec file that will cause problems for Redhat and CentOS users. After doing an upgrade, the daemon will not be running, and the agent will not be installed. After upgrading to 2.0.2 or later, you must run newrelic-install and ensure that the daemon is running. Upgrades from 2.0.2 and onwards will no longer have this bug.
  • On OpenSolaris, the daemon will now always be installed in /opt/newrelic/bin rather than /usr/bin, as /usr is a read-only filesystem for many users. The init script will look in this new location first, and none of the other files have moved.

Copyright © 2024 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.