Operazioni più costose in PHP?

Question

Quali sono alcune delle operazioni più costose in PHP? So che cose come l'uso eccessivo dell'operatore @ possono essere costose. Cos'altro vorresti considerare?

Answer 1

• serialize() è lento, come eval(), create_function() e generazione di processi aggiuntivi tramite system() e funzioni correlate.
• Attenzione a tutto ciò che APC non può memorizzare nella cache - conditional includes, eval() codice ed ecc.
• Apertura connessioni database. Archivia sempre le connessioni e riutilizzale.
• Oggetto clonazione
• Espressioni regolari. Utilizza sempre le normali operazioni sulle stringhe su un'espressione regolare se non hai bisogno della funzionalità di una espressione regolare, ad es. utilizzare str_replace() su preg_replace() ove possibile.
• Logging e scritture su disco può essere lento - eliminare inutili di registrazione e di file operazioni

Alcuni micro-ottimizzazioni che sono le buone pratiche, ma non farà molta differenza per la vostra fondo le prestazioni della linea:

• L'utilizzo dell'eco è più veloce della stampa
• La concatenazione delle variabili è più veloce rispetto all'utilizzo in linea di una stringa con doppia quotatura.
• L'utilizzo di echo con un elenco di argomenti è più rapido della concatenazione degli argomenti. Esempio: echo 'How are you ',$name,' I am fine ',$var1 è più veloce di echo 'How are you '.$name.' I am fine '.$var1
• Sviluppare con avvisi e avvisi attivati. Assicurandosi che non vengano attivati, PHP si risparmia di dover eseguire il controllo degli errori su di essi.

Answer 2

Tutto ciò che sta accadendo attraverso una connessione di rete, ad esempio chiamando un webservice, ad esempio: in genere ci vorrà più tempo rispetto a fare un'operazione localmente.

(anche se non costa molto di CPU, ti costerà tempo)

Answer 3

foreach() dichiarazioni, in particolare con la nidificazione, sono spesso costosi; anche se questo è tanto il mio ingenuo - e talvolta mal pianificato - approccio alla programmazione come colpa di php.

Anche se penso sia vero, anche, di JS e di altre lingue, quindi quasi sicuramente è colpa mia. =/

Answer 4

"Hello $name" 

sintassi è più lento di

'Hello ' . $name 

anche __get() __set() __call(), ecc sono lenti

e, se ci tieni così tanto, è possibile utilizzare ottimizzato structures da SPL

Answer 5

I 'dì query SQL all'interno di loop. Come ad esempio questo:

foreach ($db->query('SELECT * FROM categories') as $cat) 
{ 
    foreach ($db->query('SELECT * FROM items WHERE cat_id = ' . $cat['cat_id']) as $item) 
    { 
    } 
} 

Il che, per la cronaca, potrebbe essere accorciata in qualcosa di simile a questo:

$sql = 'SELECT c.*, i.* 
      FROM categoriess c 
    LEFT JOIN items i USING (cat_id) 
     ORDER BY c.cat_order'; 

foreach ($db->query($sql) as $row) 
{ 
} 

Answer 6

Invece di cercare di capire le potenziali aree che sono lenti, utilizzare uno strumento di profiling. Installare xDebug era probabilmente una delle cose più semplici e migliori che ho fatto per migliorare il codice che scrivo. Installa con WinCacheGrind (o la versione corretta per il tuo sistema operativo) per i migliori risultati.

Answer 7

Dalla mia esperienza l'operazione più costosa in termini reali è la dichiarazione echo. Prova a unire tutte le stringhe insieme prima di inviarle al browser, seguito in particolare dalle chiamate al database!

Il codice può talvolta ottenere un aumento delle prestazioni x10 semplicemente rifattorizzando gli algoritmi e le strutture dati. Ottieni un programma e prova a metà della sua lunghezza, puoi dimezzarlo di nuovo?

Answer 8

curl_exec() è molto lento rispetto alle operazioni tipiche. Inoltre, la maggior parte delle operazioni str_ * sono più veloci delle operazioni regex.

Answer 9

• json_encode è più veloce di serializzare
• Concatenate in loop è più veloce di implodere

La gente pensa che @ è costoso forse solo perché questo detto è abbastanza diffusa sul web.

citando: http://www.php.net/manual/en/language.operators.errorcontrol.php#102543

Se vi state chiedendo che cosa l'impatto sulle prestazioni di utilizzare il @ operatore, considerare questo esempio. In questo caso, il secondo script (utilizzando l'operatore @ ) richiede 1.75x per l'esecuzione ... quasi il doppio del tempo del primo script.

Così mentre si, c'è un sovraccarico, per iterazione, vediamo che l'operatore @ ha aggiunto solo .005 ms per chiamata. Non c'è motivo sufficiente, imho, per evitare di usare l'operatore @.

reali 0m7.617s 0m6.788s utente SYS 0m0.792s

vs

reali degli utenti 0m13.333s 0m12.437s sys 0m0.836s

Si può quasi incapace di "abusare" di un operatore e spesso vale la pena se sta facendo un'operazione che si desidera.

Answer 10

uniqid() è stupido costoso. Non utilizzare per generare molti identificativi univoci.