Ya sea usando un plugin o mediante código.

¿Por qué bloquear por país?

Una de las razones más importantes para bloquear países es para evitar ataques de bots.

Los bots intentan abusar de vulnerabilidades. Buscan por software que no ha sido actualizado. Buscan de cualquier agujero que exista para poder tomar control de un sitio web. Por lo cual bloquear ciertos países puede ayudar a mejorar la seguridad.

Pero a la vez, también se puede bloquear por país debido a cuestiones legales. O simplemente por que no queremos que nadie de dicho país pueda acceder a ciertos recursos, como la zona de administración de WordPress.

Todas estas son razones válidas. Pero, ¿cómo lo podemos lograr?

1. Mediante un plugin

Una de las formas mas sencillas de bloquear por país en WordPress es usando una solución ya desarrollada como un plugin.

Existen multiples soluciones como iQ Block Country o IP2Location Country Blocker. En ambos casos, usan bases de datos que provienen de servicios y que hay que descargar.

Con ambas soluciones, solo necesitas obtener una cuenta en los servicios que usan y descargar la base de datos apropiada. O en su defecto pagar para acceder a los servicios en línea.

Ambos son muy útiles si no existe inconveniente económico. O si no se desea hacer muchos cambios.

Sin embargo, existen otras formas de bloquear por país en WordPress.

2. Con un CDN como Cloudflare

Si el sitio web en WordPress se encuentra detrás de un CDN como CloudFlare, puedes fácilmente limitar el acceso a ciertos países solo agregando un pequeño código al archivo functions.php que usa tu tema o con un plugin a medida.

Así, por ejemplo, se puede usar esa característica usando el siguiente código:

Con ese pequeño código, se bloquearán todos los clientes que visiten páginas dinámicas y que sean de los países en la lista «negra».

Algo muy importante que hay que indicar, es que las soluciones de plugins o de código como el mostrado no funcionarán siempre si hay un plugin de cache activado.

Esto se debe a que los plugins de cache, en la mayoría de los casos, crean páginas estáticas para enviar en vez de las páginas dinámicas.

Debido a esto, el código no se ejecutará. Pero si ese mismo usuario intenta acceder a la página de login, entonces sí será bloqueado.

3. Mediante una consulta a AbuseIPDB

En una entrada anterior hablé de como agregar la lista negra de AbuseIPDB a un servidor. Pero dicho servicio ofrece mucho más que solo la lista negra.

Cuando se consulta una dirección IP a su check endpoint, nosotros obtenemos toda una serie de información del cliente.

Esta información incluye datos como país de origen e incluso una calificación de cual probable es que trate de abusar de algún recurso.

Toda esta información es útil para evitar ataques o incluso fraudes para las tiendas en línea.

Así, con el siguiente script, nosotros podemos bloquear a un visitante tanto por su país como por su puntuación (si esta es mayor a 50):

Igualmente, para evitar realizar consultas de forma constante, guarda los resultados en un transient de WordPress. Así le generamos la menor molestia a los usuarios legitimos.

Pero, como se menciono antes, esto solo funciona en las páginas dinámicas. Aquellas que se encuentran servidas por el caché aún pueden ser visitadas por personas de los países bloqueados.

4. Bloquear por país usando la base de datos de GeoIP2

MaxMind ofrece la base de datos GeoIP2 Lite de forma gratuita. La cual se puede descargar desde su sitio web con tan solo registrarse.

Igualmente, ellos proporcionan un paquete con el cual se puede acceder a su base de datos usando PHP. Con la cual se vuelve muy sencillo el acceder a los datos.

Solo hace falta descargar el archivo phar o usar composer para agregar el proyecto a un plugin. Tras lo cual se puede agregar y usar de la siguiente manera:

De esta forma, estaríamos usando entonces ya usando la base de datos para bloquear a los visitantes de los países deseados.

Plugin de WordPress con GeoIP2

He desarrollado un plugin sencillo, el cual usa la base de datos de GeoIP2 para bloquear a los visitantes de los países seleccionados:

Su uso es extremadamente sencillo y viene tanto en español (España y México) como en ingles.

Para usarlo, solo hace falta instalarlo e ir a Herramientas > Bloquear por país. Solo debes de tener cuidado de no seleccionar el país en el cual te encuentras, o el sistema podría evitar que ingreses.

En caso de encuentres algún problema, puedes ponerte conmigo en contacto.

Conclusiones sobre como bloquear por país

Bloquear por país a un visitantes es relativamente sencillo. Aunque se necesita de herramientas adicionales para poder obtener la información necesaria para hacerlo.

