La libreria client PHP semplifica le interazioni con l'API Google Ads con una configurazione minima da parte tua. Tuttavia, le prestazioni dipendono da come la libreria viene usata e integrata.
La maggior parte di queste best practice è applicabile a tutte le lingue. Questa guida illustra quelle specifiche di PHP.
Implementazione di Protobuf
Protobuf viene utilizzato da gRPC e dall'API Google Ads per i messaggi di richiesta e di risposta. Sono disponibili due implementazioni, anche se quella scritta in C ha le prestazioni migliori.
Per ulteriori informazioni, consulta la guida di Protobuf.
Modalità operativa dell'interprete PHP
PHP è un linguaggio di script versatile e dispone di molte modalità operative a seconda dell'utilizzo. La PHP CGI (Common Gateway Interface) presenta un vantaggio notevole perché può condividere le risorse tra le esecuzioni.
Versione PHP
È buona norma eseguire regolarmente l'upgrade a una versione PHP più recente, in quanto offre prestazioni complessive migliori. Elenco delle versioni PHP supportate.
Versioni dell'API Google Ads inutilizzate
Tutte le versioni della libreria client supportano più versioni dell'API Google Ads. Per ogni versione dell'API Google Ads supportata dalla libreria client, sono disponibili pacchetti dedicati.
I pacchetti dedicati alle versioni dell'API Google Ads che non vengono utilizzate possono essere rimossi in sicurezza dalla libreria client. Poiché può essere utile velocizzare l'esecuzione o ridurre l'ingombro della memoria, la libreria client fornisce utilità per farlo in modo programmatico.
Esempio
Supponiamo che tu stia implementando la libreria client che utilizza solo la versione più recente dell'API v17 e di voler rimuovere il supporto per le versioni dell'API inutilizzate: v16 e v15.
Nel file composer.json del progetto, definisci uno script Composer (denominato
remove-google-ads-api-version-support) che utilizza l'utilità fornita dalla
libreria client, nella classe
ApiVersionSupport:
"scripts": {
"remove-google-ads-api-version-support": [
"Google\\Ads\\GoogleAds\\Util\\ApiVersionSupport::remove"
]
}
Quindi, utilizza lo script Composer con i numeri della versione come parametri e stampa alcuni messaggi di stato:
# 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 v15 and v16 of the Google Ads API.
echo "# Removing support..."
composer run-script remove-google-ads-api-version-support -- 15 16
# 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
L'output di esecuzione di esempio riportato di seguito indica una riduzione delle dimensioni del file di 50 MB e
l'unica versione supportata rimanente è V17:
# Supported Google Ads API versions:
V15
V16
V17
# Vendor folder size:
110M ./vendor
# Removing support...
> Google\Ads\GoogleAds\Util\ApiVersionSupport::remove
Removing support for the version 15 of Google Ads API...
Done
Removing support for the version 16 of Google Ads API...
Done
# Supported Google Ads API versions:
V17
# Vendor folder size:
60M ./vendor
Sviluppo e produzione
PHP è un linguaggio interpretato in quanto compila le istruzioni prima di eseguirle. Questo è generalmente vantaggioso perché durante il tempo di sviluppo, le fonti spesso cambiano, mentre il tempo di esecuzione non è così cruciale. In fase di produzione è invece il contrario, in quanto stabilità e prestazioni sono le preoccupazioni principali.
Cache
La memorizzazione nella cache è comune e vivamente consigliata perché migliora le prestazioni e aumenta la stabilità mediante l'archiviazione di istruzioni di script precompilate.
OPcache è la soluzione più usata ed è disponibile per impostazione predefinita.
Caricamento automatico
Il caricamento automatico è comune perché migliora le prestazioni e aumenta la stabilità caricando informazioni precompilate sulle classi.
La libreria client PHP è conforme allo standard PSR-4 per il caricamento automatico e fornisce la definizione come parte del file composer.json. Le opzioni dedicate di Composer, come
--optimize-autoloader o --classmap-authoritative, ad esempio, possono essere
utilizzate da subito.
Logging
L'impostazione dei logger a un livello elevato come ERROR può aiutare a ridurre l'overhead del tempo di esecuzione e il consumo di memoria.
Per ulteriori informazioni, consulta la Guida al logging.
Debug e profilazione
Consigliamo di disabilitare gli strumenti di debug e profiler, poiché in genere prevedono un certo overhead in termini di tempo di esecuzione.
Precarica
A partire da PHP 7.4, il precaricamento OPcache può essere utilizzato per precaricare gli script in memoria, facendo un passo in più rispetto alla normale memorizzazione nella cache.
Uno script deve essere progettato per sfruttare questa funzionalità, ma la libreria client PHP non lo fa perché non esiste un modo generico per implementare il precaricamento OPcache e il compromesso tra utilizzo della memoria e aumento delle prestazioni è altamente specifico per un determinato progetto e una determinata esecuzione.