Este error es especialmente molesto, pero se puede solucionar fácilmente. Aquí te muestro como.

1. Verifica que PHP-FPM esté instalado

Hay que empezar con lo más básico. Asegurarse que la versión actual de PHP-FPM se encuentre instalada.

Para ello, debemos de correr el comando dpkg --list | grep fpm desde la consola. Si obtenemos un output con los siguientes elementos, entonces posiblemente esté instalado correctamente:

ii  php-fpm	
ii  php7.4-fpm

Si no aparecen las versiones que esperas (en mi caso, la versión 7.4 de PHP) , entonces deberás instalarlas.

Entonces asegúrate de verificar los paquetes instalados en Virtualmin > System Settings > Re-Check Configuration.

Si el problema persiste, entonces debes de hacer lo del punto siguiente.

2. Modificando el archivo virtual-server-lib.pl

Uno de los problemas que tiene Virtualmin (hasta su versión 6.08) es que no detecta ciertas versiones de PHP-FPM de forma automática.

Un gran ejemplo de esto se encuentra en este comentario. El cual analiza el proceso para detectar PHP-FPM.

Es por ello que Virtualmin no detecta correctamente las versiones de PHP 7.4 o superiores. Así, cuando se verifican las características se arroja el error de No PHP-FPM packages were found on this system.

Pero la solución es sencilla. Solo hace falta modificar el archivo virtual-server-lib.pl y modificar un array en especifico.

Así, el archivo se encuentra en /usr/share/webmin/virtual-server/ (en Ubuntu 16.04). Deberemos de abrirlo y buscar la variable @all_possible_php_versions (línea 201):

@all_possible_php_versions = (5, 5.2, 5.3, 5.4, 5.5, 5.6, 5.7, 5.8, 5.9,
"7.0", 7.1, 7.2, 7.3);

Este es solo un array, por lo cual se ha de cambiar a la siguiente:

@all_possible_php_versions = (5, 5.2, 5.3, 5.4, 5.5, 5.6, 5.7, 5.8, 5.9,
"7.0", 7.1, 7.2, 7.3, 7.4);

Es todo. Tras guardar el cambio y hacer click de nueva cuenta en Virtualmin > System Settings > Re-Check Configuration Virtualmin ya nos debería mostrar el mensaje The following PHP-FPM versions are available on this system : 7.4.5 (php7.4-fpm). Con ello ya se encuentra activo para Virtualmin.

Conclusión sobre No PHP-FPM packages were found on this system

El problema es relativamente trivial de solucionar. Sin embargo, al momento de escribir esta entrada, este ya estaba presente por mucho tiempo.

Virtualmin no ha sido actualizado en mi versión de Ubuntu. Por lo cual no he recibido l versión 6.09 la cual soluciona este problema.

Por alguna razón.

Sin embargo, es posible que este error sea corregido en el futuro, ya que el repositorio del proyecto se encuentra ya con soporte hasta PHP 7.9.

Además, algo como esto no evitará que siga usando Virtualmin como una solución para hospedar sitios web. Ya que hasta este momento ha parecido suficientemente solido.

Espero también que esto sea de ayuda a cualquiera que tenga este problema con Virtualmin y PHP-FPM.

Actualización al 4 de Mayo de 2020

El día de hoy, finalmente, la versión 6.09 de Virtualmin ha sido lanzada para las versiones de Ubuntu.

Tras esta actualización, la solución expuesta en esta entrada ya no debería ser necesaria. Sin embargo, se mantiene para para efectos informativos de cualquiera que llegase a necesitarla.

The post [Solución] No PHP-FPM packages were found on this system (PHP 7.4 con Virtualmin en Ubuntu 16.04) appeared first on Endless Manifesto.

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 hablaré de esta serie, tanto de su manga como del anime.

(Advertencia, esta entrada contiene spoilers)

Antes de comenzar, deseo comentar que esta serie se siente como algo totalmente fresco a lo ultimo que había visto en cuanto a animación japonesa y/o mangas.

Los personajes tienen mucha dimensión, mucha profundidad. Esto los hace realmente interesantes y ayuda a que te identifiques con ellos. Incluso puedes sentir simpatía por sus propios objetivos o personalidades.

Esto es algo bueno, en especial cuando muchas series simplemente buscan sacar dinero rápido o monetizar ferozmente a un tipo de fandom.

¿De que trata Beastars?

Tratando de hacer corta la explicación, podemos decir que se trata de la lucha diaria entre los carnívoros y herbívoros. Esto en un mundo habitado por animales de todo tipo.

En este mundo, ambos grupos conviven pero con su propia cuota de problemas de todo tipo. Hay incidentes de predación, hay lugares en donde se vende carne (que es ilegal, pero tolerado), entre muchas otras cosas.

Sin embargo, la historia se centra sobre todo desde la perspectiva de Legoshi, el lobo gris y protagonista. El cual evoluciona a lo largo de la historia y pasa de detestar ser un carnívoro a simplemente aceptarlo y estar agradecido de serlo.

Pero como dije, este mundo es muy complejo. Y como hay tantas especies conviviendo unas con otras, ciertas cosas pasan.

Como son los híbridos. Animales que nacieron de padres de diferentes especies. Lo cual los hace ser rechazados por la propia sociedad.

Mientras más te adentras al universo, más vas encontrando paralelismos con nuestro mundo y nuestras culturas.

La profundidad y evolución de los personajes

A diferencia de muchos tipos de obras, en Beastars los personajes tienen una profundidad y evolución que se siente natural.

Por ejemplo, Legoshi pasa de odiar ser un carnívoro y tímido, a aceptar y dar gracias a que nació como uno. Ya que ello le permite poder defender a Haru que es quien a decidido amar. Esta evolución incluso la podemos ver de forma más palpable con las marcas que va ganando en su cuerpo.

Marcas en su espalda hechas por Bill como una forma de iniciación. Luego la herida cerca de su ojo derecho hecha por Riz. Heridas de bala hechas por Melón. Todo se va sumando para ir mostrando su evolución en una forma más palpable.

Pero esto no se limita solo a Legoshi. Louis, el ciervo rojo, también tiene una evolución que puede ser palpable. Quizá no de la misma forma que con Legoshi, pero existe. Por ejemplo, pasa de odiar a los carnívoros a aceptarlos e incluso a sentirse más cómodo estando cerca de ellos.