La dirección IP por si misma no aporta esa información. Pero es fácil obtener detalles adicionales si se cuenta con los recursos necesarios.

Hoy en día prácticamente todo está a un API o Base de Datos de distancia.

The post [Guía] 4 formas de bloquear por país en WordPress appeared first on Endless Manifesto.

Hoy en día, ¿Quién no usa usa las herramientas que Google ofrece? Por eso le hecho un vistazo.

¿Qué es Google Site Kit?

Se trata básicamente de un plugin de WordPress, pero desarrollado por la propia Google con la cual implementa sus servicios.

De esta forma, puedes tener fácilmente en un solo lugar los datos de la Search Console, Google Analytics, PageSpeed Insights, AdSense y demás servicios.

En pocas palabras, en una solución robusta. Aún si no llegas a usar todo su potencial.

Veamos un poco de lo que nos ofrece.

Lo destacable del plugin de WordPress

Una de las grandes ventajas, que no está de más decirlo, es que trae toda la información que tiene Google hasta el Escritorio de WordPress.

Con este, es muy fácil el visualizar la información que se genera por la Search Console y Analytics de una forma condensada y fácil de entender.

Si bien no cuenta con todo el poder de dichas plataformas, nos permite ver los detalles más importantes.

Por ejemplo, en el panel principal del plugin, esta es la forma en la cual vemos como adquirimos tráfico:

Pero en esa misma página vemos inmediatamente como se está desempeñando el mismo sitio web en el buscador:

Es de esta forma que podemos obtener una imagen más clara del desempeño de un sitio web. Pero no es todo.

Ya que en la misma página principal podemos ver incluso cuales son las páginas más visitadas y las palabras clave más importantes que se usan para encontrarnos.

Junto a toda esa información, el plugin también nos permite ver información crucial para cada página o entrada.

Cuando vemos la entrada de forma individual, podemos encontrar una G en la parte superior y es que nos muestra lo siguiente:

Pero cuando hacemos clic en More details, es cuando las cosas se vuelven realmente interesantes. Ya que podemos ver la forma en la cual las personas encuentran dicha entrada.

Sobre todo, que palabras clave usan en especial. Ello permite saber, junto con otras herramientas como Yoast SEO, el saber si la estrategia está funcionando de forma correcta para una página en especifico.

Y eso es solo la superficie de lo que nos ofrece este plugin.

Lo menos atractivo del plugin

En lo personal, una de las cosas que no me han gustado mucho del Google Site Kit es la forma en la cual integra PageSpeed Insights.

Si bien tenemos un vistazo del desempeño del sitio web en la página principal del plugin, el mismo no nos da un reporte para cada página individual del sitio.

Solamente podemos ver el reporte de velocidad para la página principal.

Nunca he sido un gran fan de este servicio, pero siento que es una oportunidad desperdiciada el solo mostrar el reporte para la página principal.

Obviamente nosotros podemos, en todo caso, usar un enlace directo a cada entrada o página y hacer la prueba directamente. ¿Pero no sería mejor tenerlo ya listo en un solo lugar?

Otro los detalles que encontré es que no es fácil desconectar algunos servicios incluidos. La única opción en esos casos es desconectar todo.

¿No quieres que se hagan pruebas de PageSpeed una vez activado? Mala suerte, el plugin no te permite desactivar la opción.

Lo cual, invariablemente, puede significar que verás un incremento de visitas a tu página de inicio por parte de Google.

Nada más que si se puede desconectar de forma individual a AdSense y Analytics, por lo menos.

Tampoco hay forma de configurar muchas opciones desde WordPress. Aunque en parte se entiende, ya que la mayoría de las opciones las controla directamente Google.

Problemas al conectar Google Site Kit con AdSense

Otro de los detalles que me llamó la atención es que, cuando quieres conectar Adsenses al Site Kit, a veces suceden problemas con este.

Por ejemplo, al momento de conectar el servicio, a veces veremos algo como lo siguiente:

Esto, a pesar de ya contar con una cuenta creada.

Una pequeña investigación reveló que este es de hecho un problema del lado de Google. Esto debido a que su propia API regresa un error y esto impide que se puedan obtener las cuentas.

Además hay que comentar que más de uno ha tenido este problema. Esto a pesar de que indican de que ya está resuelto.

Es posible que, debido a que se verifican las cuentas de AdSense de forma constante, la propia cuenta asignada para esto simplemente se vea saturada.

Tras varios intentos, finalmente me mostró lo siguiente:

