Perché Apache restituisce una lunghezza del contenuto pari a zero dopo 200 secondi a una richiesta POST PHP?

Question

Ho uno script PHP che invia una richiesta a un'API remota. Se la risposta impiega più di 200 secondi per tornare indietro, nella risposta ottengo solo una lunghezza del contenuto pari a zero. Sto cercando di capire perché sta succedendo.

Nel tentativo di risolvere questo problema, ho impostato tutte le variabili concepibili nei file di configurazione di Apache e PHP impostate su un periodo superiore a 300 secondi per combattere questo problema, come raccomandato dalla prima risposta di seguito. Le cose che ho impostato a 300 secondi:

• Apache timeout
• Apache KEEP_ALIVE tempo
• PHP max_reponse_time
• tempo PHP session.cache_expire
• PHP max_execution_time

Nonostante che io otteniamo sempre risposte di lunghezza del contenuto pari a zero attorno ai 200 secondi. Tuttavia se impiega meno di 200 secondi il problema non si verifica.

Di seguito viene descritto come è impostato il nostro codice.

Quello che succede è che crontab esegue uno script di shell sul nostro server, che chiama un URI di localhost usando/usr/bin/curl. L'URI localhost è servito da Apache ed è un file PHP che contiene il codice sottostante, che a sua volta usa cURL per chiamare l'API remota. Abbiamo POST circa 10 KB di XML e ci aspettiamo di ricevere circa 135 KB indietro, in blocchi.

Ecco il codice di richiesta:

 $ch = curl_init(); 
     curl_setopt($ch, CURLOPT_URL, $this->_xml_url); 
     curl_setopt($ch, CURLOPT_POST, true); 
     curl_setopt($ch, CURLOPT_VERBOSE, true); 
     curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: text/xml')); 
     curl_setopt($ch, CURLOPT_POSTFIELDS, $xml_str); 
     curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); 
     $output = curl_exec($ch);   
     curl_close($ch); 

ho acceso il debug nel nostro registrazione Apache e sotto è ciò che otteniamo. In questo esempio la richiesta è stata inviata alle 19:48:00 e la risposta ritorna alle 19:51:23, poco più di 200 secondi dopo.

* About to connect() to api.asdf.com port 443 (#0) 
* Trying 555.555.555.555... * connected 
* successfully set certificate verify locations: 
* CAfile: none 
    CApath: /etc/ssl/certs 
* SSL connection using RC4-SHA 
* Server certificate: 
* subject: snip 
* start date: 2014-03-12 10:22:02 GMT 
* expire date: 2015-04-16 12:32:58 GMT 
* subjectAltName: api.asdf.com matched 
* issuer: C=BE; O=GlobalSign nv-sa; CN=GlobalSign Organization Validation CA - G2 
* SSL certificate verify ok. 
> POST /xmlservlet HTTP/1.1 

Host: api.asdf.com 
Accept: */* 
Content-Type: text/xml 
Content-Length: 10773 
Expect: 100-continue 

< HTTP/1.1 100 Continue 
< HTTP/1.1 200 OK 
< Cache-Control: private 
< Content-Type: text/xml 
< Server: Microsoft-IIS/7.5 
< X-AspNet-Version: 4.0.30319 
< X-Powered-By: ASP.NET 
< Date: Thu, 06 Nov 2014 19:51:23 GMT 
< Content-Length: 0 
< 

* Connection #0 to host api.asdf.com left intact 
* Closing connection #0 

Vorrei sapere se c'è qualcosa di sbagliato in questo codice o qualcosa forse ho perso nelle impostazioni del server che potrebbero causare la lunghezza del contenuto di tornare a zero dopo 200 secondi.

Answer 1

Suoni molto simili a un timeout sul server API remoto: prova ad accedervi manualmente ad es. tramite browser o wget.

Answer 2

Hai provato a usare set_time_limit in PHP

http://php.net/manual/en/function.set-time-limit.php

L'impostazione di default per PHP è di solito di 30 secondi e ha trovato nel php.ini

---

Per la configurazione di Apache vedere timeout, keepalive, keepalivetimeout e maxkeepaliverequests

http://users.cis.fiu.edu/~downeyt/cgs4854/timeout

---

vedere anche http://www.devside.net/wamp-server/apache-and-php-limits-and-timeouts per un buon tutorial generale.

Sono riuscito a eseguire richieste con apache e php per 15 minuti, quindi è possibile estenderlo per un periodo piuttosto lungo.

Answer 3

Assicurati di utilizzare il percorso url completo della risorsa esterna che stai cercando di raggiungere (poiché non è possibile verificarlo dal tuo esempio di codice) e, cosa più importante, assicurati che il comando cron esegua dal percorso il tuo script risiede in, in questo modo:

1 1 * * 0 /path/to/your/script php < yourscript.php

in questo modo garantirà tutto ciò a cui fa riferimento un percorso posizione relativa si trova in modo corretto.

Ricorda che quando esegui il test di qualcosa tramite il browser, il tuo log di apache va bene, ma dal momento che stai sincronizzando lo script, gli errori relativi a crontab verranno inviati al tuo file di output di cron.

Answer 4

ed è un file PHP che contiene il seguente codice, il quale utilizza a sua volta cURL per chiamare l'API remota. Abbiamo POST circa 10 KB di XML e ci aspettiamo di ricevere circa 135 KB indietro, in blocchi.

Ecco il codice di richiesta:

$ch = curl_init(); 
    curl_setopt($ch, CURLOPT_URL, $this->_xml_url); 
    curl_setopt($ch, CURLOPT_POST, true); 
    curl_setopt($ch, CURLOPT_VERBOSE, true); 
    curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: text/xml')); 
    curl_setopt($ch, CURLOPT_POSTFIELDS, $xml_str); 
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); 
    $output = curl_exec($ch);   
    curl_close($ch); 

Che cosa è molto probabile che sia accadendo è che il server remoto ($this->_xml_url) è in realtà un sistema di bilanciamento del carico o altro blocco di front-end che ha un timeout di 200 secondi e chiama un server di backend.

Se il server di backend non risponde entro il lasso di tempo, il server front-end chiude la connessione di back-end e continua ad eseguire (che è probabilmente la cosa sbagliata da fare) e invia allo script di una risposta "successo" con il contenuto che ha

Quale è niente. Da qui la lunghezza del contenuto pari a zero.

Il meglio che puoi fare è riconoscere il problema controllando la lunghezza dei dati o la conformità XML e riprovare o avvisare l'utente. Userei un timeout inferiore a 200s - diciamo 180s - per essere sicuri che tu sia il che genera l'errore, cioè il server remoto non ti riaggancerà mai, tu riaggancia su lui.

Prova anche notificare i manutentori di server API nel caso in cui ci sia un modo per accelerare la richiesta (API diversa? Codifica differente? Possibilità di risultati caching? SLA più costoso? Ecc)

Answer 5

Hai provato in modo esplicito l'impostazione il HTTP Keepalive? qualcosa di simile:

curl_setopt($ch, CURLOPT_HTTPHEADER, array(
    'Connection: Keep-Alive', 
    'Keep-Alive: 300' 
));