En ese aspecto, juega un papel muy importante el tiempo que pasa con los leones del Shishigumi. Los mismos leones que en una oportunidad anterior Legoshi atacó para rescatar a Haru.

Pero en su evolución también vemos a Louis ir de un punto en el cual siente que no puede hacer nada, a entender que a pesar de haber nacido siendo un herbívoro puede ser igual de fuerte que un carnívoro.

Otros personajes notables

De entre los personajes principales, Haru es otra que igual evoluciona según va avanzando la historia. Aunque su papel es menos activo en cuanto a la trama principal, podemos palpar sus cambios.

Ella pasa de ser promiscua a buscar ser mejor. De cierta manera Legoshi le permite salir del hoyo en el cual se encontraba para entonces hacer que su vida tenga sentido. Que busque seguir luchando por vivir.

E igualmente quiero resaltar en especial el caso de la evolución de Bill, el tigre de bengala. Un personaje que contrasta totalmente con Legoshi en la forma en la cual se ve como carnívoro.

Por ejemplo, Bill está orgulloso de ser un tigre. Sus ideales sobre lo que debe o no hacer un carnívoro llevan a que sea, en cierta medida, un enemigo de Legoshi al principio de la historia.

Si bien el personaje es hecho a un lado después, la autora no se olvida de él y nos permite seguir viendo su evolución. Así es como podemos ver más facetas de su personalidad. Como es su deseo de proteger a los herbívoros (a pesar de que ha probado carne) o tratar de llevarse bien con estos, como podemos ver con Els.

Finalmente, más avanzado el manga, llegamos a verlo como cuida de una cría de gallina junto con Aoba y Piña. Criatura que bien el pudo haberse comido y en cierta forma la historia no lo hubiera castigado por ello… pero en cambio, decide hacer algo diferente.

Son esas cosas que permiten que uno disfrute la evolución de los personajes a lo largo de la historia.

¿Que hay de la historia de Beastars?

Tanto el anime como el manga toman direcciones similares en cuando a la narrativa de la misma historia. Sin embargo, en el anime se ve que los conceptos centrales han sido pulidos.

Pequeños detalles, como cuando Els saca una tijera para defenderse de Legoshi, hacen que la historia tenga mucho más sentido. En el manga ella se encuentra las tijeras casualmente por ahí.

Igualmente la forma en la cual introducen a Legoshi en el manga es mucho mejor y aterrador. Si bien el tipo de medio juega un papel importante a la hora de contar una historia, en el manga se maneja de una forma un poco pobre.

Durante los primeros capítulos del manga es obvio que la autora no tenia una idea muy clara de como ir guiando la historia para llevarla a donde quería.

Aunque es muy posible que de una forma u otra nos haya dicho como terminará Beastars. En especial si vemos la obra de Adler, punto central del primer arco de la serie.

Así, es posible que la autora tuviera una idea clara del mensaje que deseaba enviar. Pero no la forma de como llevar la historia a dicho puerto.

Sin embargo, mientras más se avanza en el manga se ve más claro. Y eso es lo que se termina llevando al anime, con el cual ya tienen clara la idea de hacia donde llevar Beastars.

La tragedia de Beastars y Adler

Como comente en el bloque de arriba, es muy posible que la obra de teatro que vemos en el primer arco de la historia ya nos haya contado como terminará todo.

Y en cierta manera, la autora ha hecho cuanta oportunidad ha tenido para repetirnos una y otra vez lo que pasará en el futuro con Legoshi y Haru.

Es decir, que siempre nos ha dicho que las parejas entre herbívoros y carnívoros son simplemente una mala idea. Estas son una emulación de las relaciones auto destructivas. Posiblemente de relaciones toxicas.

En donde no importa el esfuerzo, las cosas están destinadas simplemente a fallar por la misma naturaleza de los participantes.

Esa es en parte la tragedia la cual parece estar contando Beastars a pesar de todo lo que sucede. Una tragedia que simplemente parece ser imposible de evitar.

¿O será que finalmente ese ciclo será roto? sería interesante ver lo que sucede en lo que la historia avanza y se acerca al final.

Después de todo, la autora ha indicado que Beastars va a tener un final y que este está cerca. Con lo cual hay que ver de cerca para ver si las cosas terminan como nos han dado las pistas o no.

Conclusión: ¿Vale la pena ver o leer Beastars?

Resumiendo en una sola palabra: Sí.

La historia es en muchos aspectos una calca de aspectos que suceden en nuestra sociedad actual. Así como pudieras decir que en algunos momentos son criticas.

También en otros temas es mucho más obscura. No teniendo mucho miedo en exponer aspectos como discriminación o incluso supremacía, haciendo clara alusión a cosas que suceden en la vida real.

Si bien en un principio se puede decir que es una cosa de furros, la verdad es que vale la pena. En especial en el aspecto de construcción de personajes.

Un caso muy claro es, por ejemplo, el personaje de Melón. El cual es todo un psicópata, el cual no tiene remordimientos en cuanto a matar a cualquiera que el considere.

Sin embargo, aún en ese caso extremo, el personaje no es solo blanco o negro. Tiene un trasfondo en el cual puedes palpar que desde pequeño las cosas no andaban bien en su entorno. Incluso el nombre Melón se lo recuerda de formas crueles.

Incluso en el caso de Legoshi. El no está libre de culpa. Ya que al principio del manga o anime estuvo por poco de comerse viva a Haru. Además de que durante ese proceso estuvo luchando contra sus instintos. E incluso busco ocultarlo de cierta forma.

Son esos detalles, personajes imperfectos, los que hacen que Beastars sea tan interesante.

The post Hablemos de Beastars [Opinión] appeared first on Endless Manifesto.

(Advertencia, esta entrada puede contener spoilers)

Preámbulo

La nueva serie de Knights of the Zodiac vuelve a contar los eventos relatados tanto en el manga de Masami Kurumada como en la serie animada de los 80’s.

Sin embargo, hay una serie de diferencias que la hacen notable. Una de ellas es el rol primordial que toma una profecía que dice que en esta ocasión Athena fallará en salvar a la humanidad.

Considerando esto, varios elementos son añadidos mientras que otros toman un poco más de sentido. En especial lo relacionado a la división del santuario en cuanto a la profecía. Por ejemplo, en la serie original decían que Saori Kido era una diosa falsa, mientras en esta versión se acepta que ella es la verdadera diosa, pero quieren eliminarla a causa de la profecía.

