Hola, buenas noches.
Tengo mi sitio web clasesvalencianocastellano.net en Wordpress y me acabo de dar cuenta de que no se muestra en ningún navegador, así como tampoco puedo acceder a la admin. Creo que ha sido a partir de haber actualizado el plugin iq-block-country, porque antes de esto he accedido sin problema a la administración del sitio. Lo raro es que, en el clon del web (clasesvalencianocastellano.net/clon/) también he actualizado dicho plugin y se muestra sin problema.
En el servicio técnico del Hosting me comunican lo siguiente:
"Vemos que hay logs de errores que podrian generar un error 500 en el servidor
[28-Oct-2014 20:33:26 UTC] PHP Fatal error: Uncaught exception 'Exception' with message 'Error traversing database. File may be corrupt, please try replacing it with a new one. You can download it from MaxMind website' in /home/clasesva/public_html/wp-content/plugins/iq-block-country/libs/geoip.inc:749
Desactive dicho plugin y realice la prueba."
¿Cómo desactivo el plugin si no puedo acceder a la admin?
Gracias.
URL del sitio: Contenido solo visible a usuarios registrados
Hola Antonio,
"querys" de MySQL = Son las consultas a MySQL generadas por los plugins a la base de datos.
Lo propio es que sean las menos posibles pero claro, contra más cantidad de plugins tengas instalados, más consultas a la base de datos se realizarán y más trabajo para el servidor donde te alojes.
Es mas preocupante el "Sitepress Multilanguage" que veo que se lleva un elevado consumo, junto con Contact Form.
Saludos
Bueno, si no recuerdo mal, tengo 11 plugins instalados, de los cuales están activos 10, como has podido comprobar en la captura. ¿Es mucho?
Respecto al Sitepress Multilanguage, ¿qué puedo hacer? El sitio está en castellano y catalán.
Hola,
Un número de 11 plugins instalados no es mucho, otra cosa sería que estos plugins no sean los más adecuados, pero no tendría por qué ser tu caso. Existen usuarios con muchos más plugins en su WordPress sin ningún problema de rendimiento.
Sobre el Sitepress Multilanguage, es normal que haya tantas consultas SQL, ya que para obtener los textos en los distintos idiomas este plugin tiene que realizar la consulta a la base de datos. Sin un plugin de multilenguaje estas consultas las realizaría el propio WordPress.
Por tanto no sería necesario aplicar cambios ya que otros plugins para tener la web en varios idiomas presentarían niveles de consultas a la base de datos parecidos.
Hola, Pablo.
Entonces, ¿es algo sin más transcendencia que el alto nivel de consultas a la base de datos o puede ocasionar algún porblema?
Y, respecto a lo que comenta Luis más arriba de bloquear ips mediante .htaccess, ¿cómo tendría que hacerlo? Ahora tengo bastantes ips bloqueadas en la opción Administrador de negación de ips del cPanel, las que comprobé mediante la opción Últimos visitantes que son de países como China, Ucrania, Rusia, etc.
Gracias.
Hola Antonio,
Para bloquear IPs en el .htaccess simplemente es añadir la directiva
order allow,deny
deny from 190.40.69.113
deny from 78.170.49.184
deny from 88.224.20.115
allow from all
En el ejemplo he puesto varias IPs, puedes poner las que desees, una por cada directiva deny from
Un saludo.
Un saludo.
Hola, Lorena.
¿Dónde lo añado? ¿Al principio?
¿Tengo que abrir y cerrar obligatoriamente con order allow,deny y allow from all?
Gracias.
Hola,
Pues ponerlo al principio del archivo, aunque también debería funcionar si lo pones en otro lugar. En efecto el listado de ips tiene que empezar y acabar tal como te comentaba Lorena.
Hola,
Veo en el .htaccess que ya están especificadas todas las IPs que tengo añadidas al Administrador de Negación de IPs, aunque no exactamente como dice Lorena. Copio y pego:
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
order allow,deny
allow from all
deny from 180.76.6.233
deny from 180.76.5.20
deny from 180.76.5.191
deny from 111.174.79.245
deny from 220.181.108.92
deny from 101.226.167.218
deny from 180.76.5.72
deny from 180.76.6.41
deny from 180.76.6.155
deny from 83.168.226.58
deny from 37.139.50.100
deny from 183.60.212.160
deny from 180.76.5.95
deny from 90.148.70.124
deny from 149.154.64.114
deny from 77.222.40.205
deny from 109.163.234.10
deny from 128.199.221.48
#
# ErrorDocument 401 default
# AuthUserFile /home/clasesva/.htpasswds/.htpasswd_webempresa
# AuthName "Acceso restringido"
# AuthType Basic
# Require valid-user
#
deny from 62.149.1.74
deny from 183.60.214.10
deny from 5.255.253.117
deny from 217.69.133.29
deny from 217.69.133.31
deny from 92.45.141.112
deny from 92.45.135.224
deny from 213.153.225.21
deny from 91.93.23.161
deny from 92.45.143.18
deny from 180.153.201.64
deny from 202.46.50.180
deny from 80.79.119.173
deny from 187.110.188.196
deny from 217.69.133.235
deny from 106.120.173.111
deny from 92.45.130.113
deny from 92.45.130.254
deny from 92.44.16.185
deny from 82.222.96.98
deny from 93.157.99.148
deny from 92.45.206.100
deny from 193.0.200.132
deny from 89.248.171.39
deny from 123.30.175.156
deny from 89.248.160.150
deny from 193.201.224.176
ErrorDocument 401 default
AuthUserFile /home/clasesva/.htpasswds/.htpasswd_webempresa
AuthName "Acceso restringido"
AuthType Basic
Require valid-user
Supongo que también valdrá.
Lo que se me olvidó comentar, respecto al tema del plugin Multilanguage, es si, al generar tantas consultas a la base de datos, puede estar ralentizando la carga del sitio web. En http://tools.pingdom.com/fpt/ hay veces que me da más de tres segundos, y ya he optimizado el peso de las imágenes del slider de la Home, que es lo que me sugería la herramienta de pingdom.
Hola Antonio,
Veo que en tu .htaccess se han ido añadiendo IPs en bloques, como bien comentas esto lo realiza el administrador de negación de IPs. Aunque no está exactamente como te indicaba, es válido también.
Respecto a los accesos a la base de datos y el pingdom, fíjate que al analizar con pingdom en settings tengas seleccionado el servidor de Holanda. De esta forma te aseguras que siempre realizas el análisis desde la misma ubicación. Si unas veces hace la prueba desde un servidor en EEUU y otras en otro servidor es normal y lógico que los tiempos de carga varíen.
Ahora he hecho un análisis y veo buenos resultados.
Un saludo.
Pues no lo sabía. Por eso variaban tanto los resultados.
Ahora sí me da unos tiempos de carga más acordes con el peso del sitio y lo que tengo instalado; he hecho varias pruebas y ninguna llega a los dos segundos, aun limpiando la caché del navegador.
No sabes cómo te lo agradezco, ya empezaba a pensar que el trabajo de reducir el peso de las fotos del slider no había servido para nada.
Muchas gracias a todos.