slow muy lento php localhost wampserver

php - slow - wampserver muy lento



WAMP se está ejecutando muy lento (21)

Agregando a la respuesta de turibe , también deshabilite el perfilador xdebug en php.ini con xdebug.profiler_enable=Off o xdebug.profiler_enable=0 También puede aumentar el límite de memoria de PHP. Buscar memory_limit en php.ini .

También hay algunos consejos útiles en https://www.devside.net/wamp-server/wamp-is-running-very-slow que son demasiado numerosos para enumerarlos aquí.

Estoy usando WAMP ( localhost ) en Windows 7.

Cuando estoy ejecutando mi localhost , toma más de 1 minuto cargar la página. No hay consultas ni conectividad de base de datos. Si es solo una página html, también lleva el mismo tiempo, y si internet está conectado, funciona normalmente. Si internet está conectado funciona perfectamente. Cuando Internet no está disponible, se tarda más de 1 minuto en cargar una página simple.

Alguien, por favor ayúdame ...

Apagar el cgi_module también me funcionó con WAMP + WordPress. Quería compartir que también puedes hacer esto con WYSIWYG en WampServer 2.5.

  • Haga clic en el icono de inicio rápido de WAMP en la barra de tareas.
  • Desplazarse sobre Apache> Módulos de Apache>
  • Haga clic para eliminar la marca de verificación de cgi_module

WAMP debería reiniciarse y debería ver la aceleración.

Descubrí que, de alguna manera, ayuda mucho no para recargar la página, sino para ir a otra página y hacer clic en el enlace (si existe) a la página anterior.

Hago esto, ya que tengo una barra de menú, así que simplemente hago clic en otro enlace y luego vuelvo,

Ejecutar wamp solamente. Salir de otras aplicaciones que utilizan internet.

El truco para mí fue cambiar el servidor php smtp en php.ini de localhost a 127.0.0.1, en la línea 1084 en mi copia de vainilla.

En lugar de usar el nombre de host "localhost", use una dirección IP en su cadena de conexión MySQL.

Normalmente, su instalación de WAMP se encuentra en c: / wamp Edit con un bloc de notas: C: / wamp / www / wp-config.php

Reemplazar

define("DB_HOST", "localhost");

con

define("DB_HOST", "127.0.0.1");

Reinicie los servicios WAMP.

Puede ver más detalles en este website .

En mi caso, la lentitud fue porque estaba en una VPN corporativa y también tenía una URL de proxy configurada en Chrome. Fuera de la VPN todo cargado rapido.

Para que las cosas funcionen en la VPN, eliminé la configuración del proxy de Chrome. La mayoría de las cosas funcionaron entonces, pero la búsqueda de complementos o temas de Wordpress desde el panel de control aún falla.

Agregué lo siguiente a wp-config.php y luego la búsqueda también funcionó:

/** proxy settings */ define(''WP_PROXY_HOST'', ''proxy.url.com''); define(''WP_PROXY_PORT'', ''1234''); define(''WP_PROXY_USERNAME'', ''''); define(''WP_PROXY_PASSWORD'', ''''); define(''WP_PROXY_BYPASS_HOSTS'', ''localhost'');

Este problema me estaba afectando después de actualizar el servidor WAMP de 2.2 a 2.4.

Finalmente encontré la solución, como se detalla en esta publicación del blog: http://stijndewitt.wordpress.com/2014/01/10/apache-hangs-ie11/

Agregue lo siguiente al archivo de configuración de Apache (httpd.conf):

AcceptFilter http none AcceptFilter https none

Esto puede sonar muy simple, pero si está usando la opción "RUN >> Launch in Browser" de Notepad ++, se carga como: file: /// C: /wamp/www/dynamic/index.php en lugar de: localhost / dynamic / index. php

Si este es el caso, intente ir a localhost / dynamic / index.php en la barra de URL por su cuenta y se cargará mucho más rápido.

Esto solo resuelve el problema por algún tiempo. Después de un rato vuelve a ser lento

Estoy ejecutando Windows 8, WAMP fue muy lento. Hice todo lo sugerido antes. Con una diferencia, WAMP tenía httpd.conf por defecto:

AcceptFilter http none AcceptFilter https none

Así que hice lo contrario pensando que tal vez esto ya no es necesario. Parece que funciona bien:

#AcceptFilter http none #AcceptFilter https none

Tal vez no sea un problema en todas las versiones de Windows. En httpd leíste:

# AcceptFilter: On Windows, none uses accept() rather than AcceptEx() and # will not recycle sockets between connections. This is useful for network # adapters with broken driver support, as well as some virtual network # providers such as vpn drivers, or spam, virus or spyware filters. #AcceptFilter http none #AcceptFilter https none

Intenté muchas de las respuestas aquí sin mucho éxito. Era el propio PHP donde estaba ocurriendo el cuello de botella. Deshabilité XDebug y el tiempo de carga de mi página pasó de ~ 1200ms a ~ 275ms. Ahí fue donde se produjo la mayor ganancia individual, de lejos.

La solución que funcionó para mí fue deshabilitar el cgi_module . Utilice uno de estos métodos:

(Método 1) Haga clic derecho en WAMP> Apache> Apache Modules> desmarque "cgi_module"

(Método 2) Edite httpd.conf e inhabilite la carga del módulo CGI comentando esta línea:

LoadModule cgi_module modules/mod_cgi.so

Comentar sería simplemente agregar un # en frente, como esto:

#LoadModule cgi_module modules/mod_cgi.so

Reinicie el servicio de Apache y debería estar listo.

Lo intenté todo, nada funcionó y luego descubrí que al eliminar todas las referencias de sesión, wamp era 20 veces más rápido. Como las sesiones estaban siendo bloqueadas. así que cuando la misma aplicación solicitó varias páginas fue muy lento.

Lo que funcionó para mí es descomentar esta línea en el archivo host.

La resolución de nombres localhost se maneja dentro del propio DNS

127.0.0.1 localhost

:: 1 localhost

sin comentar 127.0.01 localhost. Y después de eso es super rápido.

Lo que me funcionó es acceder a mi contenido local en 127.0.0.1 en lugar de localhost (por lo que probablemente haya un problema de resolución de DNS en algún lugar)

http://127.0.0.1/mysite es rápido

http://localhost/mysite es lento

Me encontré con el mismo problema, cambié todas las opciones mencionadas. Después de eso, vi que una base de datos Drupal con un peso extremo estaba causando el problema. Borrar la tabla de vigilancia y el caché resolvió el problema. Publico esto, esperando que ayude a alguien más.

Se encontró con este problema específicamente en Chrome. Vaciar el caché lo resolvió por completo.

Tuve un problema similar y esta publicación se destacó mucho en mi búsqueda de una solución, así que estoy agregando mi solución aquí.

Mi problema era de menor escala. Una página php vacía pasó de la representación casi instantánea a aproximadamente 1 segundo.

Resultó que mi configuración de xdebug estaba causando el problema. Tuve xdebug.remote_enable = on set en el php.ini y esto estaba causando el retraso. Antes de iniciar la sesión de depuración con una clave ide, solo obtengo el retraso al iniciar una sesión de depuración. Al comentar la línea de salida se solucionó el problema.

agregue 127.0.0.1 como su DNS en Use las siguientes direcciones de servidor DNS -> Servidor DNS preferido