Así, los eventos que todos conocemos toman un giro. Pero además agregan otros elementos. Esto debido a que esta serie no busca complacer a los antiguos fans. Su objetivo primordial es ser atractiva para nuevas generaciones.

La historia

La primera temporada, en sus doce capítulos, se centra en la historia desde antes de Galaxian Wars hasta el preámbulo de las doce casas del santuario. Esto es, la primera parte de la saga del santuario.

Si bien la historia se encuentra excesivamente reducida y apresurada, abarca varios de los puntos importantes. Le da mucho enfasis, sobre todo, a como Seiya obtiene su cloth, en su escape del santuario, relación con Shaina y a las primeras batallas en contra los santos de plata.

Esta serie tiene la gran ventaja de ya contar con el material adicional que no tenía la serie original. Como por ejemplo, el detalle de que Shaka e Ikki ya se conocían. Aunque Ikki no lo recordara.

Lo cual le ayuda mucho a la serie y a la historia como un todo. Aún si no fue aprovechado en su totalidad.

En general es aceptable. No hay mucho que destacar en este apartado si ya conoces como va la historia de la serie original. Aunque hablaré un poco más en ello más adelante.

Lo destacable de Knights of the Zodiac

Vamos a comenzar con lo «bueno» de esta nueva serie. Y es que no todo lo que tiene es malo. Por que hay que admitirlo… desde que salieron los trailers de la primera parte de la primera temporada… ha habido mucho odio hacia la misma.

Es importante recordar que la serie no busca complacer a los fans antiguos. Busca ser un producto nuevo que atraiga a una nueva generación.

De entre lo destacable encontramos la animación. En especial el opening y su música. Así también las armaduras. La animación ayuda mucho a que se sientan reales, como verdaderas armaduras.

Otro punto a favor, como mencione antes, es que retoman elementos que no aparecieron en la serie original. Como la intención real de Hyoga al entrar a la Galaxian Wars o el hecho de que Shaka e Ikki ya se habían conocido antes de los hechos de la serie.

Por ejemplo, en el caso de Hyoga, en el manga el explicitamente participa en el torneo por la armadura dorada de sagitario para dar muerte a los caballeros de bronce y/o a la falsa diosa. En esta ocasión lo hace más bien para matar a Athena y evitar que suceda la profecía.

Otro punto, que si hubiera sido manejado de otra forma estaría de lleno aquí, es la incorporación de la humanidad como parte de este conflicto. Pero el mal diseño de un personaje como Vander Graad hacen que simplemente su trama pierda fuerza.

Así, tenemos que los mejores capítulos de esta primera temporada son el sexto, cierre de la primera parte, en donde los protagonistas luchan contra Ikki de Fénix y las peleas contra Misty de Lagarto, Moses de Ballena y Asterion de Canes.

Por desgracia… ahí tenemos que terminar de contar.

Lo peor de Knights of the Zodiac

Dios mio, ¿por donde empiezo?

Es que, por más que esta serie tiene puntos buenos, estos son opacados por un sin fin elementos negativos. Un claro ejemplo de esto es el pobre diseño de guión.

El guión sufre demasiado la intención de los escritores de apresurar y llegar rápidamente a la batalla de las doce casas.

Al mismo tiempo, se agrega una subtrama que no llega a ningún lado. No le agrega sustancia a la historia. De haber sido planeada mejor, pudiera haber sacado buen provecho del concepto.

Digo, no estoy en contra per se de la inclusión de una fuerza militar en la trama de la serie. Pero la forma en la cual se maneja es simplemente un desastre. Un claro ejemplo de esto es el episodio 4, que bien lo pudieron omitir por completo, o los episodios 11 y 12 que cierran esa subtrama.

Agregar a la humanidad como un elemento que interactúa ante los hechos que sucederán pudo haber sido interesante. En cambio, la ejecución lo hace insufrible. Junto a los santos negros.

Dios, los santos negros. No tiene sentido alguno en la forma en la cual simplemente copiaron y pegaron a Cassios pero con maquinaria encima.

Los recortes de la historia causan que elementos importantes se pierdan, como lo es el desarrollo entre los personajes principales. Cual es la motivación de cada uno, porque luchan, porque deciden estar en este bando, entre otras cosas. Sustancia narrativa importante.

Y mejor ni hablemos de Shun mujer, que para mi, a quien debieron convertir a mujer es a Hyoga; o de la batalla acortada entre Algol de Perseo y Shiryu. La ceguera de Shiryu era algo grande en la serie original, aquí solo es algo que sucedió.

Se perdió mucha sustancia con tanto recorte.

La música y los efectos: No, no, no…

Junto a ello, tenemos que sufrir la música de fondo, así como los efectos de sonido. Ambos fallan de manera espectacular. Por desgracia, el compositor Yoshihiro Ike no estuvo a la altura del reto.

La música en su totalidad carece de carácter. De matizes. Me atrevería a decir que incluso carece de personalidad y sentimiento. No resalta ni está sincronizada lo que uno está viendo en pantalla.

Y para colmo, se usa de forma pobre. No hay momentos en los cuales pueda brillar. La selección de música pudo haberse hecho mucho mejor.

Junto a eso, los efectos de sonido dejan mucho que desear.

Un ejemplo claro es el Meteoro de Pegaso. Mismo que al hacer impacto en alguno de los oponentes u objetos tiene un sonido que distrae. Que se siente raro. Antinatural.

Incluso, en habilidades como la de Moses, cuando impacta su enemigo, el efecto sonoro carece de profundidad. No comunica lo serio del golpe, no complementa la imagen, no se siente épico, no comunica nada.

Esto es una pena. Ya que muchas veces lo que uno recuerda de una serie es precisamente la musica que la acompaña. La conjunción de esta junto con los efectos de sonido para completar el material multimedia.

Aún si la serie está enfocada a un público diferente. Aspectos como la música y los efectos de sonido son muy importantes para comunicar efectivamente lo que pasa en las escenas.

Conclusiones: ¿Vale la pena?

La respuesta es simple: depende.

Hay que recordar que la serie no es para los fans antiguos. Es para las generaciones más jóvenes. Lo cual hace que muchas cosas estén ajustadas.

En mi caso, si disfrute de cierta medida de esta serie. No es algo que yo recomendaría personalmente, pero me entretuve viendo y disfrutando sobre todo los visuales.