Con lo cual ya sabemos que ha identificado la cuenta y es cuestión de tiempo para que sea validada.

Sin embargo, hay que tener en cuenta que es posible que nos siga mostrando el error en otro momento. Ya que, como mencione antes, se consulta la API de Google de forma constante.

Solo es cuestión de tener paciencia.

Conclusiones sobre Google Site Kit

Hay una cosa que es cierta, este plugin de Google es lo que muchas personas querían ver. El poder tener acceso a datos importantes de forma fácil.

Si bien el mismo apenas acaba de salir de su fase beta, es evidente que se encuentra prácticamente listo en sus funcionalidades básicas.

En lo poco que he podido usarlo, he quedado más que satisfecho. Y en el futuro se espera que la gente de Google agregue nuevas funcionalidades.

Podemos seguir el desarrollo del plugin directamente GitHub. En donde se menciona esto y podemos ver incluso la solución de problemas que aún tiene el software.

Personalmente, tras lo que me sucedió con tumblr, estoy más que contento del poder contar con esta herramienta. Para saber, aún más rápido, de que es lo que sucede con un sitio web.

Y, por lo menos para mi, este se volverá en un plugin imprescindible. Y posiblemente para muchos más.

The post [Review] Plugin Google Site Kit: Esencial para WordPress appeared first on Endless Manifesto.

Además, ofrece un importante número de opciones que se pueden configurar. Dependiendo de tus necesidades u objetivos. En mi caso, era el obtener un mejor rendimiento absoluto en varios frentes. Después de que los resultados en el PageSpeed Insights habían salido terriblemente mal.

Bueno, exagero un poco en ello. Pero al estar en un hospedaje compartido, es natural que ciertas cosas no corran de lo mejor. Yo espero poder migrar a un mejor ambiente en un momento cercano. Pero en lo que sucede, hay que trabajar con lo que se tiene.

Y un plugin de caché era la opción más natural para lograr los objetivos inmediatos.

¿Por que usar un plugin como W3 Total Cache?

La razón más sencilla es por que ya hay buenas alternativas que ya están correctamente escritas. De lo contrario, tendrías que reinventar la rueda. Dichos plugins ya toman en cuenta los problemas más comunes y los solucionan rápidamente.

Igualmente han tratado de seguir los lineamientos de Google, y otras plataformas similares, para realizar las mejoras. Esto buscando que los webmasters no tengan que estar instalando otras herramientas.

Por supuesto, esto no implica que sea la solución a todos los problemas. Hay casos en los cuales requerirás escribir tus propias soluciones, pero ese es un tema para otro día.

En mi caso, esta era la forma más viable de hacer las cosas.

Preámbulo a la optimización

Ten en cuenta que estas configuraciones funcionan en mi entorno de trabajo (Apache, PHP7, MariaDB). No necesariamente funcionaran en el tuyo. Hay muchas variables que están en juego, por lo cual al final lo que te funcione a ti pudiera ser diferente.

Ante de empezar, coloque el siguiente código en el footer de mi instalación. Con este, podría ver que tan mal estaba.

View the code on Gist.

Ya con ese código, pude ver resultados similares a este:

View the code on Gist.

Ouch, ¿De donde salían tantas consultas? ¿Como era posible que se consumiera tanto tiempo? Esos números indicaban que había un problema el cual tenia que ser solucionado.

Por supuesto, el primer lugar en donde tenia que mirar es en mi servidor e instalación. Eliminar los plugins innecesarios es algo que se tiene que hacer. Posterior, tuve que cambiar de PHP5 a PHP7. Esto debido a que PHP7 es mucho más rápido que PHP5, además de más seguro.

Por fortuna para mí, esto no generó problemas de compatibilidad. Pero es posible que tengas problemas si antes contabas con mensajes de «funciones obsoletas», ya que muchas de ellas fueron eventualmente eliminadas. Puedes solucionar ese tipo de problemas si no te importa ensuciarte un poco las manos con el código fuente.

Una vez limpiada mi instalación, ganando como 0.2 ms, solo quedaba optimizar lo que quedaba. Los plugins que quedaron eran los que consideré que eran de utilidad y necesarios.

Configuración de W3 Total Cache

Trataré de ser breve, ya que el compartir una configuración completa de W3 Total Cache puede ser extensivo. Aunque es bueno el tener una idea de todo lo que puedes lograr con dicho plugin. Aún para la versión gratuita.

Pero si haré incapie en aquellas características en las cuales logre observar una mejora.

