Il runtime PHP è lo stack software responsabile dell'installazione del codice e delle dipendenze del servizio web e dell'esecuzione del servizio.
Per specificare PHP per l'ambiente standard di App Engine, dichiara il runtime nel file app.yaml
. Ad esempio:
runtime: phpVERSION
Dove VERSION indica i numeri di versione PHP MAJOR
e MINOR
. Ad esempio,
per utilizzare l'ultima versione di PHP, PHP 8.3, specifica
83
.
Per altre versioni di PHP supportate e la versione Ubuntu corrispondente per la tua versione PHP, consulta la pianificazione del supporto del runtime.
Versione PHP
Il runtime PHP utilizza l'ultima release stabile della versione specificata nel file app.yaml
. App Engine si aggiorna automaticamente alle nuove versioni
delle patch, ma non aggiorna automaticamente la versione secondaria.
Ad esempio, è possibile che il deployment dell'app venga eseguito a PHP 7.3.0 e che successivamente venga aggiornata automaticamente alla versione 7.3.1, ma non venga aggiornata automaticamente a PHP 7.4.0.
Avvio dell'app
Per gestire il routing di tutte le richieste, dovrai eseguire il deployment di un front controller.
I seguenti esempi mostrano diversi modi per pubblicare la tua app:
Se l'app contiene un file
public/index.php
oindex.php
, App Engine utilizza questo file per pubblicare l'app.Ti consigliamo di utilizzare un framework, come Laravel, Symfony o Slim, perché offre un routing leggero per la scrittura e il deployment rapidi di app PHP. Guarda un esempio di controller anteriore Slim.
Tuttavia, se esegui la migrazione di un'app precedente, guarda il seguente file
index.php
di esempio per importare i file PHP necessari e implementare il controller frontale manualmente:Se specifichi l'elemento facoltativo
entrypoint
nel fileapp.yaml
, App Engine utilizza il comando nell'elementoentrypoint
per pubblicare la tua app anziché utilizzarepublic/index.php
oindex.php
:entrypoint: serve path/to/my/front/controller.php
Il campo
entrypoint
utilizza il comandoserve
integrato, ovvero un programma all'interno dei runtime PHP che avvia l'implementazione diphp-fpm
e un webserver in background. Questo server web instrada tutto il traffico al file PHP fornito utilizzando il pattern di progettazione del controller frontale.Il comando
serve
ha due flag facoltativi:--workers=N
: specifica il numero N di workerphp-fpm
. Se non imposti il flag--workers
, il comandoserve
indovina il numero di worker in base alla quantità di memoria disponibile. Per ottenere risultati ottimali, imposta lo stesso numero per il flag--workers
del comandoserve
e dell'elementomax_concurrent_requests
.--enable-dynamic-workers
: specifica che i worker diphp-fpm
devono essere generati solo quando necessario. L'impostazione predefinita prevede l'utilizzo di un criterio statico per i workerphp-fpm
. Puoi modificare il numero massimo di worker generati utilizzando il flag--workers=N
. Per impostazione predefinita, il numero massimo di worker generati è quello impostato dal criterio statico.
I flag facoltativi devono precedere il percorso del front controller:
entrypoint: serve --workers=2 --enable-dynamic-workers path/to/index.php
Puoi eseguire il deployment di un processo worker a lunga esecuzione impostando l'elemento
entrypoint
sul percorso file del processo worker:entrypoint: php long-running-worker-file.php
Se l'elemento
entrypoint
esegue uno script con un processo a lunga esecuzione, ad esempio un worker Pub/Sub sottoscritto a un argomento, non utilizzare il comandoserve
.
Per maggiori informazioni, consulta la documentazione di riferimento di app.yaml
.
Estensioni attive
Le seguenti estensioni sono state abilitate nei runtime PHP per App Engine:
BCMath
bz2
Calendar
core
cgi
ctype
cURL
date
dba
dom
enchant
Exif
fcgi
fileinfo
filter
FTP
GD
gettext
GMP
hash
iconv
intl
json
LDAP
libxml
mbstring
MYSQLi
mysqlnd
MySQL (PDO)
OPcache
OpenSSL
PCNTL
pcre
PDO
pgsql
Phar
posix
PostgreSQL (PDO)
Reflection
session
Shmop
SimpleXML
SOAP
Sockets
sodium (PHP 8.x only, not available for PHP 7.x)
SPL
SQLite (PDO)
SQLite3
standard
test
tidy
tokenizer
XML
XMLreader
XMLrpc (PHP 7.x only, not available for PHP 8.x)
XMLwriter
XSL
zend
Zip
Zlib
Estensioni caricabili dinamicamente
Le seguenti estensioni possono essere caricate in modo dinamico configurando php.ini
:
Per attivare queste estensioni, aggiungi istruzioni corrispondenti nel file php.ini
in extension
, ad esempio:
extension=memcached.so
extension=grpc.so
extension=protobuf.so
extension=mongodb.so
extension=imagick.so
extension=opencensus.so
extension=redis.so
[opentelemetry]
extension=opentelemetry.so
Variabili di ambiente
Le seguenti variabili di ambiente sono impostate dal runtime:
Variabile di ambiente | Descrizione |
---|---|
GAE_APPLICATION
|
L'ID della tua applicazione App Engine. Questo ID è preceduto dal prefisso "region code~", ad esempio "e~" per le applicazioni di cui è stato eseguito il deployment in Europa. |
GAE_DEPLOYMENT_ID |
L'ID del deployment attuale. |
GAE_ENV |
L'ambiente App Engine. Impostata su standard . |
GAE_INSTANCE |
L'ID dell'istanza su cui è attualmente in esecuzione il servizio. |
GAE_MEMORY_MB |
La quantità di memoria disponibile per il processo di richiesta, in MB. |
GAE_RUNTIME |
Il tempo di esecuzione specificato nel file app.yaml . |
GAE_SERVICE |
Il nome del servizio specificato nel file app.yaml . Se non viene specificato alcun nome di servizio, viene impostato su default . |
GAE_VERSION |
L'etichetta della versione corrente del servizio. |
GOOGLE_CLOUD_PROJECT |
L'ID progetto Google Cloud associato alla tua applicazione. |
PORT |
La porta che riceve le richieste HTTP. |
NODE_ENV (disponibile solo nel runtime Node.js) |
Imposta su production quando viene eseguito il deployment del servizio. |
Puoi
definire variabili di ambiente aggiuntive nel file app.yaml
,
ma i valori precedenti non possono essere sostituiti, ad eccezione di NODE_ENV
.
Proxy HTTPS e di forwarding
App Engine termina le connessioni HTTPS a livello di bilanciatore del carico e inoltra le richieste all'applicazione. Alcune applicazioni devono determinare
l'IP e il protocollo della richiesta originale. L'indirizzo IP dell'utente è disponibile nell'intestazione X-Forwarded-For
standard. Le applicazioni che richiedono queste
informazioni devono configurare il proprio framework web per considerare attendibile il proxy.
File system
Il runtime include una directory /tmp
accessibile in scrittura, con tutte le altre directory che dispongono dell'accesso di sola lettura. La scrittura su /tmp
occupa memoria di sistema. Per maggiori
informazioni, consulta le informazioni di assistenza di tempnam()
e sys_get_temp_dir()
.
Server metadati
Ogni istanza dell'applicazione può utilizzare il server di metadati di App Engine per eseguire query sulle informazioni sull'istanza e sul progetto.
Puoi accedere al server di metadati tramite i seguenti endpoint:
http://metadata
http://metadata.google.internal
Le richieste inviate al server dei metadati devono includere l'intestazione della richiesta
Metadata-Flavor: Google
. Questa intestazione indica che la richiesta è stata inviata
con l'intento di recuperare i valori dei metadati.
La tabella seguente elenca gli endpoint in cui è possibile effettuare richieste HTTP per metadati specifici:
Endpoint metadati | Descrizione |
---|---|
/computeMetadata/v1/project/numeric-project-id |
Il numero del progetto assegnato al tuo progetto. |
/computeMetadata/v1/project/project-id |
L'ID progetto assegnato al progetto. |
/computeMetadata/v1/instance/region |
La regione in cui è in esecuzione l'istanza. |
/computeMetadata/v1/instance/service-accounts/default/aliases |
|
/computeMetadata/v1/instance/service-accounts/default/email |
L'indirizzo email dell'account di servizio predefinito assegnato al progetto. |
/computeMetadata/v1/instance/service-accounts/default/ |
Elenca tutti gli account di servizio predefiniti per il tuo progetto. |
/computeMetadata/v1/instance/service-accounts/default/scopes |
Elenca tutti gli ambiti supportati per gli account di servizio predefiniti. |
/computeMetadata/v1/instance/service-accounts/default/token |
Restituisce il token di autenticazione che può essere utilizzato per autenticare l'applicazione in altre API Google Cloud. |
Ad esempio, per recuperare l'ID progetto, invia una richiesta a http://metadata.google.internal/computeMetadata/v1/project/project-id
.
Di seguito è riportato un esempio di come chiamare gli endpoint di metadati utilizzando cURL o la libreria client di Google Cloud:
Sessioni
PHP fornisce un livello di gestione delle sessioni che consente alle app web di conservare le informazioni sullo stato utente tra le richieste. Le sessioni in App Engine funzionano come le sessioni di qualsiasi altra app PHP.
Per impostare una variabile nella sessione di un utente, puoi utilizzare il seguente codice:
session_start();
$_SESSION['Foo'] = 'Bar';
Il seguente codice verrà stampato Bar
, su una richiesta successiva dello stesso utente:
session_start();
print $_SESSION['Foo']; // prints Bar
Per sessioni più lunghe, utilizza un servizio di archiviazione alternativo come Cloud SQL.
Chiavi speciali $_SERVER
PHP rende disponibile l'array speciale $_SERVER[]
nell'ambito della richiesta. Oltre ai parametri CGI standard, App Engine aggiunge alcune chiavi aggiuntive utili:
GAE_APPLICATION
: ID progetto Google Cloud dell'app corrente.GAE_DEPLOYMENT_ID
: ID del codice sorgente di cui è stato eseguito il deployment.GAE_ENV
: l'ambiente App Engine (standard o flessibile) in cui viene eseguita l'app.GAE_INSTANCE
- Nome dell'istanza attualmente in esecuzione.GAE_MEMORY_MB
: quantità di memoria disponibile per il processo dell'app, in MB.GAE_RUNTIME
- Il runtime specificato nel fileapp.yaml
, ad esempio php72.GAE_SERVICE
- Nome del servizio di cui è stato eseguito il deployment.GAE_VERSION
- Nome della versione di cui è stato eseguito il deployment.GOOGLE_CLOUD_PROJECT
: ID progetto Google Cloud.HTTP_X_APPENGINE_CITY
- Nome della città da cui ha avuto origine la richiesta. Ad esempio, una richiesta dalla città di Mountain View potrebbe avere il valore dell'intestazione Mountain View.HTTP_X_APPENGINE_CITYLATLONG
: la latitudine e la longitudine della città da cui ha avuto origine la richiesta. Questa stringa potrebbe essere simile a "37.386051,-122.083851" per una richiesta da Mountain View.HTTP_X_APPENGINE_COUNTRY
: paese da cui ha avuto origine la richiesta, sotto forma di codice paese ISO 3166-1 alpha-2. App Engine determina questo codice dall'indirizzo IP del client.HTTP_X_APPENGINE_HTTPS
- Verifica l'utilizzo di HTTPS.HTTP_X_APPENGINE_REGION
- Nome della regione da cui è stata generata la richiesta. Questo valore ha senso solo nel contesto del paese inX-Appengine-Country
. Ad esempio, se il paese è "US" e la regione è "ca", "ca" significa "California", non Canada.HTTP_X_APPENGINE_USER_IP
: l'indirizzo IP del client. Tieni presente che$_SERVER['HTTP_X_APPENGINE_USER_IP']
è l'unico modo in cui la tua app può recuperare l'indirizzo IP del client. La variabile$_SERVER['REMOTE_ADDR']
non è disponibile in App Engine.
Direttive con nuovi valori predefiniti di inizializzazione
La seguente tabella specifica le istruzioni le cui impostazioni predefinite di inizializzazione sono diverse da quelle fornite con l'interprete PHP standard disponibile su php.net. Per trovare i valori predefiniti per le istruzioni non specificate nella tabella seguente, consulta le istruzioni php.ini.
Direttiva | Valore predefinito in App Engine |
---|---|
expose_php |
Off |
memory_limit |
-1 |
max_execution_time |
0 |
error_reporting |
E_ALL & ~E_DEPRECATED & ~E_STRICT |
display_errors |
Off |
display_startup_errors |
Off |
log_errors |
On |
log_errors_max_len |
0 |
ignore_repeated_errors |
Off |
ignore_repeated_source |
Off |
html_errors |
Off |
opcache.enable |
On |
opcache.validate_timestamps |
Off |
opcache.memory_consumption |
32 |
Sostituisci queste istruzioni predefinite includendole in un file php.ini
della tua app.
Assistenza di tempnam()
e sys_get_temp_dir()
Le app di App Engine vengono eseguite in una sandbox per la sicurezza in cui solo la directory /tmp
è accessibile in scrittura e archiviata nella RAM dell'istanza. Per questo motivo, la versione di tempnam()
di App Engine restituisce un file temporaneo in memoria che può essere scritto in una soluzione di archiviazione permanente come i bucket Cloud Storage.
Ecco un esempio su come scrivere nel file temporaneo in memoria utilizzando
file_put_contents()
e fwrite()
.
<?php
$dir = sys_get_temp_dir();
$tmp = tempnam($dir, "foo");
file_put_contents($tmp, "hello");
$f = fopen($tmp, "a");
fwrite($f, " world");
fclose($f);
echo file_get_contents($tmp);
L'output previsto dall'esempio sarebbe:
hello world
Gestione delle dipendenze con Composer
Per ulteriori informazioni, consulta la pagina Specifica delle dipendenze.