Hay que resaltar que los personajes parecen listos para ser sacados como juguetes. Cosa que no me sorprenderia, aunque por ahora parece que no ha sucedido.

Por desgracia, mucha de la experiencia se arruina por la inexistente música y los efectos de sonido. Estos simplemente no están a la altura. Incluso los efectos de sonido pueden llegar a distraer.

Es como si todos esos elementos estuvieran aislados entre sí. Sin coordinarse de forma efectiva. Eso es algo que deberán de corregir.

Pero de todas formas, no dejes que esta opinión te impida ver la serie si así lo deseas. Pero si vas a hacerlo, yo recomiendo ampliamente la versión en japonés.

Y tu, ¿Qué piensas de esta serie? ¿Mejorará al llegar a las doce casas?

¡Deja tu opinión!

(Las imágenes son propiedad de Netflix y/o Toei Animation. Estas son usadas con la finalidad de ilustrar la información)

The post ¿Knights of the Zodiac de Netflix apesta? [Opinión] appeared first on Endless Manifesto.

Esta es mi experiencia con dicha plataforma.

¿Por qué Amazon de Estados Unidos?

Antes que nada, quiero dejar en claro que no hay una diferencia real entre usar Amazon México y Amazon de Estados Unidos. Ambos usan básicamente la misma plataforma y productos.

Puede ser que hayan diferencias, pero tras examinar detalladamente, no parecen existir muchas. Sin embargo, uso la versión americana por comodidad y opciones de conversión de divisas.

Por lo cual, con esto en cuenta, esta es la experiencia ordenando y recibiendo los paquetes comprados.

Experiencia de compra

Una de las cosas que debo de decir es que la experiencia de compra en amazon siempre es simple y fácil. He comprado en dicha plataforma algunas veces por diversas razones.

En especial cuando fungo como una especie de proxy.

Por lo cual me ha permitido comprar de todo un poco. Últimamente ha sido algunos artilugios y eventualmente cosas relacionadas a Dungeons & Dragons.

Es en especial esa última compra la cual fue especialmente inusual.

Estas son las cosas que compre, en esta ocasión para mi hermana, en la plataforma. A primera vista no parecen ser nada fuera de lo común:

Pero, por irónico que parezca, fueron los dados los cuales dieron un poco de problemas. ¿Quién lo diria? Aunque no es la versión la cual está ilustrada.

Limitaciones para envíos internacionales

De forma un poco inusual, hay vendedores que simplemente deciden no hacer envíos internacionales dentro de Amazon.

Por ejemplo, hay que recordar cómo funciona esta plataforma.

Cada vez que haces un pedido, todos los productos son enviados por los vendedores a la warehouse de Amazon. Es entonces que este los empaqueta y envía hacia nosotros.

Si tomamos en cuenta esto, si hubiera algún tipo de problema… ¿Entonces no lo veríamos en aduana?

Puede ser. Pero en este caso específico, se nos muestra una advertencia mucho antes de proceder a poner el pedido.

Si bien es posible el buscar un producto similar y reemplazarlo, me parece muy curioso. En especial por que no ha sido la primera vez que compro dados.

Aunque solo queda en una curiosa experiencia.

Sorpresa de pago: Amazon no acepta PayPal

Pero una de las sorpresas que me lleve, al querer cambiar el método de pago en una de las compras recientes, fue el que no ví para nada la opción de PayPal.

Si bien antes había realizado las compras con tarjeta.. lo que quería era tratar de ahorrar un poco con el tipo de cambio.

Sin embargo, era claro que no iba a poder:

Uno diria que, por lo importante que es dicho método de pago, al menos estaría implementado. Pero no es así.

Es más, en algunos otros sitios afirman esto e incluso sugieren alternativas si quieres usar PayPal. Pero en verdad que son pasos complicados adicionales.

No es algo que me impida realizar compras, pero puede ser molesto a la hora de querer ver opciones mejores.

Conclusiones y Recibiendo el pedido

Para ser un pedido desde los Estados Unidos, este llegó relativamente rápido.

En tan solo 5 días para ser exacto. Y eso a pesar de que vivo en una ciudad la cual no es exactamente de las mejor comunicadas (si un paquete tarda más de 5 días en llegar no es novedad y es hasta cierto punto es aceptable).

Teniendo en cuenta la experiencia previa que tuve con Liverpool, del cual esperaba mejores tiempos, no está nada mal para un paquete internacional que llega por DHL.

Ningún problema. Ningún contratiempo. Eso es de esperarse de una empresa de este calibre.

The post [Experiencia] Comprando en Amazon 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.

En esta pequeña entrada, hablaré de como hacer uso de dicha base de datos para proteger un servidor corriendo Linux. Y en mi caso Ubuntu.

La base de datos que ofrece AbuseIPDB nos permite saber todo un historial sobre una dirección IP. Cuantas veces ha sido reportada, por quien e incluso que tipos de ataques ha realizado.

Esta información es especialmente útil si contamos con otras herramientas como fail2ban. Esto para proteger de forma eficiente un servidor.

Pero a veces, no queremos consumir una dirección a la vez. Tampoco queremos solo reportar quienes están intentando vulnerar un recurso.

Es ahí en donde la lista negra de AbuseIPDB entra en acción.

¿Qué información contiene la lista negra de AbuseIPDB?

La lista negra, en pocas palabras, solamente contiene una lista de los clientes con mayor actividad. De los clientes con el mayor número de reportes desde múltiples fuentes.

Por lo cual se vuelve una gran herramienta a la hora de detener cualquier dirección que intente vulnerar un servidor. Ya que al saber su historial, es fácil de deducir que seguramente que lo harán.

Dicho recurso, al ser consultado, nos regresa una lista de hasta 10,000 direcciones altamente peligrosas para la versión gratuita.

Si bien no son todos los clientes mal intencionados, si son una cantidad importante. Nada despreciable considerando el tipo de actividad que realizan.

¿Cómo aprovechar esta lista?

Gracias a que AbuseIPDB ofrece puntos de acceso fáciles de usar, nosotros podemos acceder a la lista negra usando el siguiente endpoint: https://api.abuseipdb.com/api/v2/blacklist

Sin embargo, para poder consultarla debemos de estar registrados y obtener una llave API. Si no la tienes, puedes crearte una cuenta en minutos. Así puedes obtener to llave API.

