2015-03-20 8 views
8

Ive ha appena iniziato a riscontrare un problema con MAMP PHP in esecuzione estremamente lentamente. Ive ha reinstallato MAMP e continua ad avere problemi.CLI MAMP PHP in esecuzione lentamente rispetto a OS X PHP

Come termine di paragone (ho pensato che forse la mia macchina OS X lo sviluppo locale può essere stata avendo edizioni) Ho provato quanto segue nel terminale, e php.ini disabile con -n

/usr/bin/php --version -n 

Ciò restituisce con una produzione subito .

/Applications/MAMP/bin/php/php5.5.14/bin/php --version -n 

Questo restituisce un'uscita circa 3-5 secondi dopo.

Ho provato a eseguire numerosi altri comandi e script. Tutti sembrano avere un ritardo di 3-5 secondi con MAMP PHP.

Ho provato altre versioni di PHP MAMP e hanno ancora gli stessi problemi.

Non riesco a pensare a qualcosa che ha cambiato di recente sulla mia macchina per causare questo rallentamento (e..g nessuna modifica php.ini, nessun aggiornamento di OS X)

Io davvero non ho idea che cosa è causando questo problema, o anche come indagare ulteriormente. Aiuto molto apprezzato.

UPDATE

Stranamente, il problema sembra essere solo durante l'esecuzione di PHP MAMP a riga di comando. Quando si carica un sito Web utilizzando MAMP, non vi è alcun rallentamento. Ancora più confuso ...

+0

Posto sbagliato per fare questa domanda. Dai un'occhiata alla pagina sorella ServerFault. – arkascha

+1

Non sono d'accordo - "Le domande su Server Fault devono riguardare la gestione dei sistemi informatici in un ambiente aziendale.Le domande relative all'elaborazione della casa e dell'utente finale possono essere poste su Super User e domande su sviluppo, test e strumenti di sviluppo possono essere poste su Stack Overflow ."- questo riguarda il mio ambiente di sviluppo, quindi sicuramente appartiene qui? –

+0

Ah, scusate, solitamente uno stack LAMP (o simile) viene utilizzato per creare soluzioni correlate al business. Tenete presente che il business non è commerciale. Ho appena pensato di ottenere risposte più veloci e migliori laggiù – arkascha

risposta

7

Risolto. Per qualche motivo, -n non rimuoveva i file .ini. L'eliminazione del file .ini ha risolto completamente il problema.

Alcuni googling mi portano all'estensione che causa il problema. Ho commentato la riga seguente nel mio file .ini

; extension=imap.so 
+0

. Dopo commento imap.so, problema risolto.Ma non so perché.C'è qualche indizio? – Blade

+1

sì, il suo tentativo fare una ricerca DNS per il nome host locale. L'aggiunta delle voci rilevanti al file/etc/hosts risolve il problema senza disabilitare il modulo. –

14

Come indicato dalle altre risposte, il rallentamento è causato dall'estensione imap.so.

Guardando più a fondo in questo però, sembra che il motivo è che sta cercando di eseguire una ricerca DNS per il nome host della macchina locale.

Aggiungere il tuo nome host al file/etc/hosts dovrebbe risolvere il problema:

[email protected] ~> hostname 
mbp.local 

cat /etc/hosts 
... 
127.0.0.1  mbp.local 
::1   mbp.local 
... 

Prima:

[email protected] ~> time php -v 
PHP 7.0.12 (cli) (built: Oct 24 2016 18:49:11) (NTS) 
Copyright (c) 1997-2016 The PHP Group 
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies 
     **5.04 real**   0.01 user   0.01 sys 

Dopo:

[email protected] ~> time php -v 
PHP 7.0.12 (cli) (built: Oct 24 2016 18:49:11) (NTS) 
Copyright (c) 1997-2016 The PHP Group 
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies 
     **0.03 real**   0.01 user   0.00 sys 

ho scoperto questo catturando la rete traffico usando Wireshark.

Problemi correlati