Desde hace varias semanas vengo probando como funciona Ubuntu Desktop 19.04 en un dispositivo táctil sin teclado. Os cuento como ha sido mi experiencia.

Desde hace varias semanas vengo probando como funciona Ubuntu Desktop 19.04 en un dispositivo táctil sin teclado. Os cuento como ha sido mi experiencia.
En realidad esta entrada iba a tratar sobre cómo habilitar el módulo mod_rewrite en Apache 2, cosa que no tiene mucho sentido pues ya (casi) siempre viene habilitado por defecto al instalar Apache.
Así que puestos a escribir sobre habilitar módulos, y dado que es una tarea bastante habitual habitual cuando instalamos un nuevo servidor web, o incluso cuando instalamos algunos paquetes de software sobre un servidor web existente, decidí escribir esta entrada más generalista.
En la entrada anterior escribía sobre la experiencia de utilizar Linux desde Windows con WLC. En esta ocasión me centraré en cómo instalar Linux dentro de Windows utilizando WSL 1, un contenido muy al hilo para complementar la entrada anterior y de seguro de gran utilidad para los que todavía no lo habéis probado.
Aprovechando que recientemente Microsoft ha lanzado la versión 2 de su WSL (Windows Subsystem for Linux), vamos a hablar sobre esta funcionalidad que personalmente me resulta de gran utilidad, y lo haremos abordándola desde un punto de vista principalmente práctico.
A pesar de ser una tarea sumamente sencilla, conocer la versión de Linux que tenemos instalada es una cuestión recurrente, al menos para mi. Cada ciertos tiempo, sea por un motivo u otro, acabo necesitando conocer la versión del sistema sobre la qué estoy trabajando, y no sabéis la cantidad de veces que he realizado esta consulta en algún buscador.
Para el que está acostumbrado a trabajar con redes de equipos Windows acceder a un equipo mediante hostname es algo habitual. Por el contrario, el que suele trabajar con sistemas basados en Linux en una red local sabe que por defecto suele ser un asunto algo más laborioso.
Existen múltiples motivos por los que podemos disponer de código fuente antes de versionarlo: que heredemos un proyecto ya existente, que se nos ocurra una idea y en un impetuoso alarde de entusiasmo vayamos directamente al código, etc. Pero para mi el principal motivo es que es la forma más sencilla de comenzar un proyecto y un repositorio en Git: instalo la aplicación o el framework que necesito, realizo una configuración básica y acto seguido creo el repositorio.
Los más habitual en un entorno de desarrollo, de pruebas o de pre-producción es que tengamos varios proyectos conviviendo en paralelo. Y como ser organizado no es solo una virtud, sino que es una cualidad imprescindible para evitar el caos de cara al futuro, los hosts virtuales de Apache 2 son una buena forma de lograrlo.
Git es de largo el software de control de versiones por excelencia, el más utilizado muy por encima de cualquier otra opción como Subversion o Mercurial.
Por otro lado existen varias opciones para trabajar con un servidor Git, algunas de las mas famosas son a través de plataformas de terceros como Github o Gitlab.
Un servidor web Apache 2 corriendo sobre Linux no requiere muchos recursos de hardware. Así que si queremos disponer de un servidor casero dónde poder trastear y realizar pruebas o desarrollar ese pequeño proyecto que siempre nos ronda en la cabeza, una Raspberry Pi es una buena opción.