Pero el truco real está en implementar directamente la lista en el firewall de cualquier servidor. Eso se puede lograr usando scripts y cron jobs. De esta forma, es posible actualizar la lista en el servidor una vez al día.

Para no sobrecargar el servidor, debemos usar las herramientas iptables e ipset. Ya que soluciones como fail2ban son simplemente muy lentas a la hora de agregar gran número de direcciones.

El programa ipset nos permite agregar cantidad de direcciones IP y manejarlas fácilmente mediante colecciones. Todo esto utilizando pocos recursos.

Un ejemplo práctico de la implementación

El agregar las direcciones conflictivas al cortafuegos es sencillo. En mi caso, he creado un script en python3 que lo hace.

Para ello, utilizo también una colección creada con ipset. La cual se limpia antes de cualquier actualización.

De esa forma, los clientes que ya no se encuentran en la lista negra de AbuseIPDB son descartados. Aunque es posible mantenerlos, para fines prácticos de esta ejemplo, no se explora esa posibilidad.

Así, este es el script que se corre cada día y que actualiza los datos desde AbuseIPDB:

Explicación del script de la lista negra

El script de python3 anterior realiza una serie de acciones antes de consultar a AbuseIPDB para agregar las direcciones. Se explican los puntos más importantes del programa:

#ejecuta: ipset flush blacklist
run([ipset_bin, 'flush', set_name])

Esta línea corre un subproceso, un comando, invocando a /sbin/ipset para indicarle que limpie la lista negra local de todos los ips que tiene en ella.

#ejecuta: ipset create blacklist iphash -exist
run([ipset_bin, 'create', set_name, 'iphash', '-exist'])

Si no existe una colección creada por ipset, esta será crea. Esta usará un método de hash ideal para direcciones aleatorias. Si la colección ya existe, no pasa nada.

#Consulta el API mandando las credenciales en las cabeceras
response = requests.get(blacklist_url, headers=request_headers)

Entonces, realizamos la consulta y obtenemos el grupo de direcciones que queremos agregar al cortafuegos. En este caso, los datos están en formato json y más adelante son convertidos para ser usados por el script.

#ejecuta: ipset add blacklist <direccion_ip> -exist
run([ipset_bin, 'add', set_name, client_data['ipAddress'], '-exist'])

Finalmente, procedemos a agregar las direcciones de la lista de AbuseIPDB en la colección. Con la opción -exist nos aseguramos de que, en el remoto caso de que exista un duplicado, no nos muestre algún error.

#ejecuta: iptables -I INPUT -m set --match-set blacklist src -j DROP
run([iptables_bin, '-I', 'INPUT', '-m', 'set', '--match-set', set_name, 'src', '-j', 'DROP'])

Esto es entonces lo que hace la magia. Con este comando le decimos al cortafuegos que use la colección que hemos creado para las conexiones entrantes. Si la IP que se intenta conectar está en la lista negra, simplemente será ignorada de forma silenciosa.

Recuerda, solo usa este comando la primera vez que ejecutes el script en la máquina o servidor. O solo cuando esta se haya reiniciado.

Agregando soporte para IPv6

La versión que se ha mostrado antes funciona bien cuando solo hay direcciones IP de la versión 4. Sin embargo, hay ocasiones en las cuales la lista negra de AbuseIPDB contiene direcciones IP de la versión 6.

Si bien el script no detecta el tipo de IP, esto no afecta el funcionamiento ya que simplemente esas direcciones no son agregadas y continua la ejecución.

¿Pero que pasa si también quiero bloquear esas direcciones?

Por fortuna, esto se puede solucionar fácilmente. Ya que tanto ipset como iptables tienen soluciones para estas direcciones. Junto con python3.

Para aceptar las direcciones IPv6, primero debemos de crear un set con la opción family definida en inet6. Esto, se vería así en la consola:

ipset create set_name iphash -exist family inet6

Con esto creamos el set para agregar direcciones de la versión 6 al cortafuegos. Traduciendo la instrucción a python, quedaría de la siguiente manera:

run([ipset_bin, 'create', set_name, 'iphash', '-exist', 'family', 'inet6'])

Pero aún queda un paso importante: ¿Cómo saber si una IP es IPv4 o IPv6? Eso lo debemos de saber antes de saber a cual lista se va a agregar la dirección.

Por fortuna, python3 tiene una librería llamada ipaddress que sirve para esos casos.

Usando esa librería, es fácil saber datos de una dirección IP. Solo hace falta hacer lo siguiente:

import ipaddress
ip_version = ipaddress.ip_address(remore_ip_address).version

Con esa librería, nosotros tenemos acceso a diversa información de una dirección. Esto en forma de un objeto.

Otro uso que le podemos dar a esta librería es para saber si una dirección es pública o no. Esto lo logramos usando el atributo is_global.

Agregando la detección IPv6 al script de lista negra de AbuseIPDB

Una vez que hemos resuelto este par de problemas, entonces nosotros podemos ponerlo todo junto en el script.

Con lo cual, nos debería quedar algo similar a esto:

Con este script, nosotros creamos los sets que necesitamos además de que se agregan de forma correcta a iptables.

Ojo, hay que recordar que un set de IPs de versión 6 requiere que se vincule usando el binario ip6tables en vez de iptables.

Igualmente, como está en el ejemplo, solo nos aseguramos de agregar al set todos los IPs que sean públicos. Esto usando el atributo is_global que da TRUE o FALSE dependiendo cada caso.

De esta forma evitamos que, por cualquier razón, se agreguen IPs privadas a la lista de elementos bloqueados del firewall.

Si bien AbuseIPDB.com tiene mucho cuidado en no agregar a su lista negra IPs que sean de carácter privado, siempre es bueno verificarlos.

Paso final: Crear un cron job para la lista negra

Hasta ahora todo bien. Ya tenemos un script que puede agregar al firewall direcciones IPv4 o IPv6, pero hasta este momento hay que correrlo manualmente.

Algo que ciertamente no es ideal en muchos de los casos. Lo mejor siempre va a ser que el mismo se ejecute de forma constante cada cierto tiempo.

Para eso, debemos de adaptarlo y agregarlo como parte de los trabajos del cron del sistema.

Pero para ello hay que tener en consideración algo: Los sets creados no son persistentes.

