La biblioteca cliente de PHP facilita las interacciones con la API de Google Ads con una configuración mínima de tu parte. Sin embargo, el rendimiento depende en gran medida de cómo se use y se integre la biblioteca.
La mayoría de estas prácticas recomendadas se aplican a todos los lenguajes. En esta guía, se explican las que son específicas de PHP.
Implementación de Protobuf
gRPC y la API de Google Ads usan Protobuf para los mensajes de solicitud y respuesta. Hay dos implementaciones disponibles, aunque la escrita en C tiene un mejor rendimiento.
Para obtener más información, consulta la guía de Protobuf.
Modo de operación del intérprete de PHP
PHP es un lenguaje de secuencias de comandos versátil y tiene muchos modos de operación según el uso. PHP CGI (Common Gateway Interface) tiene una ventaja notable porque puede compartir recursos entre ejecuciones.
Versión de PHP
Es una buena práctica actualizar periódicamente a una versión más reciente de PHP, ya que suele tener un mejor rendimiento general. Lista de versiones de PHP compatibles.
Versiones de la API de Google Ads sin usar
Todas las versiones de la biblioteca cliente admiten varias versiones de la API de Google Ads. Para cada versión de la API de Google Ads compatible con la biblioteca cliente, hay paquetes dedicados para la versión.
Los paquetes dedicados a las versiones de la API de Google Ads que no se usan se pueden quitar de forma segura de la biblioteca cliente. Debido a que puede ser útil para acelerar la ejecución o reducir el espacio en memoria, la biblioteca cliente proporciona utilidades para hacerlo de forma programática.
Ejemplo
Supongamos que implementas la biblioteca cliente que usa solo la versión más reciente de la API: v24 y quieres quitar la compatibilidad con las versiones de la API sin usar: v23 y v22.
En el archivo composer.json del proyecto, define una secuencia de comandos de Composer (llamada
remove-google-ads-api-version-support) que aproveche la utilidad que proporciona
la biblioteca cliente, en la clase
ApiVersionSupport:
"scripts": {
"remove-google-ads-api-version-support": [
"Google\\Ads\\GoogleAds\\Util\\ApiVersionSupport::remove"
]
}
Luego, usa la secuencia de comandos de Composer con los números de versión como parámetros y muestra algunos mensajes de estado:
# Change the current directory to the project directory.
cd /path/to/the/project
# Install the project.
composer install
# Output the vendor folder size and the list of Google Ads API versions that are
# supported before removing support for Google Ads API versions.
echo "# Supported Google Ads API versions:"
find ./vendor/googleads/google-ads-php/src/Google/Ads/GoogleAds/V* -maxdepth 0 | grep -o '..$'
echo "# Vendor folder size:"
du -sh ./vendor
# Use the Composer script to remove the unused versions v22 and v23 of the Google Ads API.
echo "# Removing support..."
composer run-script remove-google-ads-api-version-support -- 22 23
# Output the vendor folder size and the list of Google Ads API versions that are
# supported after removing support for Google Ads API versions.
echo "# Supported Google Ads API versions:"
find ./vendor/googleads/google-ads-php/src/Google/Ads/GoogleAds/V* -maxdepth 0 | grep -o '..$'
echo "# Vendor folder size:"
du -sh ./vendor
El siguiente resultado de la ejecución de muestra indica una reducción del tamaño del archivo de 50 M y que la única versión compatible restante es V24:
# Supported Google Ads API versions:
V22
V23
V24
# Vendor folder size:
110M ./vendor
# Removing support...
> Google\Ads\GoogleAds\Util\ApiVersionSupport::remove
Removing support for the version 22 of Google Ads API...
Done
Removing support for the version 23 of Google Ads API...
Done
# Supported Google Ads API versions:
V24
# Vendor folder size:
60M ./vendor
Desarrollo versus producción
PHP es un lenguaje interpretado ya que primero compila instrucciones antes de ejecutarlas. Por lo general, esto es ventajoso, ya que, durante el tiempo de desarrollo, las fuentes suelen cambiar, mientras que el tiempo de ejecución no es tan crucial. Sin embargo, lo contrario es cierto en el momento de la producción, ya que la estabilidad y el rendimiento se convierten en las principales preocupaciones.
Caché
El almacenamiento en caché es común y muy recomendable porque mejora el rendimiento y aumenta la estabilidad mediante el almacenamiento de instrucciones de secuencia de comandos precompiladas.
OPcache es la solución más utilizada y está disponible de forma predeterminada.
Carga automática
La carga automática es común porque mejora el rendimiento y aumenta la estabilidad mediante la carga de información precompilada sobre las clases.
La biblioteca cliente de PHP cumple con PSR-4 para
la carga automática y proporciona la definición como parte del
composer.json
archivo. Luego, se pueden usar opciones dedicadas de Composer, como
--optimize-autoloader o --classmap-authoritative, de forma predeterminada.
Logging
Configurar registradores en un nivel alto como ERROR puede ayudar a reducir la sobrecarga del tiempo de ejecución y el consumo de memoria.
Para obtener más información, consulta la guía de Logging.
Depuración y generación de perfiles
Te recomendamos que inhabilites las herramientas de depurador y generador de perfiles, ya que suelen tener una sobrecarga de tiempo de ejecución.
Precargar
Desde PHP 7.4, se puede usar la precarga de OPcache para precargar secuencias de comandos en la memoria, lo que va un paso más allá del almacenamiento en caché normal.
Se debe diseñar una secuencia de comandos para aprovechar esta función, pero la biblioteca cliente de PHP no lo hace, ya que no hay una forma genérica de implementar la precarga de OPcache, y la compensación entre el uso de memoria y la mejora del rendimiento es muy específica para un proyecto y una ejecución determinados.