PHP agent release notesRSS

Le référentiel apt est maintenant signé numériquement, et afin de mettre à jour l'agent à partir de ce référentiel pour Ubuntu ou un autre système de type Debian, vous devrez importer la nouvelle clé GPG à l'aide de la commande suivante (veuillez noter le signe moins de fin !) :

wget -O - https://download.newrelic.com/NEWRELIC_APT_2DAD550E.public | sudo gpg --import --batch --no-default-keyring --keyring /usr/share/keyrings/download.newrelic.com-newrelic.gpg

Un grand merci tout particulier à Nick Calugar d'IGN Entertainment pour avoir suggéré des améliorations à la manière dont les transactions Zend et Magento sont nommées. Pour ces deux frameworks, la dénomination des transactions est désormais plus précise et ajoute moins de surcharge que le mécanisme précédent utilisé pour nommer les transactions. Cela a également résolu un problème où les noms de transaction Magento contenaient parfois des caractères indésirables ou parfois même des fragments de script PHP. Dans les deux cas, la transaction est nommée « module/contrôleur/action » comme pour les autres frameworks.

Un autre merci très spécial à Roderick Smyth d'Arithon à Dublin pour son aide absolument précieuse pendant la période de test bêta et pour avoir testé le support OCI8.

Améliorations significatives de la surveillance automatique des utilisateurs réels (autoRUM). Le changement le plus important est qu'auto-RUM est désormais implémenté comme un filtre de sortie, il fonctionne donc désormais pour tous les frameworks, pas seulement Drupal et Wordpress. Il est également considérablement plus fiable en conséquence, car les modules et autres modifications apportées au framework n'ont plus d'impact sur la manière dont nous insérons l'en-tête et le pied de page RUM. Si vous deviez auparavant insérer manuellement des en-têtes et des pieds de page RUM, nous vous encourageons fortement à réactiverRUM automatique et à placer en commentaire vos appels manuels existants. Pour accompagner ce changement, il existe un nouvel appel d'API, 'newrelic_disable_autorum()' que vous pouvez appeler pour empêcher l'exécution d'auto-RUM pour une transaction donnée. Par exemple, vous souhaiterez peut-être désactiver l'auto-RUM pour les appels AJAX.

Quelle que soit la manière dont il est invoqué, le pied de page RUM ne sera désormais jamais éjecté si l'en-tête n'a pas également été éjecté dans la même transaction. Cela évite les erreurs JavaScript si l'en-tête ne parvient pas à être inséré.

L'en-tête et le pied de page RUM ont été très légèrement modifiés pour ajouter un point-virgule manquant après la dernière commande de script. Cela empêche également certains navigateurs et analyseurs de conformité de se plaindre du JavaScript.

La prise en charge de la fonctionnalité de type MemCache de Redis a été ajoutée. Il ne s’agit en aucun cas d’une prise en charge complète de Redis, mais simplement des parties de l’API Redis qui correspondent parfaitement aux métriques MemCache existantes. Ils apparaîtront dans les graphiques d'aperçu comme activité MemCache, donc si vous utilisez à la fois MemCache et Redis, les données seront fusionnées, tout comme l'aperçu des différentes bases de données SQL est fusionné.

Prise en charge considérablement améliorée des sites multi-framework (où plusieurs framework sont utilisés pour plusieurs parties du même site). L'instrumentation des fonctions spécifiques frameworkest désormais isolée par requête, de sorte que plusieurs requests gérées par une instance PHP ne seront plus perturbées par le changement soudain du framework.

Le script logrotate n'entre plus en conflit avec la version installée par le moniteur New Relic Server.

Un délai d'attente a été implémenté pour la communication agent-daemon afin que si le daemon ne répond plus pour une raison quelconque, l'agent ne se bloque plus (et ne semble donc plus faire planter Apache) en attendant que le daemon récupère.

Ignorez correctement les erreurs de notification utilisateur dans le gestionnaire d'erreurs.

Ajout de la prise en charge de la fonction mysql_db_query obsolète mais toujours fréquemment utilisée.

Ajout de la prise en charge de la méthode Zend_Http_Client::request() du framework Zend pour mieux suivre les appels de service externes dans Zend.

Ajout de la possibilité d'utiliser la syntaxe newrelic.appname="%{VARIABLE}"lors de la définition du nom de l'application. Cela utilisera le mécanisme de recherche de variable d'environnement de SAPI pour trouver VARIABLE et définir le nom de l'application en conséquence.

Le verbe de commande SQL REPLACE sera désormais reconnu et des métriques uniques seront générées pour lui plutôt que d'être regroupé dans « autre ».

Un problème de blocage de thread mutex sur OpenSolaris a été résolu.

La prise en charge du client PHP MemCached pur de Wikia a été ajoutée.

file_get_contents() s'affiche désormais dans l'onglet des services externes si l'objet récupéré est distant et utilise HTTP ou HTTPS.

Le newrelic_notice_error() a désormais une troisième forme d'invocation, qui prend une chaîne et un objet Exception. Si la chaîne est fournie, elle est utilisée comme message d'erreur. Si elle est vide, une chaîne par défaut dans un format similaire à Exception::__toString() est automatiquement générée et utilisée comme message d'erreur. L'objet d'exception fourni sera utilisé pour créer la trace d'appels pour l'exception afin que vous puissiez voir la trace d'appels au moment de l'exception, plutôt que la trace d'appels au moment de l'affichage de l'exception.

Si vous activez la capture des paramètres de requête en définissant newrelic.capture_params = true, vous pouvez désormais également définir newrelic.ignored_params sur une liste séparée par des virgules de paramètres sensibles à exclure de toutes les données envoyées à New Relic.

Le support de CakePHP 2.0 a été ajouté, et le support de CakePHP 1.2 et 1.3 a été légèrement révisé sur la base des commentaires de l'auteur, Mark Story. Les applications CakePHP 1.2 seront désormais considérablement plus rapides lorsque New Relic est activé grâce au nouveau mécanisme de nommage des transactions. Cela garantira également que les transactions sont correctement nommées même si vous avez implémenté votre propre classe de répartiteur personnalisée.

MongoDB instrumente désormais correctement la commande update.

Ajout de la prise en charge de la base de données Oracle en instrumentant les deux appels les plus critiques : oci_parse() et oci_execute(). Aucun autre appel OCI n'est actuellement instrumenté.

Un bug susceptible de provoquer une violation de segmentation a été corrigé.

Plusieurs améliorations de performances qui réduisent encore davantage la surcharge de l’agent.