Esto significa que cada vez que se reinicie el equipo, estos van a desaparecer, por lo cual hay que volverlos a crear.

Este problema lo podemos solucionar de múltiples formas y una de ellas es el agregar un trabajo que se encargue de recuperar nuestra lista con cada inicio.

Con lo cual tendríamos dos scripts. Uno ejecutándose diario y otro solo al iniciar el servidor. Así podemos hacer algo tan sencillo como esto:

Puedes descargar estos archivos aquí:

Si has prestado atención, puedes ver que solamente se ha movido el código a una función (def) y que importamos en el primer script lo que necesitamos para llenar el set de ips.

De esta forma no necesitamos escribir de nueva cuenta el programa para ambos casos. Y así podemos agregarlo al cron usando el siguiente comando:

sudo crontab -e

Estando ya en el editor, deberemos de agregar las siguientes líneas:

0 3 * * * /full/path/to/importabuseipdbblacklist.py
@reboot python3 /full/path/to/loadabuseipdbonboot.py

Una vez hecho, ya estarán las tareas listas a ejecutarse cada vez que se reinicie el servidor, o una vez todos los días a las 3 de la mañana.

De esta forma, la lista negra siempre estará al día y cargada.

Nota: Ambos archivos, tanto importabuseipdbblacklist.py como loadabuseipdbonboot.py deben de estar en el mismo directorio.

Conclusiones sobre agregar la lista negra de AbuseIPDB

Agregar la lista negra de AbuseIPDB es relativamente sencillo. En especial si cuentas con las herramientas correctas.

Hay muchas formas de prevenir que clientes con mal comportamiento encuentren un servidor. Pero bloqueándolos antes de que tengan oportunidad es una de las mejores.

El usar herramientas como firewalld no siempre es lo mejor, por limitaciones que tiene la misma. A veces hay que hacer las cosas con comandos más cercanos al núcleo.

Finalmente, hay que recordar que esta solución no es realmente «persistente», ya que la lista desaparecerá cada vez que se reinicie el sistema.

Aunque se soluciona fácilmente, como lo es creando cron jobs, existen diversas formas de solucionarlo. Pero en cada caso, todo depende de las propias necesidades que tengamos.

Sin embargo, hay que preguntarse: ¿Qué tan seguido se reinicia un servidor? En mi experiencia, no mucho.

Pero quizá podamos dejar para otro día la implementación de un mecanismo persistente.

The post [Tutorial] Como agregar la lista negra de AbuseIPDB al Firewall appeared first on Endless Manifesto.

Eso supuso un gran cambio en la competencia. ¿Pero como afectó esto a la asistencia en la Liga Premier?

Liga Premier de México: Asistencia 2018-2019

Antes de comenzar, es importante notar que el cambio a una temporada larga afecta directamente en la asistencia a la Liga Premier de México.

Normalmente, en los torneos cortos tradicionales mexicanos, al final de la «primera vuelta», se sabe que equipos calificarán. Esto causa que la asistencia suba para los equipos ya calificados o por calificar.

En el caso de las temporadas largas, las cosas pueden ser diferentes. Ya que la atención sobre los equipos puede estar dispersa.

Sin embargo, esto no siempre es así.

Para los cálculos de estadísticas de asistencia, solo se tomaron en cuenta los partidos de la temporada regular.

Asistencia de la temporada: Serie A

Por sorprendente que parezca, el cambio a temporadas largas dio en general un impulso a cuanto la asistencia.

Pero antes de empezar, estos fueron los tres equipos con mejor asistencia en la Serie A para la temporada 2018-2019:

El Irapuato tuvo un año excepcional en cuanto a asistencia. En sus quince partidos como local, logro meter un total de 125,800 personas.

Incluso rebasó lo logrado el año pasado por Gavilanes FC que metió a 107,205 en diecisiete partidos. Todo gracias a la gran campaña que tuvo, aunque no se vio reflejado en la liguilla.

Gavilanes estuvo de nueva cuenta entre los tres primeros, junto a los Reboceros de la Piedad. Aunque en ambos casos la asistencia bajó radicalmente. un -38% y -48% respectivamente.

En general, la Serie A generó mayor interés. Esto a pesar de contar con menos equipos.

Comparado con el año anterior, el crecimiento de la liga en cuanto asistencia fue del +4%. Impulsado en gran medida por la excelente campaña del Irapuato.

Algo que hay que notar, y que decepciono un poco, es que equipos como los Loros de Colima no tuvieron el mismo apoyo que el año pasado.

Esto a pesar de su buena temporada e incluso búsqueda del título.

Es muy posible que, derivado del no ascenso del año pasado, muchos aficionados decidieron no darse cita. Anticipando una decepción como sucedió en aquella vez.

Aunque en esta ocasión, la Liga Premier de México si vio a uno de sus equipos llegar al Ascenso MX por la vía deportiva.

Esperemos que para la temporada 2019-2020 igual exista de nuevo esa posibilidad. Así la gente se acercará más a sus equipos.

Esta es la tabla con todos los datos de asistencia para la temporada 2018-2019 de la Serie A:

Asistencia de la temporada: Serie B

La Serie B de la Liga Premier, si bien mucho más discreta y con mucho menos equipos, también tuvo un avance importante en cuanto a asistencia para la temporada 2018-2019.

Estos fueron los tres equipos que metieron más gente a su estadio:

Es importante destacar lo bien que le hizo al Club Calor el cambio de cede a Monclova, Coahuila.

Si bien el número crudo no se puede comparar con lo logrado por el Irapuato en la Serie A, es igual de impresionante por el crecimiento porcentual.

Mientras que el Irapuato tuvo un crecimiento del +792% con respecto al año anterior, el Club Calor tuvo un crecimiento del +1332% en cuanto a asistencia.

Si hubiera participado en la Serie A, hubiera sido el 7mo equipo con mejor asistencia. Estando incluso encima de escuadras como Pioneros de Cancún, Tlaxcala FC o Loros de Colima.

Los otros dos equipos en el top 3, Atletico Saltillo Soccer y Ocelotes de la UNACH, también vieron un incremento en asistencia del +102% y +178% respectivamente.

En general, esta liga tuvo un crecimiento en asistencia del +36% comparado con el año anterior.

Esto impulsado en mayor medida por los tres equipos antes mencionados.

Esta es la tabla completa de asistencia para la temporada 2018-2019 de la Serie B:

