De entorno local a Docker: bienvenido Proxy Reverso

Docker y amigos

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.

Proxy reverso para Docker
Seguir leyendo «De entorno local a Docker: bienvenido Proxy Reverso»

De entorno local a Docker: mi primer container

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»

Eramos pocos y parió la abuela (cuarta parte, agregando webhooks)

Webhooks

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)»

Descontinuando módulos y paquetes en PHP de la manera correcta

Cómo descontinuar un paquete PHP.

Desde que Composer se convirtió en el estándar de facto y GitHub nos permitió mantener código online sin esfuerzo, la cantidad de paquetes y módulos sin mantenimiento de ningún tipo tuvo un crecimiento exponencial.

Está bueno recordar que además de programar para resolver un problema específico, programamos para otros programadores. O al menos deberíamos hacerlo. O al menos deberíamos intentarlo. (Quizás hasta nos podríamos conformar con que parezca que…)

Muchas veces nos habrá sucedido (o nos va a suceder) que algún módulo que compartimos y supimos mantener, hoy ya no tenga sentido. Es entonces que el módulo en cuestión puede quedar abandonado, sin ningún tipo de mantenimiento o corrección, puede que sea útil, o no; pero nadie lo sabe hasta que lo prueba.

Llegado ese punto podemos hacer 3 cosas (podemos hacer muchas, pero vamos a quedarnos con la idea de 3 cosas con respecto al módulo).

Seguir leyendo «Descontinuando módulos y paquetes en PHP de la manera correcta»

Cambia, todo cambia (o qué tiene GitHub que me vuelve loco)

En un articulo anterior, vimos como distribuir nuestras extensiones gratis por medio de Packagist.

En el post explicaba cómo automatizar los releases, y para eso usábamos los Services de Github. Pues bien, GitHub ha decidió deprecar esta utilidad a partir de los primeros meses de 2019, por lo que si vamos a lo que habíamos definido antes (es decir elegimos Settings -> Integrations & Services) nos vamos a encontrar que nos dice:

Configuración de Services en Github.

También, si vamos a Packagist, vamos a ver algo por el estilo

Configuración de un paquete en Packagist.
Seguir leyendo «Cambia, todo cambia (o qué tiene GitHub que me vuelve loco)»