Il runtime PHP è lo stack software responsabile dell'installazione del codice del servizio web e delle relative dipendenze ed esegue il servizio.
Per specificare PHP per l'ambiente standard di App Engine, dichiara il runtime nel
file app.yaml
. Ad esempio:
runtime: phpVERSION
dove VERSION è il numero di versione di PHP MAJOR
e MINOR
. Ad esempio, per utilizzare la versione più recente di PHP, PHP 8.3, specifica 83
.
Per altre versioni PHP supportate e la versione di Ubuntu corrispondente alla tua versione PHP, consulta la pianificazione del supporto del runtime.
Versione PHP
Il runtime PHP utilizza la release stabile più recente della versione specificata nel file app.yaml
. App Engine si aggiorna automaticamente alle nuove versioni delle release con patch, ma non aggiorna automaticamente la versione minore.
Ad esempio, l'app potrebbe essere dipiattata in PHP 7.3.0 e versioni successive e aggiornata automaticamente alla versione 7.3.1, ma non verrà aggiornata automaticamente a PHP 7.4.0.
Avvio dell'app
Dovrai implementare un controller frontale per gestire tutto il routing delle richieste.
I seguenti esempi mostrano diversi modi per pubblicare l'app:
Se la tua app contiene un file
public/index.php
oindex.php
, App Engine lo utilizza per pubblicarla.Ti consigliamo di utilizzare un framework, come Laravel, Symfony o Slim, in quanto fornisce un routing leggero per scrivere e implementare rapidamente le app PHP. Guarda un esempio di controller frontale Slim.
Tuttavia, se esegui la migrazione di un'app precedente, consulta il seguente file
index.php
di esempio per importare i file PHP di cui hai bisogno e implementare manualmente il front controller: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, un programma all'interno dei runtime PHP che avvia l'implementazione diphp-fpm
e un server web in background. Questo web server 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 impostate il flag--workers
, il comandoserve
indovina il numero di worker in base alla quantità di memoria disponibile. Per risultati ottimali, imposta i valori per il flag--workers
nel comandoserve
e nell'elementomax_concurrent_requests
in modo che siano uguali.--enable-dynamic-workers
: specifica che i workerphp-fpm
devono essere generati solo in base alle esigenze. L'impostazione predefinita è 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 corrisponde a quello impostato dal criterio statico.
I flag facoltativi devono precedere il percorso del controller principale:
entrypoint: serve --workers=2 --enable-dynamic-workers path/to/index.php
Puoi eseguire il deployment di un processo di lavoro a lungo termine impostando l'elemento
entrypoint
sul percorso file del processo di lavoro:entrypoint: php long-running-worker-file.php
Se l'elemento
entrypoint
esegue uno script con un processo a lungo termine, come un worker Pub/Sub iscritto a un argomento, non utilizzare il comandoserve
.
Per ulteriori informazioni, consulta il riferimento app.yaml
.
Estensioni attivate
Le seguenti estensioni sono state attivate 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 sono caricabili dinamicamente configurando php.ini
:
Per attivare queste estensioni, aggiungi le relative direttive 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 vengono impostate dal runtime:
Variabile di ambiente | Descrizione |
---|---|
GAE_APPLICATION
|
L'ID della tua applicazione App Engine. Questo ID è preceduto da "region code~", ad esempio "e~" per le applicazioni di cui è stato eseguito il deployment in Europa. |
GAE_DEPLOYMENT_ID |
L'ID del deployment corrente. |
GAE_ENV |
L'ambiente App Engine. Impostato 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 applicazione, in MB. |
GAE_RUNTIME |
Il runtime 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 di Node.js) |
Imposta su production quando il servizio viene disegnato. |
Puoi
definire variabili di ambiente aggiuntive nel file app.yaml
,
ma i valori sopra indicati non possono essere sostituiti, tranne per NODE_ENV
.
Proxy HTTPS e di inoltro
App Engine termina le connessioni HTTPS al bilanciatore del carico e inoltra le richieste alla tua 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 in modo che attenda il proxy.
Filesystem
Il runtime include una directory /tmp
scrivibile, con tutte le altre directory che hanno accesso di sola lettura. La scrittura in /tmp
occupa memoria di sistema. Per ulteriori informazioni, consulta l'assistenza tempnam()
e sys_get_temp_dir()
.
Server dei metadati
Ogni istanza dell'applicazione può utilizzare il server metadati di App Engine per eseguire query sulle informazioni relative all'istanza e al progetto.
Puoi accedere al server dei 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'intenzione di recuperare i valori dei metadati.
La tabella seguente elenca gli endpoint in cui puoi inviare richieste HTTP per metadati specifici:
Endpoint dei metadati | Descrizione |
---|---|
/computeMetadata/v1/project/numeric-project-id |
Il numero di progetto assegnato al 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 progetto. |
/computeMetadata/v1/instance/service-accounts/default/scopes |
Elenca tutti gli ambiti supportati per i service account predefiniti. |
/computeMetadata/v1/instance/service-accounts/default/token |
Restituisce il token di autenticazione che può essere utilizzato per autenticare la tua applicazione ad 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 dei metadati utilizzando cURL o la libreria client Google Cloud:
Sessioni
PHP fornisce un livello di gestione delle sessioni che consente alle app web di conservare le informazioni sullo stato dell'utente tra le richieste. Le sessioni in App Engine funzionano molto come le sessioni in 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 stamperà Bar
su una richiesta successiva dello stesso utente:
session_start();
print $_SESSION['Foo']; // prints Bar
Per sessioni più durature, 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 utili aggiuntive:
GAE_APPLICATION
: l'ID progetto Google Cloud dell'app corrente.GAE_DEPLOYMENT_ID
: l'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
: il nome dell'istanza in esecuzione corrente.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 attualmente di cui è stato eseguito il deployment.GAE_VERSION
: il nome della versione attualmente di cui è stato eseguito il deployment.GOOGLE_CLOUD_PROJECT
: ID progetto Google Cloud.HTTP_X_APPENGINE_CITY
: il nome della città da cui ha avuto origine la richiesta. Ad esempio, una richiesta dalla città di Mountain View potrebbe avere il valore della riga di intestazione mountain view.HTTP_X_APPENGINE_CITYLATLONG
- Latitudine e longitudine della città da cui è stata effettuata la richiesta. Questa stringa potrebbe essere "37.386051,-122.083851" per una richiesta da Mountain View.HTTP_X_APPENGINE_COUNTRY
: il paese da cui ha avuto origine la richiesta, come 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
: il nome della regione da cui è stata originata 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
: 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 nuove impostazioni predefinite di inizializzazione
La tabella seguente specifica le direttive i cui valori predefiniti di inizializzazione sono diversi da quelli forniti con l'interprete PHP standard disponibile su php.net. Per trovare i valori predefiniti delle direttive 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 direttive predefinite includendole in un file php.ini
per la tua app.
Assistenza tempnam()
e sys_get_temp_dir()
Le app App Engine vengono eseguite in una sandbox di sicurezza in cui solo la directory /tmp
è scrivibile 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 di scrittura 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 sarà quindi:
hello world
Gestione delle dipendenze con Composer
Per ulteriori informazioni, consulta la pagina Specificare le dipendenze.