Asistencia 2018-2019 Liga Premier: Conclusión

Después de un año con el nuevo formato de torneo largos, en lo general le han caído bien a las divisiones.

Si bien el mayor crecimiento en cuanto asistencia la tuvo la Serie B, este también estuvo presente en la Serie A.

Sin embargo, es posible que los problemas por el ascenso del año pasado hayan cobrado su cuota en las asistencias.

Equipos como Gavilanes o La Piedad no tuvieron buenas campañas. Lo cual ciertamente suma al poco crecimiento en cuanto asistencia.

De haber mantenido sus números de la temporada pasada, junto con el crecimiento explosivo del Irapuato, los números hubieran sido más grandes.

Más favorables para la liga como un todo.

Si deseas consultar la tabla completa de asistencia para ambas series, puedes visitar este enlace. También incluye anotaciones y datos de la temporada pasada.

The post Liga Premier de México: Asistencia 2018-2019 appeared first on Endless Manifesto.

Todos sabemos que la promoción en Internet es importante. Y que contar cuentas en todos los servicios a veces es una obligación. Muchas veces no hace falta con publicar una entrada, si no que hay que llevar los contenidos hacia donde están los usuarios.

Es ahí en donde el contar con cuentas en las redes sociales y publicar en ellas se vuelve importante.

De entre todas esas cuentas, había una que dejé en el olvido pero en la cual publicaba automáticamente: Un blog de tumblr.

El blog de Tumblr con subdominio propio

Como muchos ya sabrán, tumblr permite el usar tu propio dominio para tus blogs que creen ahí. Esto es una gran ayuda en cuanto a ayudar a crear conciencia de marca.

Esto también se puede hacer con los subdominios, si tienes al dominio principal alojado en otra parte.

Para mi caso, tenia este dominio kadai.com.mx en una VPS, mientras que hace años configure que tumblr.kadai.com.mx apuntara a los servidores de tumblr.

Los años pasaron y me olvide de la cuenta. Cuando reviví este sitio entonces también vinculé la cuenta de tumblr para publicar contenido. No le dí mayor importancia al servicio más que como distribución.

Eventualmente, con la obligación de usar SSL gracias a Google a mediados de 2018 , muchos realizamos esa migración. Esto también incluía a los blogs de Tumblr con dominio propio.

Pero como el blog de Tumblr con subdominio propio que tenia no me importaba mucho, entonces dejé que en ese tiempo marcara un error de certificado.

El error de revivir el blog de Tumblr

Finalmente, en algún momento después del problema del contenido para adultos en Tumblr, me decidí a darle mediana prioridad a corregir el problema que tenia con ese blog.

Si bien la plataforma perdió el 30% de sus visitas desde el bloqueo del material para adultos, todavía era importante. Por lo cual merecía esa oportunidad.

Lo único que me hacia falta era un certificado válido. ¿Qué más problema podría ser? En especial, cuando la propia plataforma hace esto por ti, aunque no automáticamente.

Es por ello que decidí recuperar la cuenta y usar esa opción- para que Tumblr generará un certificado válido en 24 horas.

Todo había salido bien hasta ese momento. Era principios del mes de Abril, pero no vería lo que esto causaría hasta principios de Mayo.

El tráfico desde Google comienza a declinar

Sí bien este blog no es altamente visitado, es predecible el tráfico que obtiene diariamente, llegando a más de 60 visitas diarias.

Tiene algunas entradas que son populares. Pero las variaciones de tráfico no eran inusuales.

Sin embargo, recientemente encontré este problema:

Una caída así de constante no tenía sentido. Y menos cuando observé la actividad y es que me percaté de que no habían visitantes por largos periodos.

La consola de búsqueda de Google no mostraba nada inusual. No habían avisos ni advertencias. Pero algo si llamó mi atención: El número de páginas indexadas subió dramáticamente.

No sabia la causa de este problema. Creía que algo se desajustó en este sitio web, pero pronto encontraría al verdadero responsable.

Tumblr con subdominio propio: El verdadero culpable

Haciendo la historia sumamente corta, después de estar buscando causas al problema, me encontré esto en los resultados de Google:

Fue cuando todo comenzó a tener sentido. Por alguna razón Google removió las entradas al sitio web y en cambio mostraba las entradas del blog de Tumblr.

El contenido original era todavía accesible, incluso las imágenes estaban indexadas y se podía encontrar, pero se mostraba como resultado a la página de archivo. No la entrada.

Una inspección más profunda al blog de Tumblr debelaría la que podría haber sido la causa: El atributo canonical (rel=»canonical»)

Para quienes no están acostumbrados, este atributo se usa para evitar el contenido duplicado. Definiendo cual es el original. Cual es el contenido que se debe de mostrar por parte de los buscadores.

En el caso del blog de tumblr con subdominio propio, el atributo canonical apuntaba a cada entrada de ese blog. No podría ser manipulado (o al menos no encontré forma). Con lo cual, de alguna manera, Google decidió que el blog de Tumblr era el bueno. Dejando así de lado al sitio web real.

Todo esto por que se encontraban bajo la misma propiedad: *.kadai.com.mx

Google elimina las páginas del buscador

Por supuesto, como Google decidió que existía contenido duplicado debido al atributo canonical. Lo cual a su vez causo que muchas entradas fueran remplazadas en sus resultados.

Esto a pesar de que las entradas en el blog de tumblr eran de contenido delgado. Lo cual a su vez empeoro todo.

Sin poder realmente editar el atributo canonical en tumblr, entonces solo quedaba una opción: Dar de baja dicho blog.

Sin información de problemas en la Search Console, y con lo que vi que sucedió, esa era posiblemente la mejor solución.

Después de todo, tumblr no significaba mucho para mi en términos de trafico, pero si problemas.

Cerrando el problema de Tumblr y Google

El problema del contenido duplicado es serio. Y Google siempre se toma ese problema muy en serio. Es por ello que existen herramientas como el atributo canonical para combatirlo.

Quienes no siguen las buenas practicas, son penalizados. Pero esto no siempre es culpa de los autores o webmasters.

Como fue en mi caso. En donde el revivir una cuenta de tumblr significó más problemas que beneficios.

Lo que deja en claro que Google considera como una sola propiedad a los subdominios y dominios.

Esto significa que el tener un blog de tumblr con subdominio personalizado no es una buena idea.

The post Tumblr con subdominio propio y Google: Problemas appeared first on Endless Manifesto.

