I'm just a developer
Dado que Magento 1 seguirá teniendo soporte de seguridad hasta junio del año próximo, no es de sorprender que sigamos teniendo nuevas versiones menores de esta rama de la plataforma (otra vez, no vamos a ahondar en el correcto o incorrecto uso de semver).
Esta actualización de seguridad incluye 44 parches. Dado el número, deberían evaluar el upgrade como algo prioritario si es que aún no lo han hecho.
Seguir leyendo «Magento 1.9.4.2 (SUPEE-11155)»
El 25 de junio vio la luz, finalmente, la versión 2.3.2 de Magento. Este lanzamiento no es sólo una versión menor de la plataforma. Han pasado muchas más cosas. (Discutir sobre si se sigue fielmente semver no es la idea, no hoy).
Dada la cantidad de temas a resaltar sobre esta actualización/versión/parche y anexos, vamos a comenzar con los que fueron los anuncios oficiales.
Seguir leyendo «Magento 2.3.2 (seguridad + performance + productividad + calidad)»
Continúa el proceso de adaptación definitivo. Como ya comenté en el post anterior (y más aún en el anterior a ese) para poder abandonar el stack local, ya sea por algún trastorno psicológico, por inteligencia o por la ausencia total de ella; decidí implementar un proxy reverso para poder deshacerme de los problemas de números de puerto.
Comenté también que todo este cambio se apoya en la deconstrucción del stack, para poder así, eventualmente, replantear cualquier aspecto.
Lo último que había dicho, entonces, es que uno de los objetivos era poder iniciar y detener cualquiera de los stacks que quisiera, sin por esto, tener que lidiar con puertos y sus conflictos.
El Proxy Reverso será entonces quien me lo permita, más allá del stack o el servicio que esté queriendo utilizar.
Uno de los primeros virtualhosts que migré realmente fue el de mi wiki (la misma que ya mencioné uso con Grav y funciona bajo el dominio local http://wiki.localhost/).
Siendo que es una instalación super sencilla, tuvo sentido usar esto como el comienzo del experimento. Además, necesitaba que funcione junto con otros proyectos ya que suele ser material de consulta.
Seguir leyendo «De entorno local a Docker: mi primer container»
Vamos con la cuarta entrega de la saga: cómo hacer que mis cambios en GitHub se publiquen automáticamente en mi repo privado.
En la tercera parte, vimos cómo hacer un script para actualizar nuestro Gitlab desde nuestro repo original de GitHub, y luego regenerar nuestro satis. De esta forma cada vez que tocamos nuestra extensión, se va a ver reflejado en nuestro repo privado.
El problema es que como no sabemos cuando nuestro repo original se actualiza, entonces tuvimos que poner un cron que cada cierto tiempo actualice todo, claro que ese cierto tiempo es 100% caprichoso.
Seguir leyendo «Eramos pocos y parió la abuela (cuarta parte, agregando webhooks)»