Si vas a usar W3 Total Cache en una instalación multisite, lo primero que te recomiendo es activar el mismo para toda la red. Una vez que hayas configurado las opciones más comunes, como el Page Cache, Object Cache y Browser Cache; deberás encontrar la siguiente opción bajo Performance > General Settings y desmarcarla:

Esta es la opción que debe estar o mantenerse desmarcada

Una vez hecho hayas desmarcado «Use single network configuration file for all sites», podrás efectuar cambios «a medida» para cada sitio de tu red. Para ello, deberás de ir a «General Settings» dentro del Escritorio de cada sitio y buscar a la derecha el botón «Use Specific settings». Deberás de hacer clic sobre el mismo para poder editar las características a medida para ese segmento en cada sitio.

Por ejemplo, en mi caso, mi mayor problema fue con las opciones de Minify. Si bien estoy detrás de CloudFlare, el hacer uso de Minify era importante ya que las hojas de estilo CSS y JavaScript no se estaban combinando. Hacerlo eventualmente iba a ayudar mucho.

Pero aquí no había una solución que funcionase en todos los escenarios.

Peleándose con Minify en W3 Total Cache

La posibilidad de «minificar» las hojas de estilo CSS y JavaScript es algo muy importante. Pero, el problema de dicha utilidad es que muchas cosas pueden salir terriblemente mal.

Por ejemplo, compactar el HTML me es útil en este sitio web, pero no en otro. Esto debido a que puede romper el tema y sus características.

Algunas de las opciones activadas para minificar HTML

En el caso de Javascript, «defer» para compactar destruye las páginas hechas en Page Origin, mientras que la opción «async» destruye a Slider Revolution. ¿Que lio verdad? Dejarlos a todos con su gusto con una sola configuración es imposible. La tarea de optimizar se vuelve una de «prueba y error» en el mejor de los casos.

Las opciones de JavaScript pueden causar algunos problemas

En el caso de las hojas de estilo, el problema no es tan prominente. En la mayoría de los casos… las cosas simplemente funcionaron bien y se pudo optimizar sin mayor problema.

El único inconveniente de tener este tipo de configuraciones, es que deberás de «limpiar el cache» siempre que haya cambios. Eso puede ser un poco molesto cuando estás haciendo muchos cambios pequeños, pero se soluciona desactivando la opción de compactar o desactivando este plugin.

Activando Object Cache

Esta alternativa en W3 Total Cache es quizá la que mejor me ha resultado, después de la minificación.

Con los cambios antes mencionados y esta, logre tener entonces un tiempo re respuesta similar a este:

View the code on Gist.

Pasar de 101 consultas a 24 es muy bueno. Es decir que ahora se están realizando solo un cuarto de las consultas que se hacían antes. Eso le quite estrés al servidor de base de datos y se accede más rápido.

Para entenderlo mejor, el Object Cache almacena en disco las «consultas más comunes». Algo similar a lo que hace «Page Cache». Esto permite que ciertos valores sean accedidos de una forma mucho más rápida y ágil.

Mientras menos consultas sean realizadas, mejor. Eso siempre ayudará a que el sitio web sea más eficiente a la hora de tener mayor carga. Pero ten en cuenta que, al almacenar el cache en disco, es posible que esto genere muchos archivos adicionales. Eso hay que tenerlo en cuenta en especial si tienes el espacio o los inodes limitados.

Conclusión

Si la configuración de W3 Total Cache se hace bien, se pueden tener buenos resultados. En mi caso, pase de tener una respuesta promedio de +2 segundos a ~0.6 mili-segundos. Una mejora sustancial tomando en cuenta que todavía estoy algo limitado en este entorno.

También en este caso, es importante indicar que solo apuntale una parte del problema. El otro es del lado del servidor. Si se tiene acceso a un procesador más poderoso en el hosting, el tiempo de respuesta podrá verse mejorado.

Algunos incluso dirían que tener un VPS es casi una necesidad. Pero yo opino que todo depende de las propias necesidades y objetivos de cada persona. Un VPS es bueno para quien tiene el tiempo y recursos para administrar un servidor. Esa es una bestia completamente diferente. Y más si ponemos en la mezcla un servidor Varnish.

Encontrar el hosting adecuado resuelve una parte del problema. Con suficientes recursos se puede rentar un buen servidor, pero sin alguien que sepa como optimizar los programas que corren… pues, serán recursos desperdiciados.

Hay que tener un buen balance entre ambos, pero por ahora W3 Total Cache me ha sacado del apuro.

The post Mejorar WordPress con W3 Total Cache appeared first on Endless Manifesto.