Los errores SIGSEGV en PHP aparecen una mañana

Durante unos días libres que tuve, realice una actualización de PHP desde 7.2.12 (aproximadamente) a la ultima versión disponible de PHP: 7.3.1

Todo salio bien en ese momento. Incluso las cosas funcionaban sin problemas, pero eso cambiaría a la mañana siguiente.

Fue entonces cuando este sitio web me arrojo un error 503. Así como otros más en esta VPS corriendo ubuntu.

Al revisar en los archivos de errores, en busca de alguna causa, solo encontraba lo siguiente:

(104)Connection reset by peer: [client XX.XX.XX.XX:XXXX] AH01075: Error dispatching request to : 

AH01067: Failed to read FastCGI header

Al mirar más de cerca, resulto que Apache servia contenido estático sin problemas. Solo las páginas generadas por PHP mostraban el error.

Cuando revise en los registros de PHP, la siguiente línea aparecía múltiples veces:

WARNING: [pool XXXXX] child XXXX exited on signal 11 (SIGSEGV - core dumped) after 30.977656 seconds from start

Este error de SIGSEGV en PHP significaba que había sucedido una Violación de Acceso de memoria (segfault o segmentation fault) por parte de PHP.

¿Cómo era esto posible? ¿Qué lo estaba causando?

Una de las soluciones temporales que encontré fue el usar el siguiente comando:

systemctl restart php7.3-fpm

Pero esta era una solución temporal. Ya que al poco tiempo el problema volvía a suceder. En algunos casos tan pronto como a los pocos segundos.

Esto se estaba volviendo una pesadilla.

Apache2, prefork y el modulo PHP7.3: ¿Origen del problema?

Durante mi investigación, detecte algo que pase por alto cuando actualice PHP a su versión 7.3: Me había agregado un nuevo módulo y cambiado el modo MPM de Apache.

El modo lo podemos ver con el siguiente comando en ubuntu:

apache2ctl -V

¿Eso explicaba el problema?

De lo primero que me percate es que ese nuevo módulo, llamado solamente «PHP7.3», necesitaba que Apache2 corriera en modo Prefork.

No entendí por que de este movimiento, pero no era el cual había configurado en el servidor: Event.

Por lo cual procedí a desactivar PHP7.3 y cambiar Prefork por Event, ejecutando lo siguiente:

sudo a2dismod php7.3
sudo a2dismod mpm_prefork
sudo a2enmod mpm_event
systemctl restart apache2
systemctl restart php7.3-fpm

De lo primero que me pude percatar, es que los errores de SIGSEGV en PHP bajaron dramáticamente con esto.

Aunque pronto descubriría que estos estaban lejos de desaparecer.

El error SIGSEGV en PHP da tregua, pero no por mucho

PHP 7.3 funciono de forma normal por algunos días. Pero eventualmente el error volvió a aparecer.

En los registros volvía a ver la señal 11 de SIGSEGV en PHP, lo cual me indicó que el problema tenia muchas posibilidades de seguir apareciendo.

Aunque era menos común, esto significaba que podía suceder en cualquier momento.

Buscando más a fondo, encontré quizá lo más profundo del origen del problema:

segfault at 6c6f4320 ip b4b92b37 sp bfe93df0 error 4 in opcache.so[b4b82000+6d000]

Por fortuna, comencé a notar que no era el único con este problema. Usuarios del panel Plesk también reportaron este problema. E incluso dicha empresa no está recomendando PHP7.3 por el momento.

Lo cual, parece indicar que no hay una solución definitiva por ahora.

Entonces, ¿Cómo solucionar las caídas de PHP?

Como comenté antes, PHP constantemente arroja un error segfault o SIGSEGV el cual interrumpe la ejecución de cualquier recurso dinámico.

Sin embargo, esto se soluciona cuando se reinicia el servicio. Hacerlo manualmente no es una solución aceptable. Y crear un cronjob no me parece una buena idea.

Pero hay alternativas que ya ofrece PHP de forma nativa.

Por ejemplo, nosotros podemos editar el archivo php-fpm.conf (ya que es el modo FPM el cual fallaba para mi) y configurar lo siguiente:

/etc/php/7.3/fpm/php-fpm.conf :
emergency_restart_threshold = 3
emergency_restart_interval = 1h
process_control_timeout = 10s

Con esto, hacemos que PHP este al pendiente por errores. Y cuando sucedan 3 errores en una hora, se reiniciará automáticamente.

De esta forma, el servicio se restablecerá de forma automática sin necesitar nuestra intervención.

Estos valores pueden ser fácilmente cambiados de acuerdo a tus propias necesidades. Solamente recuerda reiniciar el servicio de php-fpm una vez hagas cambios.

Para concluir

Si bien actualmente PHP7.3 parece tener problemas con su sistema de cache interno, con las correcciones adecuadas es posible usarlo sin problemas.

Pero hay algo muy importante que resaltar. Por ahora es mejor el mantenerse en PHP7.2 o tener múltiples versiones instaladas si es posible.

Ya que, a diferencia de la versión más nueva, PHP7.2 está mucho más maduro y este tipo de problemas son mucho más raros.

En mi caso, todavía sigo buscando que es lo que causa el error de SIGSEGV en PHP 7.3, y aunque sospecho que puede causarlo… no tengo una solución definitiva.

Lo que si, espero que esta pequeña guía le sea de utilidad a alguien. Ya que encontrar una solución, aunque parcial, fue una búsqueda de varios días.

Actualización y solución definitiva

Tras haber estado sufriendo el problema de los errores SIGSEGV por mucho tiempo con PHP 7.3, estos finalmente dejaron e suceder.

Sin embargo, la solución puede no ser tan trivial.

Resulta que con PHP 7.4, los errores simplemente desaparecieron. He estado observando los registros de PHP de forma continua por este error desde la actualización, pero esta no ha vuelto a suceder.

Lo cual me hace pensar que el problema no esta presente en PHP 7.4.

Si esta dentro de tus posibilidades, actualizar hacia la versión 7.4 de PHP es lo mejor. No solo trae más características si no que es hasta más seguro.

En caso de que no sepas como actualizar, pregunta con quien lleva tu hospedaje, este debe de poder ayudarte.

The post Error SIGSEGV en PHP 7.3 [Solución definitiva] appeared first on Endless Manifesto.